public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: Christoph Moar <christoph.moar@mchp.siemens.de> To: Martin von Loewis <martin@mira.isdn.cs.tu-berlin.de> Cc: egcs-bugs@cygnus.com Subject: Re: not instantiating runtime_error objects? Date: Fri, 21 Aug 1998 03:05:00 -0000 [thread overview] Message-ID: <3.0.5.32.19980821104414.0093a930@mail-o.mchp.siemens.de> (raw) In-Reply-To: <199808210549.HAA00142@mira.isdn.cs.tu-berlin.de> At 07:49 21.08.98 +0200, you wrote: >> runtime_error::runtime_error(basic_string<char, string_char_traits<char>, >> __default_alloc_template<1, 0> > const &)TcpIpSinkThread.o >This constructor should be defined in >/usr/local/lib/libstdc++.a. Please do nm(1) on this to see if it is >really there. ok, what I have there (/sw/local_o/egcs/lib) is: runtime_error::runtime_error(basic_string<char, string_char_traits<char>, __default_alloc_template<0, 0> > const &) if I check the same egcs snapshot under linux (rh5.0), I find (correctly) runtime_error::runtime_error(basic_string<char, string_char_traits<char>, __default_alloc_template<1, 0> > const &) so the __default_alloc_template<0, 0> becomes <1, 0> on solaris platform. I suppose that's it, isn't it? >If so, there is a good chance that the linker is >picking up a different copy of libstdc++. If you have multiple >compilers installed, make sure the (a) g++ header files and (b) >library files are not mixed. Yup, I did that. I checked with the --verbose flag, and here it is [89]olymp/home/moar/SmartPump >make *** target set to generate code on platform SunOS -DTARGET_IPPUMP -DTARGET_IPRECV -DRTSPPUMP g++ -g -v -I. -D__SUNOS__ -D__sunos__ -D__sparc__ -D__OSVERSION__=5 -DSVR4 -DUserPthread -D_REENTRANT -D__EXTENSIONS__ -D_PTHREADS -DTARGET_IPPUMP -DTARGET_IPRECV -DRTSPPUMP -I/sw/local_o/egcs/include -I/home/moar/omniORB_2.5.0/include I{...objects...} -o ippump -L./ -L/sw/local_o/egcs/lib -L/home/moar/omniORB_2.5.0/lib/sun4_sosV_5.5 -lomnithread -lpthread -lnsl -lsocket -lposix4 --verbose Reading specs from /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/specs gcc version egcs-2.91.54 19980816 (gcc2 ss-980609 experimental) /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/collect2 -V -Y P,/usr/ccs/lib:/usr/lib -Qy -o ippump /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/crt1.o /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/crti.o /usr/ccs/lib/values-Xa.o /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/crtbegin.o -L./ -L/sw/local_o/egcs/lib -L/home/moar/omniORB_2.5.0/lib/sun4_sosV_5.5 -L/sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54 -L/sw/local_o/egcs/sparc-sun-solaris2.5/lib -L/usr/ccs/bin -L/usr/ccs/lib -L/sw/local_o/egcs/lib {...objects...} -lomnithread -lpthread -lnsl -lsocket -lposix4 -lstdc++ -lm -lgcc -lc -lgcc /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/crtend.o /sw/local_o/egcs/lib/gcc-lib/sparc-sun-solaris2.5/egcs-2.91.54/crtn.o ld: Software Generation Utilities (SGU) SunOS/ELF (LK-2.0 (S/I) - versioning) Undefined first referenced symbol in file runtime_error::runtime_error(basic_string<char, string_char_traits<char>, __default_alloc_template<1, 0> > const &)TcpIpSinkThread.o ld: fatal: Symbol referencing errors. No output written to ippump collect2: ld returned 1 exit status make: *** [ippump] Error 1 -- I'd volunteer to check the compiler, but I am afraid I would never know where to look there ... ;) Any hints? I'll happily help out finding out, if I can. Best regards, Christoph Moar. -- Christoph Moar (christoph.moar@mchp.siemens.de) Tel. (++49) 89 636-44628 SIEMENS AG Corporate Technology Fax. (++49) 89 636-47457 Information and Media Technology Office Adress: SIEMENS AG ZT IK 1, Otto-Hahn-Ring 6, D-81739 Munich Postal Adress: SIEMENS AG ZT IK 1, D-81730 Munich pgpkey http://pgp5.ai.mit.edu:11371/pks/lookup?op=index&search=0xae81b9cc
next prev parent reply other threads:[~1998-08-21 3:05 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 1998-08-12 6:59 Christoph Moar 1998-08-20 22:52 ` Martin von Loewis 1998-08-21 3:05 ` Christoph Moar [this message] 1998-08-21 11:04 ` Martin von Loewis
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=3.0.5.32.19980821104414.0093a930@mail-o.mchp.siemens.de \ --to=christoph.moar@mchp.siemens.de \ --cc=egcs-bugs@cygnus.com \ --cc=martin@mira.isdn.cs.tu-berlin.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).