[Bug target/29867] [4.3 Regression] building libgfortran fails because of multiple definitions gcc-4.3-20061111

[ron3763 at msn dot com]

------- Comment #8 from ron3763 at msn dot com  2006-12-03 04:55 -------

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


-- 

ron3763 at msn dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ron3763 at msn dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867