4 ms·
The best thing about SCons is the build cache. I wish more build tools had that.
by oever 7y ago
The best thing about SCons is the build cache. I wish more build tools had that.
- imglorp 7y agoIt's a pretty old idea, going back to "derived objects" in ClearCase aka wink-ins. If you think about it though, it's not hard to cons up a tool that files objects on disk by normalizing all the inputs to a compile step, and retrieving that object if it exists. Here's one but there's others. https://www.commandlinux.com/man-page/man1/ccache.1.html https://www.commandlinux.com/man-page/man1/ccache.1.html
- qznc 7y agoIt might be ready for a revival. Bazel is halfway there. http://beza1e1.tuxen.de/version_control_and_build_systems.html http://beza1e1.tuxen.de/version_control_and_build_systems.ht...
- umvi 7y ago> going back to "derived objects" in ClearCase aka wink-ins. Now that's a VCS I have not heard mentioned in a long time. I shudder to think some entrenched legacy project is still stuck on ClearCase.
- Mordak 7y agoPlease, no. My experience with the scons build cache is that it exists solely to introduce mysterious compile failures when the cache is out of sync. Eventually you get so distrustful of it that you end up just blowing away the cache as a matter of course.
- chadaustin 7y agoThat usually means your build graph and target signatures are incomplete and you need to figure out where you have a dependency that you haven’t told SCons about.
- ncmncm 7y agoExactly. Another way to say this is that if you have an incomplete build graph or target signatures, you will find out from your mysteriously corrupt build output.
- nudpiedo 7y agomy experience is that it will end up corrupted and bringing lots of ignote errors no one could have explained, and finally disappear by removing all precompiled files, chaces and databases.