public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Ian Lance Taylor <ian@zembu.com>
To: law@cygnus.com
Cc: rth@cygnus.com, nickc@cygnus.com, binutils@sourceware.cygnus.com
Subject: Re: Where to put per-target global BFD data ?
Date: Thu, 01 Jul 1999 00:00:00 -0000	[thread overview]
Message-ID: <19990621171300.27868.qmail@daffy.airs.com> (raw)
In-Reply-To: <28045.929957202@upchuck.cygnus.com>

   Date: Mon, 21 Jun 1999 03:26:42 -0600
   From: Jeffrey A Law <law@cygnus.com>

     In message < 19990620164714.B4699@cygnus.com >you write:
     > >   I am not sure how this can be fixed.  I think using the hash table
     > >   may not be the best way to store global information, because of this
     > >   problem, and that another solution needs to be found.
     > 
     > My solution would be to outlaw linking together different formats,
     > and that the output format must match the input format.  Diddling
     > different formats is what objcopy is for.
   I've got no problems with that.  multi-format linking was always an interesting
   idea, but it never worked well and worked even less well when the linker was
   changed to use native relocs instead of bfd relocs.  And I haven't seen that
   multi-format linking has been all that important to the user community.

There are people who use it, though, mainly because they have compiled
objects from somebody for which they do not have the source.  I've
seen probably a dozen bug reports on it over the years.

Ian

      reply	other threads:[~1999-07-01  0:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-07-01  0:00 Nick Clifton
1999-07-01  0:00 ` Ian Lance Taylor
1999-07-01  0:00 ` Richard Henderson
1999-07-01  0:00   ` Jeffrey A Law
1999-07-01  0:00     ` Ian Lance Taylor [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=19990621171300.27868.qmail@daffy.airs.com \
    --to=ian@zembu.com \
    --cc=binutils@sourceware.cygnus.com \
    --cc=law@cygnus.com \
    --cc=nickc@cygnus.com \
    --cc=rth@cygnus.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).