build.git/share/autoinclude, branch main Intelligent software compilation program. https://git.xagasoft.com/build.git/atom?h=main 2012-11-08T22:58:28+00:00 tabconv: it's all spaces now. 2012-11-08T22:58:28+00:00 Mike Buland eichlan@xagasoft.com 2012-11-08T22:58:28+00:00 urn:sha1:52be1ef0d126f09ba943c7afcf367e7d9347f2fd Added unique function and a workaround for non-matching inputs to rules passing 2012-04-05T22:52:54+00:00 Mike Buland eichlan@xagasoft.com 2012-04-05T22:52:54+00:00 urn:sha1:ea17d3262924f95a4fa721b3de6d7fe499bdcf14 the rule input filter. Added a ${BISONFLAGS} token to the bison execution string in the autoinclude. 2011-11-30T19:40:31+00:00 Mike Buland eichlan@xagasoft.com 2011-11-30T19:40:31+00:00 urn:sha1:159bb9b5d8ff281a3ea83f38e180688f6e3158b7 Two minor changes, first off the c and cpp requires rules both ignore missing 2011-04-07T15:25:44+00:00 Mike Buland eichlan@xagasoft.com 2011-04-07T15:25:44+00:00 urn:sha1:4a008047988954e8ab80c74ab18f4e7b2ba4d478 files and treat them as inputs that we just haven't generated yet. I think this is a better assumption overall and will prevent most files from dying on deps. Second, a change to the qt4 include overrides the normal exe rule and substitutes one that also includes all .h files in it's inputs, only to ignore them in the build profile at the last second. This means that all generated .h files will also be deleted. It's the best solution until I figure out a way to fix this in the build core. Accidentally left in some debugging. 2011-03-10T22:40:04+00:00 Mike Buland eichlan@xagasoft.com 2011-03-10T22:40:04+00:00 urn:sha1:557ad73a3539350ab29743a80ff011f4d27b25c7 Added rules for building java classes and jar files. 2011-03-10T22:22:59+00:00 Mike Buland eichlan@xagasoft.com 2011-03-10T22:22:59+00:00 urn:sha1:d74227e0ddb78f4534ae37cb05e9134192ccef8c Corrected the rules to not assume that files are in a subdirectory, the code 2010-01-25T02:35:28+00:00 Mike Buland eichlan@xagasoft.com 2010-01-25T02:35:28+00:00 urn:sha1:d71d3ede34f22c52442ad7c9a35cba88d3660c15 makes a little more sense now as well. Updated the general rules to use the new regex function, they're safer now, 2010-01-07T00:36:55+00:00 Mike Buland eichlan@xagasoft.com 2010-01-07T00:36:55+00:00 urn:sha1:cbd0823fde1b3feb4cfa9ef3a5affca5a4554d5e and everything works. Unfortunately, with this release, you'll have to rebuild with the shell script... Wow, ok, well, I added some more error handling, that's positive, also switched 2010-01-06T17:05:45+00:00 Mike Buland eichlan@xagasoft.com 2010-01-06T17:05:45+00:00 urn:sha1:3c7e81d3baba06cb1bf37de84aeaa6cad277652a conditions and functions to a plugger system like views, and all of them now load builtin and external plugins flawlessly. It's actually a lot of fun. I also added the example/test plugin condition "random" it randomly builds targets...it's not really useful... Wow, that was aweful. There was a horrible problem with rule generated targets 2009-12-21T23:52:22+00:00 Mike Buland eichlan@xagasoft.com 2009-12-21T23:52:22+00:00 urn:sha1:b87c8d2eb4f0c7fb25cee10e8fdb2c8331343f8c not getting the variables from the parent target.