[Vm-dev] The insanity of using make for development builds
gettimothy at zoho.com
Thu Nov 29 06:53:20 UTC 2018
Java world has Ant, maven et Al....
Should we start modelling that you n Smalltalk?
---- On Wed, 28 Nov 2018 22:14:36 -0500 eliot.miranda at gmail.com wrote ----
I've just attempted to build minheadless on win32 in build.minheadless.cmake. It failed, but it took a long time to do so, while I waited. So I cleaned and repeated to measure just how long I waited. So this time is a best case; all read files are in cache etc. I'm running a Windows VM on a top of the line MacBook Pro and yet it takes 3 minutes and 20 seconds to configure and then start to build and fail because it can't find sqplatfozrmspecifc-win32.h. I have to wait 3 minutes and 20 seconds before I can find out a missing file. This is *wrong*.
Using make on a build slave is fine, if you insist, but clearly not necessary (our current builds do not use cmake, and even then on ARM build slaves they sometimes timeout). But for development this is madness. We should have a build system which is reactive, which gives feedback too the developer quickly, not after 3 minutes and 20 seconds on state of the art hardware.
I find it absurd that a Smalltalk community, which well understands the value of incrementally and reactivity, can be satisfied with a VM build system that takes 3 minutes and 20 seconds before it does anything useful. It feels like being back at York University in the early '80's, waiting for the PDP 10. No, that was faster. On reflection, it reminds me of having to post coding sheets to be typed in by entry clerks through the mail while I was at school in the '70's. Back to the future indeed.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Vm-dev