public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: "H. J. Lu" <hjl@lucon.org>
To: Donald Zoch <donald.zoch@amd.com>
Cc: binutils@sources.redhat.com
Subject: Re: undefined virtual table references in 2.12 and later
Date: Wed, 28 May 2003 22:01:00 -0000	[thread overview]
Message-ID: <20030528132855.B14921@lucon.org> (raw)
In-Reply-To: <20030528134335.C2266@lard.amd.com>; from donald.zoch@amd.com on Wed, May 28, 2003 at 01:43:35PM -0500

On Wed, May 28, 2003 at 01:43:35PM -0500, Donald Zoch wrote:
> I have recently encountered a problem when trying to upgrade my
> binutils 2.11 to version 2.13.2.1.  I even tried the development
> version binutils-2.14.90.0.4.  From what I can tell, the problem
> started happening with version 2.12.   The problem is that when I
> try and link my executable, I'm getting a bunch of errors like these:
> 
> /u/zochd/build2/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/libgcc.a(exception.o):
> In function `__check_eh_spec':
> /u/zochd/gcc-2.95.3/build2/gcc/../../gcc/cp/exception.cc:307:
> undefined reference to `bad_exception type_info function'
> /u/zochd/build2/lib/gcc-lib/i686-pc-linux-gnu/2.95.3/libgcc.a(exception.o):
> In function `__check_eh_spec':
> /u/zochd/gcc-2.95.3/build2/gcc/include/exception:15: undefined
> reference to `exception virtual table'
> /u/zochd/gcc-2.95.3/build2/gcc/include/exception:22: undefined
> reference to `bad_exception virtual table'
> 
> I sent a message a few days ago about this and someone responded, 
> saying that I should try the latest version and that it might be 
> a problem with the way GNU_VTINHERIT and GNU_VTENTRY relocs are 
> handled.
> 
> >From what I can tell though, in my libgcc.a (I'm using gcc 2.95.3),
> the symbols are defined as weak objects, but then undefined several
> times also:
> 
> 00000000 V bad_exception virtual table
> 00000000 V exception virtual table
>          U exception virtual table
>          U exception virtual table
>          U exception virtual table
> 
> I was wondering if anyone could explain to me what is happening,
> and how that I might fix it.  I'd like to understand what the 
> proper behavior should be, and what source files within binutils
> I could take a look at to try and make it behave as version 
> 2.11 did.  Is this a problem with binutils or gcc? 
> I work in an environment where we need to provide multiple versions 
> of gcc, but preferably have one version of binutils work for them all.   

Please provide a small testcase. I will look into it.


H.J.

      parent reply	other threads:[~2003-05-28 20:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-28 18:55 Donald Zoch
2003-05-28 19:01 ` Ian Lance Taylor
2003-05-28 19:23   ` Donald Zoch
2003-05-28 19:27     ` Ian Lance Taylor
2003-05-28 22:01 ` H. J. Lu [this message]

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=20030528132855.B14921@lucon.org \
    --to=hjl@lucon.org \
    --cc=binutils@sources.redhat.com \
    --cc=donald.zoch@amd.com \
    /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).