* i386-rtems does not build on head
@ 2006-02-02 20:45 Joel Sherrill
2006-02-02 20:49 ` Karel Gardas
0 siblings, 1 reply; 12+ messages in thread
From: Joel Sherrill @ 2006-02-02 20:45 UTC (permalink / raw)
To: gcc
This is a breakage in about the past week. I built
a native compiler from the same source. Does this look
familiar to anyone?
home/joel/gcc-work/head/b-i386-rtems4.7/./gcc/xgcc
-B/home/joel/gcc-work/head/b-i386-rtems4.7/./gcc/ -nostdinc -B/ho
me/joel/gcc-work/head/b-i386-rtems4.7/i386-rtems4.7/newlib/ -isystem
/home/joel/gcc-work/head/b-i386-rtems4.7/i386-rt
ems4.7/newlib/targ-include -isystem
/home/joel/gcc-work/head/gcc/newlib/libc/include
-B/home/joel/gcc-head-test//i386
-rtems4.7/bin/ -B/home/joel/gcc-head-test//i386-rtems4.7/lib/ -isystem
/home/joel/gcc-head-test//i386-rtems4.7/includ
e -isystem /home/joel/gcc-head-test//i386-rtems4.7/sys-include
-DPACKAGE_NAME=\"libgcc-math\" -DPACKAGE_TARNAME=\"lib
gcc-math\" -DPACKAGE_VERSION=\"1.0\" "-DPACKAGE_STRING=\"libgcc-math
1.0\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libg
cc-math\" -DVERSION=\"1.0\" -DHAVE_HIDDEN_VISIBILITY=1 -I.
-I../../../../gcc/libgcc-math/i386 -I../../../../gcc/libgc
c-math/i386/../include -include ../../../../gcc/libgcc-math/i386/sse2.h
-Wall -O2 -g -msse2 -msseregparm -mfpmath=sse
-march=pentium3 -fno-math-errno -fno-trapping-math -ffinite-math-only
-fno-rounding-math -fno-signaling-nans -D__NO_
MATH_INLINES -O2 -g -O2 -MT libsse2_la-e_acosf.lo -MD -MP -MF
.deps/libsse2_la-e_acosf.Tpo -c ../../../../gcc/libgcc-
math/i386/../flt-32/e_acosf.c -o libsse2_la-e_acosf.o
In file included from
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:21:
../../../../gcc/libgcc-math/i386/../include/math_private.h:182: error:
expected '=', ',', ';', 'asm' or '__attribute_
_' before '__ieee754_rem_pio2'
../../../../gcc/libgcc-math/i386/../include/math_private.h:190: warning:
type defaults to 'int' in declaration of 'in
t32_t'
../../../../gcc/libgcc-math/i386/../include/math_private.h:190: error:
expected ';', ',' or ')' before '*' token
../../../../gcc/libgcc-math/i386/../include/math_private.h:225: error:
expected '=', ',', ';', 'asm' or '__attribute_
_' before '__ieee754_rem_pio2f'
../../../../gcc/libgcc-math/i386/../include/math_private.h:233: warning:
type defaults to 'int' in declaration of 'int32_t'
../../../../gcc/libgcc-math/i386/../include/math_private.h:233: error:
expected ';', ',' or ')' before '*' token
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c: In function
'__libm_sse2_acosf':
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error:
'int32_t' undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error: (Each
undeclared identifier is reported only once
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error: for each
function it appears in.)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error: expected
';' before 'hx'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:52: error: 'hx'
undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:53: error: 'ix'
undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:76: error: expected
';' before 'idf'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:80: error: 'idf'
undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:89: warning:
control reaches end of non-void function
make[3]: *** [libsse2_la-e_acosf.lo] Error 1
--joel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-02 20:45 i386-rtems does not build on head Joel Sherrill
@ 2006-02-02 20:49 ` Karel Gardas
2006-02-02 20:59 ` Joel Sherrill
0 siblings, 1 reply; 12+ messages in thread
From: Karel Gardas @ 2006-02-02 20:49 UTC (permalink / raw)
To: Joel Sherrill; +Cc: gcc
If this help, I'd like to add that I succesfully compiled
gcc-4.2-20060128.tar.bz2 for the same configuration.
Cheers,
Karel
On Thu, 2 Feb 2006, Joel Sherrill wrote:
>
> This is a breakage in about the past week. I built
> a native compiler from the same source. Does this look
> familiar to anyone?
>
--
Karel Gardas kgardas@objectsecurity.com
ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-02 20:49 ` Karel Gardas
@ 2006-02-02 20:59 ` Joel Sherrill
2006-02-03 9:30 ` Richard Guenther
0 siblings, 1 reply; 12+ messages in thread
From: Joel Sherrill @ 2006-02-02 20:59 UTC (permalink / raw)
To: Karel Gardas; +Cc: gcc
Karel Gardas wrote:
>
> If this help, I'd like to add that I succesfully compiled
> gcc-4.2-20060128.tar.bz2 for the same configuration.
>
I think my last SVN update that built for me was a couple of days before
that.
--joel
> Cheers,
> Karel
>
>
> On Thu, 2 Feb 2006, Joel Sherrill wrote:
>
>>
>> This is a breakage in about the past week. I built
>> a native compiler from the same source. Does this look
>> familiar to anyone?
>>
>
> --
> Karel Gardas kgardas@objectsecurity.com
> ObjectSecurity Ltd. http://www.objectsecurity.com
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-02 20:59 ` Joel Sherrill
@ 2006-02-03 9:30 ` Richard Guenther
2006-02-03 11:58 ` Joel Sherrill
0 siblings, 1 reply; 12+ messages in thread
From: Richard Guenther @ 2006-02-03 9:30 UTC (permalink / raw)
To: Joel Sherrill; +Cc: Karel Gardas, gcc
On 2/2/06, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
> Karel Gardas wrote:
>
> >
> > If this help, I'd like to add that I succesfully compiled
> > gcc-4.2-20060128.tar.bz2 for the same configuration.
> >
> I think my last SVN update that built for me was a couple of days before
> that.
The problem is with using stdint.h integer types without checking if
they are actually
available. I have posted a fix for this already that needs to be
reviewed. Along with
some other fixes for similar target OS dependent bugs. Patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
(and this is PR26050).
Richard.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 9:30 ` Richard Guenther
@ 2006-02-03 11:58 ` Joel Sherrill
2006-02-03 12:05 ` Richard Guenther
0 siblings, 1 reply; 12+ messages in thread
From: Joel Sherrill @ 2006-02-03 11:58 UTC (permalink / raw)
To: Richard Guenther; +Cc: Karel Gardas, gcc
Richard Guenther wrote:
>On 2/2/06, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
>
>
>>Karel Gardas wrote:
>>
>>
>>
>>>If this help, I'd like to add that I succesfully compiled
>>>gcc-4.2-20060128.tar.bz2 for the same configuration.
>>>
>>>
>>>
>>I think my last SVN update that built for me was a couple of days before
>>that.
>>
>>
>
>The problem is with using stdint.h integer types without checking if
>they are actually
>available. I have posted a fix for this already that needs to be
>reviewed. Along with
>some other fixes for similar target OS dependent bugs. Patch is here:
>http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
>(and this is PR26050).
>
>
I applied this and got the same failure. Do I need to do anything after
applying it?
autotools? If so, how.
--joel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 11:58 ` Joel Sherrill
@ 2006-02-03 12:05 ` Richard Guenther
2006-02-03 15:45 ` Joel Sherrill
0 siblings, 1 reply; 12+ messages in thread
From: Richard Guenther @ 2006-02-03 12:05 UTC (permalink / raw)
To: Joel Sherrill; +Cc: Karel Gardas, gcc
On 2/3/06, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
> Richard Guenther wrote:
>
> >On 2/2/06, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
> >
> >
> >>Karel Gardas wrote:
> >>
> >>
> >>
> >>>If this help, I'd like to add that I succesfully compiled
> >>>gcc-4.2-20060128.tar.bz2 for the same configuration.
> >>>
> >>>
> >>>
> >>I think my last SVN update that built for me was a couple of days before
> >>that.
> >>
> >>
> >
> >The problem is with using stdint.h integer types without checking if
> >they are actually
> >available. I have posted a fix for this already that needs to be
> >reviewed. Along with
> >some other fixes for similar target OS dependent bugs. Patch is here:
> >http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
> >(and this is PR26050).
> >
> >
>
> I applied this and got the same failure. Do I need to do anything after
> applying it?
> autotools? If so, how.
You need to run 'autoconf' inside libgcc-math, the other autotools parts were
small enough and included in the patch.
Richard.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 12:05 ` Richard Guenther
@ 2006-02-03 15:45 ` Joel Sherrill
2006-02-03 16:18 ` Richard Guenther
2006-02-04 8:35 ` Ralf Corsepius
0 siblings, 2 replies; 12+ messages in thread
From: Joel Sherrill @ 2006-02-03 15:45 UTC (permalink / raw)
To: Richard Guenther; +Cc: Karel Gardas, gcc
>>>The problem is with using stdint.h integer types without checking if
>>>they are actually
>>>available. I have posted a fix for this already that needs to be
>>>reviewed. Along with
>>>some other fixes for similar target OS dependent bugs. Patch is here:
>>>http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
>>>(and this is PR26050).
>>>
>>>
After running autoconf, it fails a bit differently. Output below my
signature.
But something doesn't seem right. *-rtems* and other newlib targets
have a stdint.h.
Shouldn't libgcc-math be including the newlib cflags and possibly
$(LIBGCC2_INCLUDES) when built? I included LIBGCC2_INCLUDES because
that is where gcc/config/t-rtems adds
the rtems specific newlib include directory.
--joel
In file included from
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:21:
../../../../gcc/libgcc-math/i386/../include/math_private.h:58: error:
expected specifier-qualifier-list before 'uint32_t'
../../../../gcc/libgcc-math/i386/../include/math_private.h:129: error:
expected specifier-qualifier-list before 'uint32_t'
../../../../gcc/libgcc-math/i386/../include/math_private.h:182: error:
expected '=', ',', ';', 'asm' or '__attribute__' before '__ieee754_rem_pio2'
../../../../gcc/libgcc-math/i386/../include/math_private.h:190: warning:
type defaults to 'int' in declaration of 'int32_t'
../../../../gcc/libgcc-math/i386/../include/math_private.h:190: error:
expected ';', ',' or ')' before '*' token
../../../../gcc/libgcc-math/i386/../include/math_private.h:225: error:
expected '=', ',', ';', 'asm' or '__attribute__' before
'__ieee754_rem_pio2f'
../../../../gcc/libgcc-math/i386/../include/math_private.h:233: warning:
type defaults to 'int' in declaration of 'int32_t'
../../../../gcc/libgcc-math/i386/../include/math_private.h:233: error:
expected ';', ',' or ')' before '*' token
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c: In function
'__libm_sse2_acosf':
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error:
'int32_t' undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error: (Each
undeclared identifier is reported only once
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error: for each
function it appears in.)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:51: error: expected
';' before 'hx'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:52: error: 'hx'
undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:52: error:
'ieee_float_shape_type' has no member named 'word'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:53: error: 'ix'
undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:76: error: expected
';' before 'idf'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:80: error: 'idf'
undeclared (first use in this function)
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:80: error:
'ieee_float_shape_type' has no member named 'word'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:81: error:
'ieee_float_shape_type' has no member named 'word'
../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:89: warning:
control reaches end of non-void function
make[3]: *** [libsse2_la-e_acosf.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-target-libgcc-math] Error 2
make: *** [all] Error 2
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 15:45 ` Joel Sherrill
@ 2006-02-03 16:18 ` Richard Guenther
2006-02-03 16:23 ` Richard Guenther
2006-02-04 8:35 ` Ralf Corsepius
1 sibling, 1 reply; 12+ messages in thread
From: Richard Guenther @ 2006-02-03 16:18 UTC (permalink / raw)
To: Joel Sherrill; +Cc: Karel Gardas, gcc
On 2/3/06, Joel Sherrill <joel.sherrill@oarcorp.com> wrote:
>
> >>>The problem is with using stdint.h integer types without checking if
> >>>they are actually
> >>>available. I have posted a fix for this already that needs to be
> >>>reviewed. Along with
> >>>some other fixes for similar target OS dependent bugs. Patch is here:
> >>>http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
> >>>(and this is PR26050).
> >>>
> >>>
>
> After running autoconf, it fails a bit differently. Output below my
> signature.
>
> But something doesn't seem right. *-rtems* and other newlib targets
> have a stdint.h.
> Shouldn't libgcc-math be including the newlib cflags and possibly
> $(LIBGCC2_INCLUDES) when built? I included LIBGCC2_INCLUDES because
> that is where gcc/config/t-rtems adds
> the rtems specific newlib include directory.
The newlib cflags yes - but I thought the toplevel makefiles take care of
adding include paths to system includes of the target for target libraries?
The patch adds detection of stdint.h and if that fails (have a look at the
configure output) create a _stdint.h header with the necessary typedefs.
> --joel
>
> In file included from
> ../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:21:
> ../../../../gcc/libgcc-math/i386/../include/math_private.h:58: error:
> expected specifier-qualifier-list before 'uint32_t'
it seems that this did not work for some reason. Can you try using
libsse2_la_AM_CFLAGS instead of libsse2_la_CFLAGS in i386/Makefile.am?
Thanks,
RIchard.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 16:18 ` Richard Guenther
@ 2006-02-03 16:23 ` Richard Guenther
2006-02-03 16:36 ` Joel Sherrill
0 siblings, 1 reply; 12+ messages in thread
From: Richard Guenther @ 2006-02-03 16:23 UTC (permalink / raw)
To: Joel Sherrill; +Cc: Karel Gardas, gcc
On 2/3/06, Richard Guenther <richard.guenther@gmail.com> wrote:
> Can you try using
> libsse2_la_AM_CFLAGS instead of libsse2_la_CFLAGS in i386/Makefile.am?
Forget that. This automake seems to ignore.
Richard.
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 16:23 ` Richard Guenther
@ 2006-02-03 16:36 ` Joel Sherrill
0 siblings, 0 replies; 12+ messages in thread
From: Joel Sherrill @ 2006-02-03 16:36 UTC (permalink / raw)
To: Richard Guenther; +Cc: Karel Gardas, gcc
Richard Guenther wrote:
>On 2/3/06, Richard Guenther <richard.guenther@gmail.com> wrote:
>
>
>>Can you try using
>>libsse2_la_AM_CFLAGS instead of libsse2_la_CFLAGS in i386/Makefile.am?
>>
>>
>
>Forget that. This automake seems to ignore.
>
>
What can I do to help you. Do you want a build log?
If you want to try it yourself, the instructions for building a
i386-rtems4.7 are really quite
simple.
+ configure and install binutils for i386-rtems4.7. I use 2.16.1
+ untar newlib 1.14.0 and put newlib-1.14.0/newlib under the top gcc
directory
+ configure and make gcc/newlib
../gcc/configure --target=i386-rtems4.7 --enable-threads=rtems \
--prefix=/home/joel/gcc-head-test/ \
--with-gnu-as --with-gnu-ld --with-newlib --verbose --with-system-zlib \
--disable-nls --enable-version-specific-runtime-libs
--enable-languages=c,c++,ada
Some of those options are probably paranoid but that's how we build.
>Richard.
--joel
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-03 15:45 ` Joel Sherrill
2006-02-03 16:18 ` Richard Guenther
@ 2006-02-04 8:35 ` Ralf Corsepius
2006-02-04 12:13 ` Richard Guenther
1 sibling, 1 reply; 12+ messages in thread
From: Ralf Corsepius @ 2006-02-04 8:35 UTC (permalink / raw)
To: Joel Sherrill; +Cc: gcc, Karel Gardas, Richard Guenther
On Fri, 2006-02-03 at 09:45 -0600, Joel Sherrill wrote:
> >>>The problem is with using stdint.h integer types without checking if
> >>>they are actually
> >>>available. I have posted a fix for this already that needs to be
> >>>reviewed. Along with
> >>>some other fixes for similar target OS dependent bugs. Patch is here:
> >>>http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
> >>>(and this is PR26050).
> >>>
> >>>
>
> After running autoconf, it fails a bit differently. Output below my
> signature.
I can reproduce the breakdown ...
> But something doesn't seem right. *-rtems* and other newlib targets
> have a stdint.h.
Right, but .. AFAIS, this issue isn't related to stdint.h, but to
sys/types.h
> In file included from
> ../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:21:
> ../../../../gcc/libgcc-math/i386/../include/math_private.h:58: error:
> expected specifier-qualifier-list before 'uint32_t'
> ../../../../gcc/libgcc-math/i386/../include/math_private.h:129: error:
> expected specifier-qualifier-list before 'uint32_t'
> ../../../../gcc/libgcc-math/i386/../include/math_private.h:182: error:
> expected '=', ',', ';', 'asm' or '__attribute__' before '__ieee754_rem_pio2'
> ../../../../gcc/libgcc-math/i386/../include/math_private.h:190: warning:
> type defaults to 'int' in declaration of 'int32_t'
> ../../../../gcc/libgcc-math/i386/../include/math_private.h:190: error:
> expected ';', ',' or ')' before '*' token
[..]
> control reaches end of non-void function
> make[3]: *** [libsse2_la-e_acosf.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-target-libgcc-math] Error 2
> make: *** [all] Error 2
IMO, the cause is obvious:
To retrieve fixed-size types, libgcc-math/include/math_private.h
includes <sys/types.h> and expects it to provide u_int32_t and int32_t.
This assumption holds on BSD compatible systems, where sys/types.h
provides these types, but according to POSIX this assumption is invalid,
c.f.
http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/types.h.html
I don't know what has triggered this issue right now, but I know there
is an inconsistence on BSD-fixed size types in newlib's sys/types.h.
However I doubt this is the cause of this breakdown.
Ralf
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: i386-rtems does not build on head
2006-02-04 8:35 ` Ralf Corsepius
@ 2006-02-04 12:13 ` Richard Guenther
0 siblings, 0 replies; 12+ messages in thread
From: Richard Guenther @ 2006-02-04 12:13 UTC (permalink / raw)
To: Ralf Corsepius; +Cc: Joel Sherrill, gcc, Karel Gardas
On 2/4/06, Ralf Corsepius <ralf.corsepius@rtems.org> wrote:
> On Fri, 2006-02-03 at 09:45 -0600, Joel Sherrill wrote:
> > >>>The problem is with using stdint.h integer types without checking if
> > >>>they are actually
> > >>>available. I have posted a fix for this already that needs to be
> > >>>reviewed. Along with
> > >>>some other fixes for similar target OS dependent bugs. Patch is here:
> > >>>http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00032.html
> > >>>(and this is PR26050).
> > >>>
> > >>>
> >
> > After running autoconf, it fails a bit differently. Output below my
> > signature.
> I can reproduce the breakdown ...
>
> > But something doesn't seem right. *-rtems* and other newlib targets
> > have a stdint.h.
>
> Right, but .. AFAIS, this issue isn't related to stdint.h, but to
> sys/types.h
>
> > In file included from
> > ../../../../gcc/libgcc-math/i386/../flt-32/e_acosf.c:21:
> > ../../../../gcc/libgcc-math/i386/../include/math_private.h:58: error:
> > expected specifier-qualifier-list before 'uint32_t'
> > ../../../../gcc/libgcc-math/i386/../include/math_private.h:129: error:
> > expected specifier-qualifier-list before 'uint32_t'
> > ../../../../gcc/libgcc-math/i386/../include/math_private.h:182: error:
> > expected '=', ',', ';', 'asm' or '__attribute__' before '__ieee754_rem_pio2'
> > ../../../../gcc/libgcc-math/i386/../include/math_private.h:190: warning:
> > type defaults to 'int' in declaration of 'int32_t'
> > ../../../../gcc/libgcc-math/i386/../include/math_private.h:190: error:
> > expected ';', ',' or ')' before '*' token
> [..]
> > control reaches end of non-void function
> > make[3]: *** [libsse2_la-e_acosf.lo] Error 1
> > make[2]: *** [all-recursive] Error 1
> > make[1]: *** [all-target-libgcc-math] Error 2
> > make: *** [all] Error 2
>
> IMO, the cause is obvious:
>
> To retrieve fixed-size types, libgcc-math/include/math_private.h
> includes <sys/types.h> and expects it to provide u_int32_t and int32_t.
>
> This assumption holds on BSD compatible systems, where sys/types.h
> provides these types, but according to POSIX this assumption is invalid,
> c.f.
> http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/types.h.html
Correct, so the solution in the patch I refered to is to use _stdint.h which
is created by configure (either just wrapping an existing stdint.h or by
creating the necessary types) instead of sys/types.h. The _stdint.h should
provide the C99 uint32_t (to which all u_int32_t are changed) and int32_t.
So either the patch apply didn't work out completely (there should be
a _stdint.h file in obj/xxx/libgcc-math/), or the issue is different.
I put a complete patch with all fixes including all generated files at
http://www.suse.de/~rguenther/p
Richard.
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2006-02-04 12:13 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-02-02 20:45 i386-rtems does not build on head Joel Sherrill
2006-02-02 20:49 ` Karel Gardas
2006-02-02 20:59 ` Joel Sherrill
2006-02-03 9:30 ` Richard Guenther
2006-02-03 11:58 ` Joel Sherrill
2006-02-03 12:05 ` Richard Guenther
2006-02-03 15:45 ` Joel Sherrill
2006-02-03 16:18 ` Richard Guenther
2006-02-03 16:23 ` Richard Guenther
2006-02-03 16:36 ` Joel Sherrill
2006-02-04 8:35 ` Ralf Corsepius
2006-02-04 12:13 ` Richard Guenther
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).