Re: [Chicken-hackers] [PATCH] do not apply PROGRAM_PREFIX/PROGRAM_SUFFIX to target include directory in a cross-chicken build
Hi, On Thu, 7 Feb 2013 13:11:28 +0100 Christian Kellermann ck...@pestilenz.org wrote: * felix winkelmann fe...@call-with-current-continuation.org [130206 22:46]: The attached patch removes the use of PROGRAM_PREFIX and PROGRAM_SUFFIX in the include-directory name for the target dev installation in a cross-chicken build. Thanks, I have pushed this. Thanks, guys. This patch has been added to the meta-chicken layer for OpenEmbedded too (against 4.8.0.1). I think it should also go to stability. Should it be mentioned in NEWS? Maybe something like - Build system - Bug fix: do not apply PROGRAM_PREFIX and PROGRAM_SUFFIX to include directory for cross-built target installation. Best wishes. Mario -- http://parenteses.org/mario ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers
Re: [Chicken-hackers] [PATCH] A cache system for the build environment
Michele La Monaca mikele.chic...@lamonaca.net writes: On Thu, Feb 7, 2013 at 4:55 AM, Jim Ursetto zbignie...@gmail.com wrote: This is how I do it. This way you have unlimited variants, can recall any of them, and can optionally set a default. Also it doesn't need a patch. echo 'make PREFIX=/tmp PLATFORM=macosx $@'make.test echo 'make PREFIX=/usr/local PLATFORM=macosx $@' make.local chmod +x make.test make.local ln -s make.local make # default make ./make.test smart approach, indeed. Thanks for sharing this. Anyway, my proposal was mostly geared towards casual users or users which install chicken for the first time and which are accustomed to the standard: # [./configure] # make # make install open source build process. I think that anything beyond that, any extra step, any extra hassle, might alienate them. First, casual users don't install Chicken from original source. They use package management system. Thus your optimization doesn't apply to them. What you're addressing with cache is your personal inconvenience. Second, less casual users can set these variables in their environment. If Makefile is written correctly, Make picks environment settings up. Or they can introduce other hacks like the one above. If all this does cause such a big problem, then you should invest some time in platform detection mechanism. Currently, it is rather primitive, and should be hard to automate. And last, introduction of cache causes a lot more problems than it solves, thus the only justification for such cache is that the lack of it causes really visible effects. E.g. lack of it in autoconf-based build systems does cause visible slow down, since you have to run all those slow eval-based multi-megabyte shell scripts that do a lot of fork calls and spawn C or C++ compiler thousands times. I don't see how this applies to make-based build system Chicken uses. -- HE CE3OH... ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers
Re: [Chicken-hackers] [PATCH] do not apply PROGRAM_PREFIX/PROGRAM_SUFFIX to target include directory in a cross-chicken build
I can't test the functionality but as long as it doesn't break existing builds I will apply it to stability. OK? On Feb 9, 2013, at 5:50, Mario Domenech Goulart mario.goul...@gmail.com wrote: Hi, On Thu, 7 Feb 2013 13:11:28 +0100 Christian Kellermann ck...@pestilenz.org wrote: * felix winkelmann fe...@call-with-current-continuation.org [130206 22:46]: The attached patch removes the use of PROGRAM_PREFIX and PROGRAM_SUFFIX in the include-directory name for the target dev installation in a cross-chicken build. Thanks, I have pushed this. Thanks, guys. This patch has been added to the meta-chicken layer for OpenEmbedded too (against 4.8.0.1). I think it should also go to stability. Should it be mentioned in NEWS? Maybe something like - Build system - Bug fix: do not apply PROGRAM_PREFIX and PROGRAM_SUFFIX to include directory for cross-built target installation. Best wishes. Mario -- http://parenteses.org/mario ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hackers
