gcc4.0.2/newlib1.14.0 build failure for i386-rtems target

[Karel Gardas]

Sorry for noise, this was caused by me linking newlib to the gcc's build 
directory instead to source directory.

Cheers,
Karel

On Sat, 28 Jan 2006, Karel Gardas wrote:

>
> Hello,
>
> I've found on ftp.rtems.com tarbals of gcc-4.0.2 and newlib-1.14.0 and though 
> that this is most uptodate recommended toolchain for RTEMS CVS head. The 
> problem is that while building it for i386-rtems target it fails with:
>
> /tmp/i386-rtems/obj-gcc/gcc/xgcc -B/tmp/i386-rtems/obj-gcc/gcc/ 
> -B/home/karel/usr/local/i386-rtems-toolchain//i386-rtems/bin/ 
> -B/home/karel/usr/local/i386-rtems-toolchain//i386-rtems/lib/ -isystem 
> /home/karel/usr/local/i386-rtems-toolchain//i386-rtems/include -isystem 
> /home/karel/usr/local/i386-rtems-toolchain//i386-rtems/sys-include -O2 
> -I../../gcc-4.0.2/gcc/../newlib/libc/sys/rtems/include -DIN_GCC 
> -DCROSS_COMPILE   -W -Wall -Wwrite-strings -Wstrict-prototypes 
> -Wmissing-prototypes -Wold-style-definition  -isystem ./include   -g 
> -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. 
> -I. -I../../gcc-4.0.2/gcc -I../../gcc-4.0.2/gcc/. 
> -I../../gcc-4.0.2/gcc/../include -I../../gcc-4.0.2/gcc/../libcpp/include 
> -DL_fixunsdfsi -c ../../gcc-4.0.2/gcc/libgcc2.c -o libgcc/./_fixunsdfsi.o
> In file included from /tmp/i386-rtems/obj-gcc/gcc/include/syslimits.h:7,
>                 from /tmp/i386-rtems/obj-gcc/gcc/include/limits.h:11,
>                 from ../../gcc-4.0.2/gcc/libgcc2.c:1487:
> /tmp/i386-rtems/obj-gcc/gcc/include/limits.h:122:61: error: no include path 
> in which to search for limits.h
> make[2]: *** [libgcc/./_fixunsdfsi.o] Error 1
> make[2]: Leaving directory `/tmp/i386-rtems/obj-gcc/gcc'
> make[1]: *** [stmp-multilib] Error 2
> make[1]: Leaving directory `/tmp/i386-rtems/obj-gcc/gcc'
> make: *** [all-gcc] Error 2
>
>
> Is this known failure?
>
> Thanks,
> Karel
> --
> Karel Gardas                  kgardas at objectsecurity.com
> ObjectSecurity Ltd.           http://www.objectsecurity.com
>

--
Karel Gardas                  kgardas at objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com