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


  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: link
Be 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).