snapshots: glibc-20051024 versus glibc-2.3-20051024

["Robert P. J. Day" <rpjday at mindspring dot com>]

  just FYI, if you're trying to build a toolchain with the latest
snapshots, for glibc, you have a choice of the following:

	glibc-2.3-20051024
	glibc-20051024

as dan suggested to me in private, the first would appear to be a
snapshot leading to the next release of glibc-2.3[-6?], while the
latter would appear to be heading to the next major release,
glibc-2.4?

  here's the difference in what happens when you build.  with the
first snapshot and my current attempt to build, one gets the error:

--------------------------------------------------------------------

/home/rpjday/results/sh3/build/build-gcc-core/./gcc/xgcc
-B/home/rpjday/results/sh3/build/build-gcc-core/./gcc/
-B/home/rpjday/results/sh3/build/gcc-core-prefix/sh3-unknown-linux-gnu/bin/
-B/home/rpjday/results/sh3/build/gcc-core-prefix/sh3-unknown-linux-gnu/lib/
-isystem
/home/rpjday/results/sh3/build/gcc-core-prefix/sh3-unknown-linux-gnu/include
-isystem
/home/rpjday/results/sh3/build/gcc-core-prefix/sh3-unknown-linux-gnu/sys-include
-O2  -O2 -g -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include  -fpic -DNO_FPSCR_VALUES -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I.
-I/home/rpjday/unpack/gcc-4.1-20051029/gcc
-I/home/rpjday/unpack/gcc-4.1-20051029/gcc/.
-I/home/rpjday/unpack/gcc-4.1-20051029/gcc/../include
-I/home/rpjday/unpack/gcc-4.1-20051029/gcc/../libcpp/include
-fexceptions  -c /home/rpjday/unpack/gcc-4.1-20051029/gcc/unwind-dw2.c
-o libgcc/./unwind-dw2.o
In file included from ./gthr-default.h:1,
                 from
/home/rpjday/unpack/gcc-4.1-20051029/gcc/gthr.h:114,
                 from
/home/rpjday/unpack/gcc-4.1-20051029/gcc/unwind-dw2.c:42:
/home/rpjday/unpack/gcc-4.1-20051029/gcc/gthr-posix.h:43:21: error:
pthread.h: No such file or directory

-------------------------------------------------------------------

which suggests that, to get that essential pthread.h file, you
probably have to add the linuxthreads add-on to the source for that
snapshot of glibc.

  however, with the latter snapshot, the build fails much later with:

------------------------------------------------------------------

sh3-unknown-linux-gnu-gcc  ../sysdeps/generic/strtok.c -c -std=gnu99
-O -Wall -Winline -Wstrict-prototypes -Wwrite-strings -m3 -ml   -fPIC
-I../include -I. -I/home/rpjday/results/sh3/build/build-glibc/string
-I.. -I../libio -I../nptl -I/home/rpjday/results/sh3/build/build-glibc
-I../sysdeps/sh/elf -I../nptl/sysdeps/unix/sysv/linux/sh
-I../nptl/sysdeps/unix/sysv/linux -I../nptl/sysdeps/pthread
-I../sysdeps/pthread -I../nptl/sysdeps/unix/sysv
-I../nptl/sysdeps/unix -I../nptl/sysdeps/sh -I../nptl/sysdeps/generic
-I../sysdeps/unix/sysv/linux/sh/sh3 -I../sysdeps/unix/sysv/linux/sh
-I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common
-I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv
-I../sysdeps/unix/sh -I../sysdeps/unix -I../sysdeps/posix
-I../sysdeps/sh/sh3 -I../sysdeps/sh -I../sysdeps/wordsize-32
-I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754/dbl-64
-I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic
-nostdinc -isystem
/home/rpjday/results/sh3/build/gcc-core-prefix/lib/gcc/sh3-unknown-linux-gnu/4.1.0/include
-isystem
/home/rpjday/results/sh3/tools/sh3-unknown-linux-gnu/sys-root/usr/include
-D_LIBC_REENTRANT -D_LIBC_REENTRANT -include ../include/libc-symbols.h
-DPIC -DSHARED     -o
/home/rpjday/results/sh3/build/build-glibc/string/strtok.os -MD -MP
-MF /home/rpjday/results/sh3/build/build-glibc/string/strtok.os.dt -MT
/home/rpjday/results/sh3/build/build-glibc/string/strtok.os
../sysdeps/generic/strtok.c: In function 'strtok':
../sysdeps/generic/strtok.c:66: error: unable to find a register to
spill in class 'R0_REGS'
../sysdeps/generic/strtok.c:66: error: this is the insn:
(insn 68 107 69 5 (set (mem/c/i:SI (plus:SI (reg:SI 12 r12)
                (reg/f:SI 1 r1 [177])) [0 olds+0 S4 A32])
        (reg:SI 0 r0)) 171 {movsi_i} (insn_list:REG_DEP_TRUE 62
(insn_list:REG_DEP_TRUE 67 (nil)))
    (expr_list:REG_DEAD (reg:SI 0 r0)
        (expr_list:REG_DEAD (reg/f:SI 1 r1 [177])
            (nil))))
../sysdeps/generic/strtok.c:66: internal compiler error: in
spill_failure, at reload1.c:1890

-------------------------------------------------------------------

which suggests that the thread stuff is now part of the stock glibc
distribution for the next *major* release.  at least, that's the
impression i get.

rday




------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com