On 11 Jul 2013, at 20:27, Saul Wold wrote: > > OK, I finally tracked this bugger down to the eglibc update to 2.18 and > specifically > >> ../../../eglibc/2.18-r0/eglibc-2.18/libc/ChangeLog: * include/features.h >> (__GLIBC_HAVE_LONG_LONG): Remove. > > Turns out that in boost code there is a check for the __GLIBC_HAVE_LONG_LONG > in cstdint.hpp and this was not getting triggered any more. > > The include issue for g++ was kind of a red herring in this case, that issue > still exists, but this is a different problem. And there is a patch for that > in the SVN master, I will pull it!
Thanks Saul :-) > Sau! > > > On 07/09/2013 10:04 PM, Khem Raj wrote: >> >> On Jul 9, 2013, at 1:50 PM, Martin Jansa <martin.ja...@gmail.com> wrote: >> >>> On Tue, Jul 09, 2013 at 09:25:30PM +0100, Chris Tapp wrote: >>>> Forwarding to Yocto mailing list: >>>> >>>> On 9 Jul 2013, at 21:21, Otavio Salvador wrote: >>>> >>>>> On Tue, Jul 9, 2013 at 5:19 PM, Chris Tapp <opensou...@keylevel.com> >>>>> wrote: >>>>>> >>>>>> On 9 Jul 2013, at 20:09, Chris Tapp wrote: >>>>>> >>>>>>> I'm getting a failure in do_compile when building boost_1.54.0 using >>>>>>> master-next for the wandboard-quad. >>>>>>> >>>>>>> The log is about 1.5MB, but the important bit seems to be that >>>>>>> uintptr_t isn't defined but is required by /boost/atomic/atomic.hpp. >>>>>>> >>>>>>> Has anyone seen this before? >>>>>> >>>>>> I also meant to say that adding: >>>>>> >>>>>> typedef unsigned long long uintptr_t; >>>>>> >>>>>> to atomic.hpp 'fixes' the build, but this is not a good solution ;-) >>>>> >>>>> It needs to be checked against normal Poky to ensure it is BSP >>>>> specific; I doubt it is. >>> >>> See >>> http://lists.openembedded.org/pipermail/openembedded-devel/2013-July/091331.html >> >> in above thread answering to your question if you want to include <cstblib> >> you need to specify >> -std=gnu++0x or -std=c++0x to cppflags. above container is not supported >> prior to c++0x standard >> >> >>> >>> But maybe it wasn't caused by eglibc upgrade (and header cleanup in >>> eglibc) but by boost upgrade. >>> >>> -- >>> Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com >>> _______________________________________________ >>> yocto mailing list >>> yocto@yoctoproject.org >>> https://lists.yoctoproject.org/listinfo/yocto >> >> _______________________________________________ >> yocto mailing list >> yocto@yoctoproject.org >> https://lists.yoctoproject.org/listinfo/yocto >> >> > _______________________________________________ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto Chris Tapp opensou...@keylevel.com www.keylevel.com _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto