GCC 2.95.2 Compilation and Link Errors
Kurt F. Louis
klouis@mitre.org
Tue Dec 7 16:20:00 GMT 1999
I'm compiling with GCC 2.95.2 on a Sun Microsystems Ultrasparc-1
running SunOS 5.6. When I compile with just the "-c" option, I get
the following error:
/usr/ccs/bin/as: "/var/tmp/ccJ0Yc0C.s", line 4248: error: can't compute value of an expression involving an external symbol
However, if I compile with "-finhibit-size-directive", the error
disappears and I'm able to compile and link, although I still get the
following link errors:
ld: warning: symbol `basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> >::nilRep' has differing sizes:
(file obj.SunOS/AccHandler.o value=0x0; file /devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/libstdc++.a(cstrmain.o) value=0x10);
/devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/libstdc++.a(cstrmain.o) definition taken
ld: warning: symbol `basic_string<char, string_char_traits<char>, __default_alloc_template<false, 0> >::npos' has differing sizes:
(file obj.SunOS/AccHandler.o value=0x0; file /devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/libstdc++.a(cstrmain.o) value=0x4);
/devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/libstdc++.a(cstrmain.o) definition taken
If I compile with "-g", I no longer need "-finhibit-size-directive",
but I end up with an undefined symbol:
ld: warning: relocation error: R_SPARC_32: file obj.SunOS/Parser.o: symbol inse:
external symbolic relocation against non-allocatable section .stab;
cannot be processed at runtime: relocation ignored
Undefined first referenced
symbol in file
inse obj.SunOS/Parser.o
ld: fatal: Symbol referencing errors. No output written to gatom.SunOS
collect2: ld returned 1 exit status
The output of "gcc -print-search-dirs" is as follows:
install: /devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/
programs: /devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/:/devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/:/usr/lib/gcc/sparc-sun-solaris2.6/2.95.2/:/usr/lib/gcc/sparc-sun-solaris2.6/:/devel/swat/gcc.SunOS/sparc-sun-solaris2.6/bin/sparc-sun-solaris2.6/2.95.2/:/devel/swat/gcc.SunOS/sparc-sun-solaris2.6/bin/:/usr/ccs/bin/sparc-sun-solaris2.6/2.95.2/:/usr/ccs/bin/
libraries: /devel/swat/gcc.SunOS/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2/:/usr/lib/gcc/sparc-sun-solaris2.6/2.95.2/:/devel/swat/gcc.SunOS/sparc-sun-solaris2.6/lib/sparc-sun-solaris2.6/2.95.2/:/devel/swat/gcc.SunOS/sparc-sun-solaris2.6/lib/:/usr/ccs/bin/sparc-sun-solaris2.6/2.95.2/:/usr/ccs/bin/:/usr/ccs/lib/sparc-sun-solaris2.6/2.95.2/:/usr/ccs/lib/:/devel/swat/gcc.SunOS/lib/sparc-sun-solaris2.6/2.95.2/:/devel/swat/gcc.SunOS/lib/:/lib/sparc-sun-solaris2.6/2.95.2/:/lib/:/usr/lib/sparc-sun-solaris2.6/2.95.2/:/usr/lib/
I'm using the Standard Template Library (STL), but I'm linking in
-lstdc++, so I'm not sure what's wrong. If there's an obvious way to
correct this problem or if you could point me in the right direction
to discover what's wrong, I'd certainly appreciate it.
Thanks in advance,
Kurt
--
-----------------------------------------------------------------------------
Kurt F. Louis MS W518
Senior Simulation & Modeling Engineer Information Systems & Technology Div.
Email: klouis@mitre.org The MITRE Corporation
Voice: (703) 883-3324 (Reston/VMail) 1820 Dolley Madison Boulevard
Voice: (703) 883-1227 (Westgate) McLean, VA 22102-3481
Fax : (703) 883-3343
-----------------------------------------------------------------------------
More information about the Gcc-bugs
mailing list