Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prevent circular imports in ts code #576

Merged
merged 5 commits into from
Aug 25, 2018
Merged

Conversation

FrancescoBorzi
Copy link
Contributor

Closes: #523

@CLAassistant
Copy link

CLAassistant commented Aug 23, 2018

CLA assistant check
All committers have signed the CLA.

@ry
Copy link
Member

ry commented Aug 23, 2018

Thanks! But before I can land this we need a tslint rule to prevent this from happening in the future too.

@FrancescoBorzi
Copy link
Contributor Author

@ry ok. Apart from that, is the code OK? Shall we move also the export of window to a separate file?

@kt3k
Copy link
Member

kt3k commented Aug 24, 2018

The code change seems ok to me, but CIs seem failing with the following error:

/home/travis/out/Default/deno js/unit_tests.ts --allow-write
Error: No such asset "libdeno.d.ts"
    at assert (deno/js/util.ts:20:11)
    at DenoCompiler.resolveModule (deno/js/compiler.ts:354:7)
    at DenoCompiler.resolveModuleName (deno/js/compiler.ts:398:33)
    at moduleNames.map.name (deno/js/compiler.ts:554:33)
    at Array.map (<anonymous>)
    at DenoCompiler.resolveModuleNames (deno/js/compiler.ts:545:24)
    at Object.compilerHost.resolveModuleNames (deno/third_party/node_modules/typescript/lib/typescript.js:111649:117)
    at resolveModuleNamesWorker (deno/third_party/node_modules/typescript/lib/typescript.js:82561:106)
    at resolveModuleNamesReusingOldState (deno/third_party/node_modules/typescript/lib/typescript.js:82768:24)
    at processImportedModules (deno/third_party/node_modules/typescript/lib/typescript.js:84005:35)

@ShinDarth Do you have any idea about the above error?

@FrancescoBorzi
Copy link
Contributor Author

@kt3k fixed with e99b82f

@ry addressed in 8b569b1

Copy link
Member

@kt3k kt3k left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@ry
Copy link
Member

ry commented Aug 25, 2018

Looks good - but don’t add the package-lock and avoid the package.json update if possible (otherwise we also need to make a change to deno_third_party)

@FrancescoBorzi
Copy link
Contributor Author

@ry done, thanks

Copy link
Member

@ry ry left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM - Thanks!

@ry ry merged commit 84c38f3 into denoland:master Aug 25, 2018
@FrancescoBorzi FrancescoBorzi deleted the issue-523 branch August 25, 2018 19:50
hardfist pushed a commit to hardfist/deno that referenced this pull request Aug 7, 2024
This adds opcall traces to the `AsyncOp` dumps if they are available,
making the opcall tracing and stats functionality integrate more
seamlessly.

Address @dsherret's comments a bit from the previous PR. To reduce the
overall amount of bulk copying we do, OpcallTraces are now Rc<str>.

Note that the JS interface to opcall traces will likely go away at some
point which will allow us to clean up the overall interface.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants