-
Notifications
You must be signed in to change notification settings - Fork 9
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
Partial compilation #408
Comments
Personally I'd say to make them only temporary because I'm not sure it's worth to have all the added complexity just so your first compilation is faster.
Probably easiest alongside the .JS file in the repository, but that would mean that it probably won't work if you compile directly to a remote repository. We could also just have a local "build" folder or something. Not sure.
I'd say "yes, definitely"
I'm not sure this is necessary, or even possible, we don't do this in the JVM compiler either, the idea being that if you want a clean build you clean the repository first. You could be doing several compilations that get their sources from different folders, so there would be no way to detect if a file was deleted. |
We do some cleaning of this sort in the IDE because we can detect that a project file was removed between 2 incremental builds. But even in the IDE, the best way to ensure your generated archives are fully clean is still to do a clean build. |
Sure, the CLI compiler can do things the IDE will never allow, which is perfectly okay. It's even desirable that the IDE does a bit more work in this case.
exactly |
In relation to eclipse-archived/ceylon-ide-eclipse#856 the JS compiler should support partial compilation. This changes the way the generated JS is handled; right now it's directly written to the final CommonJS file, but this change would mean something like this:
This will allow the user to recompile just 1 file and reassemble the entire module.
Some considerations:
The text was updated successfully, but these errors were encountered: