sys/types.h is broken for _POSIX_THREADS

Ralf Corsepius ralf.corsepius@rtems.org
Wed Feb 24 11:09:00 GMT 2010


On 02/24/2010 11:50 AM, Renato Caldas wrote:
> On Wed, Feb 24, 2010 at 10:30 AM, Ralf Corsepius
> <ralf.corsepius@rtems.org>  wrote:
>> On 02/24/2010 11:03 AM, Renato Caldas wrote:
>>>
>>> On Wed, Feb 24, 2010 at 1:49 AM, Joel Sherrill
>>> <joel.sherrill@oarcorp.com>    wrote:
>>>>
>>>> On 02/23/2010 06:19 PM, Renato Caldas wrote:
>>
>>> Any help is really appreciated. In the meantime, I guess I can test
>>> with prebuilt RPMs..
>>
>> Check how we build the RPMS. The way you are trying to build is not how
>> newlib is supposed to be built and is substantially different from how we
>> build the toolchains (the nominal way).
>
> I've noticed you place newlib inside gcc and build them together.
Correct - This is what is commonly known as "one-tree-style"-building.

> I
> didn't do it because it didn't seem to make sense (as you said, its
> not how newlib is supposed to be built).
We do so, because gcc and newlib are closely tied together and mutually 
depend on each other.

> Is there a reason for building them that way?
Yes. Somewhat oversimplied, GCC needs to know some 
defines/types/prototypes/headers newlib provides and newlib needs to be 
supplied with defines/types/prototypes/headers and characteristics GCC 
provides (e.g. multilibs).

I.e. building newlib standalone for RTEMS can only work if newlib's 
ABI/API and GCC's ABI/API doesn't change between 2 build-iterations.

Ralf



More information about the Newlib mailing list