From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Korsgaard Date: Tue, 27 Sep 2011 21:19:01 +0200 Subject: [Buildroot] [PATCHv2] package: add the poco C++ libraries collection In-Reply-To: <20110927162627.GB5437@sapphire.tkos.co.il> (Baruch Siach's message of "Tue, 27 Sep 2011 19:26:27 +0300") References: <87mxdsxpe8.fsf@macbook.be.48ers.dk> <20110926064459.GB28996@sapphire.tkos.co.il> <87pqinvyci.fsf@macbook.be.48ers.dk> <20110927162627.GB5437@sapphire.tkos.co.il> Message-ID: <87sjnhvlne.fsf@macbook.be.48ers.dk> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net >>>>> "Baruch" == Baruch Siach writes: Hi, Baruch> Well, it seems that the Poco configure script can do just that Baruch> when told to. The --no-fpenvironment option replaces Baruch> FPEnvironment_C99.h with FPEnvironment_DUMMY.h. You can even Baruch> pass --no-wstring to disable std::wstring support. So the Baruch> question is, is there a way to detect the 'defined(__UCLIBC__) Baruch> && !defined (__UCLIBC_HAS_FENV__)' condition at configuration Baruch> time? This seems to be much cleaner than patching the code for Baruch> build time detection. Ahh ok, good. As far as I can see, the uClibc fenv support is not really extensive enough to ever work, so simply detecting uClibc should be enough. Remember we can use uClibc through internal/external/crosstool-ng toolchains, so you'll need to do something like ifeq ($(BR2_TOOLCHAIN_BUILDROOT)$(BR2_TOOLCHAIN_EXTERNAL_UCLIBC)$(BR2_TOOLCHAIN_CTNG_uClibc),y) POCO_CONF_OPT += --no-fpenvironment endif -- Bye, Peter Korsgaard