GCC 2.95.2 Compilation and Link Errors

[Kurt F. Louis]

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
-----------------------------------------------------------------------------