This is the mail archive of the
newlib@sourceware.org
mailing list for the newlib project.
Re: sched.h something now quite right :(
On 04/03/2010 04:04 AM, Corinna Vinschen wrote:
On Apr 2 16:03, Joel Sherrill wrote:
Hi,
Trying a build before I go home on Friday, I had
this happen. Looks like something might not be
right. I just dropped sched.h and sys/sched.h
into an cvs checkout. Any ideas?
/users/joel/test-gcc/b-gcc-go/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc-go/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gcc-go/sparc-rtems4.10/soft/newlib/
-isystem /users/joel/test-gcc/b-gcc-go/sparc-rtems4.10/soft/newlib/targ-include
-isystem /users/joel/test-gcc/gccgo/newlib/libc/include
-B/users/joel/test-gcc/install-go/sparc-rtems4.10/bin/
-B/users/joel/test-gcc/install-go/sparc-rtems4.10/lib/ -isystem
/users/joel/test-gcc/install-go/sparc-rtems4.10/include -isystem
/users/joel/test-gcc/install-go/sparc-rtems4.10/sys-include
-msoft-float -DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
-DPACKAGE_VERSION=\"1.18.0\" -DPACKAGE_STRING=\"newlib\ 1.18.0\"
-DPACKAGE_BUGREPORT=\"\" -I.
-I../../../../../../gccgo/newlib/libc/argz -DMALLOC_ALIGNMENT=8
-DMALLOC_PROVIDED -DEXIT_PROVIDED -DSIGNAL_PROVIDED
-DREENTRANT_SYSCALLS_PROVIDED -DHAVE_NANOSLEEP -DHAVE_BLKSIZE
-DHAVE_FCNTL -DHAVE_ASSERT_FUNC -D_NO_GETLOGIN -D_NO_GETPWENT
-D_NO_GETUT -D_NO_GETPASS -D_NO_SIGSET -D_NO_WORDEXP -D_NO_POPEN
-fno-builtin -g -O2 -msoft-float -c -o lib_a-argz_add.o `test -f
'argz_add.c' || echo
'../../../../../../gccgo/newlib/libc/argz/'`argz_add.c
In file included from
/users/joel/test-gcc/gccgo/newlib/libc/include/signal.h:5:0,
from /users/joel/test-gcc/gccgo/newlib/libc/include/time.h:140,
from /users/joel/test-gcc/gccgo/newlib/libc/include/sys/sched.h:28,
This is suspicious. The new sys/sched.h does not include any other
header.
Ralf just released RPMs with this change but based on
newlib 1.18.0. So it built OK and built RTEMS fine.
Ralf.. is there something you did to fix it? Or is this
specific to cvs vs 1.18.0?
--joel
Corinna