[yocto] [meta-freescale] Compile error for boost_1.54.0

[Chris Tapp]

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.jansa at 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 <opensource at 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.Jansa at gmail.com
>>> _______________________________________________
>>> yocto mailing list
>>> yocto at yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/yocto
>> 
>> _______________________________________________
>> yocto mailing list
>> yocto at yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>> 
>> 
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

Chris Tapp

opensource at keylevel.com
www.keylevel.com