Trouble building sysdeps/generic/strtol.c for ia64 with gcc-4.0.0

Dan Kegel dank@kegel.com
Sun May 1 05:55:00 GMT 2005


Yes, I know gcc-4.0.0 isn't supported by any released version
of glibc.  I've committed the sin of backporting gcc-4.0.0 compatibility
patches from cvs to glibc-2.3.4 and glibc-2.3.5 without doing any runtime
checks to make sure they still work.  The patches so far are at
http://kegel.com/crosstool/crosstool-0.32/patches/glibc-2.3.5/
and the build matrix at
http://kegel.com/crosstool/crosstool-0.32/buildlogs/ shows that most
architectures I've done seem happy with them.  I have yet to
do ia64, sparc, sh, s390, or mips.  sparc and s390 look straightforward.
sh might be, and I don't care enough about mips to fix it.

But ia64 has an error I could use a hand with
("Fixed in CVS" would be a sufficient hand):

In file included from ../sysdeps/ia64/hp-timing.h:24,
                  from ../linuxthreads/descr.h:25,
                  from ../linuxthreads/sysdeps/pthread/bits/libc-tsd.h:23,
                  from ../locale/localeinfo.h:190,
                  from ../sysdeps/generic/strtol.c:23,
                  from ../sysdeps/generic/strtoul.c:21,
                  from ../sysdeps/wordsize-64/strtoul.c:6:
../include/string.h:71: warning: asm declaration ignored due to conflict with previous rename
../sysdeps/generic/strtol.c:101: error: '__EI___strtoul_internal' aliased to undefined symbol '__GI___strtoul_internal'

(http://kegel.com/crosstool/crosstool-0.32/buildlogs/ia64-gcc-4.0.0-glibc-2.3.5.log.txt)

Anyone seen this?

include/string.h is unpatched, and line 71 is
libc_hidden_proto (__rawmemchr)


Thanks,
Dan

-- 
Trying to get a job as a c++ developer?  See http://kegel.com/academy/getting-hired.html



More information about the Libc-alpha mailing list