-
Notifications
You must be signed in to change notification settings - Fork 15
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
Add config toturial for CLion and WebStorm #9
Comments
I'm looking at this a little bit at the moment, this is how far I've got with the Jetbrains suite (version 2021.2)... I tried:
|
First I tried opening the overall node project in IDEA Ultimate. I had assumed this would be the better option for a polyglot project since IDEA Ultimate has some support for all the languages:
Unfortunately after that point, IDEA doesn't seem to know what to do with the C++ bit of node in I then tried opening the |
Then I tried opening the whole node project with CLion. (CLion comes with Javascript support bundled, I assume this is meant to make it as functional as Webstorm for any secondary Javascript in a primarily C/C++ project.) Same steps as before - increase CLion max heap size for indexing, run Opening up an arbitrary .cc or .h file under CLion prefers to use CMake when available, so it may show its banner that says "CMake project is not loaded". This might be because some of node's dependencies in the That's as far as I've got for now. I notice a lot of the tests are split up like this: [1 .js file, 1 .c file, 1 binding.gyp]. So those will be... 'interesting' to get running. |
An important consideration for the Jetbrains stack is that they are Java-based, so they don't have an embedded Node interpreter for analysing the JS part of the Node codebase. You have to set the path for One way is to make CLion use a self-hosted approach: use the project's compiled This can be done by setting the (The node project doesn't say anything about an NPM executable so I've had to leave that part blank.) Although convenient, the self-hosted approach is fragile because:
Therefore the self-hosted approach would need more thought if it is indeed the way to go (for example, building a stable copy of node source that CLion can depend on, before the developer goes changing node source and recompiling it). |
https://blog.actorsfit.com/a?ID=00001-6eb92d18-01ad-4a2e-aa98-68b61795ceb2 |
I ran successfully about two years ago on my old ubuntu machine. Let me record the whole process today to let people know how-to |
Screencast.from.09-05-2022.11.01.11.PM.webmand everything looks good for my workspace |
No description provided.
The text was updated successfully, but these errors were encountered: