[OE-core] [PATCH 1/1] ia32-base.inc: new include file
Khem Raj
raj.khem at gmail.com
Sat Aug 25 20:20:34 UTC 2012
On Sat, Aug 25, 2012 at 4:53 AM, Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
> On Sat, 2012-08-25 at 01:13 -0700, Khem Raj wrote:
>>
>>
>> On Saturday, August 25, 2012, Koen Kooi <koen at dominion.thruhere.net>
>> wrote:
>> >
>> > Op 25 aug. 2012, om 06:34 heeft tom.zanussi at intel.com het volgende
>> geschreven:
>> >
>> >> From: Tom Zanussi <tom.zanussi at intel.com>
>> >>
>> >> This is the ia32-base.inc moved over from meta-intel. See
>> meta-intel
>> >> for the complete history of contributions to this file.
>> >>
>> >> Here's the initial commit text that explains the purpose of this
>> file:
>> >>
>> >> The meta-intel BSPs currently have a number of machine settings
>> common
>> >> to all - factor these out into a common include file.
>> >>
>> >> Also add several new intel-specific XSERVER variables for building
>> >> XSERVER variables in BSPs.
>> >>
>> >> Signed-off-by: Tom Zanussi <tom.zanussi at intel.com>
>> >> ---
>> >> meta/conf/machine/include/ia32-base.inc | 58
>> +++++++++++++++++++++++++++++++++
>> >>
>> >> +# glibc-related variables
>> >> +#
>> >> +GLIBC_ADDONS ?= "nptl"
>> >
>> > That's a distro setting
>>
>> And its redundant
>
> I thought you tried removing this and we ran into issues?
I did not but I guess someone else did and it
was seemingly because of these settings in meta-intel but I will try
to remove it once again and having this in OE core might be beneficial
besides, I think the name of file is misleading as Phil also pointed out
>
> Regardless, I think this is reason to have this in one place where we
> can clean it up. I tried to untangle the GLIBC_EXTRA_CONF bit that was
> here until recently and that was more painful than necessary needing
> patches to meta-intel and meta-yocto. If we get one good include file,
> we then have one place to clean this kind of thing up and it stops BSP
> layers having to do their own things badly.
>
> So in summary I think this is a reason to support this change :)
>
> Cheers,
>
> Richard
>
>
>
>
More information about the Openembedded-core
mailing list