------- Comment #9 from ron3763 at msn dot com 2006-12-03 04:58 -------
I am using gcc-4.3 1202, also 2.17.x headers. glibc 2.5 I get this on a few programs didn't build with emerge -e system (gentoo distro) amd64(core2) and multilib environment. sys-libs/timezone-data-2006p, this *** did *** when using "-fno-inline", also looking over the build like, --std=c99 was used. sys-apps/coreutils-6.6 "-fno-inline" NOT work here, cmdline uses 'gnu99' using -std=gnu89 it compiles, config scripts still see things at c99 compliant, don't know what problems that may cause, just talking here about them compiling. net-misc/rsync-2.6.9 uses -std=gnu99, if I override that with -std=gnu89 it compiles. net-misc/openssh-4.5_p1 using --std=c89 not help here as I think the build is pulling in a another lib (randlib) not compiled the same? <insert guess here> ========= >From looking over the stdlib.h Seems its uses __USE_ISOC99 define. there is two name spaces used. __[BEGIN|END] NAMESPACE_STD and __[BEGIN|END]_NAMESPACE_C99 Could these both defined and thus pulling in multiple definitions? what about amd64/x86 headers at the same time? I am proposing idea from ignorance, to hopefully a 'dumb' questions triggers thought. Thank you. -Ron -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867
