possible need for "no inline" patch from glibc-2.3.2?

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

  just because i have a spare machine and lots of CPU cycles, i
decided to take a shot at building a chain with

  gcc-4.0-20041128
  glibc-20041204
  linux-2.6.9

using gcc4 as the build compiler.  (like i said, the machine's just
sitting there ... what the hell?)

  with only the patches applied that i've posted to the list thus far,
i created the appropriate gcc-*-glibc-*.dat file and let it go.  about
70,000 lines into the build, i got (trying to compile
glibc/stdlib/atof.c):

sh3eb-unknown-linux-gnu-gcc  atof.c -c -std=gnu99 -O -Wall -Winline -Wstrict-prototypes -Wwrite-strings -m3 -mb      -I../include -I. -I/home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/build-glibc/stdlib -I.. -I../libio  -I/home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/build-glibc -I../sysdeps/sh/elf -I../linuxthreads/sysdeps/unix/sysv/linux/sh -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/sh -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/rob/ct/results/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/lib/gcc/sh3eb-unknown-linux-gnu/4.0.0/include -isystem /home/rob/ct/results/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/sh3eb-unknown-linux-gnu/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h       -o /home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/build-glibc/stdlib/atof.o -MD -MP -MF /home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/build-glibc/stdlib/atof.o.dt -MT /home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/build-glibc/stdlib/atof.o
atof.c:29: error: Inlined_to pointer is set but no predecesors found
strtod/17: (inline copy in atof/16) 16 insns tree always_inline
  called by:
  calls: __strtod_internal/0
atof.c:29: internal compiler error: verify_cgraph_node failed.
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [/home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/build-glibc/stdlib/atof.o] Error 1
make[2]: Leaving directory `/home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/glibc-20041204/stdlib'
make[1]: *** [stdlib/subdir_lib] Error 2
make[1]: Leaving directory `/home/rob/ct/crosstool-0.28-rc37/build/sh3eb-unknown-linux-gnu/gcc-4.0-20041128-glibc-20041204/glibc-20041204'
make: *** [all] Error 2

  i looked thru patches/glibc.2.3.3 for an appropriate fix, but there
was nothing there that seemed to match.  however, under
patches/glibc-2.3.2, i found glibc-2.3.2-allow-gcc-3.5-PR14096.patch,
which added the preprocessor directive:

  #define __NO_INLINE__ 1

to a number of files, including that atof.c file.

  this is definitely out of my league here -- can anyone tell me if
this patch corresponds to this build error?  i'm curious that it was
needed for glibc-2.3.2, but wasn't carried forward to glibc-2.3.3, and
yet might be necessary again for glibc-20041204.

  anyway, i'll wait to hear from someone one way or the other before i
crank up another build.  then again, maybe not. :-)

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