public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Ralf Wildenhues <Ralf.Wildenhues@gmx.de>
To: "Dr. David Kirkby" <david.kirkby@onetel.net>
Cc: gcc-help@gcc.gnu.org
Subject: Re: Can I stop linking the same library twice?
Date: Thu, 31 Dec 2009 14:25:00 -0000	[thread overview]
Message-ID: <20091231093555.GC19673@gmx.de> (raw)
In-Reply-To: <4B3C0212.5000502@onetel.net>

* Dr. David Kirkby wrote on Thu, Dec 31, 2009 at 02:44:50AM CET:
> Ralf Wildenhues wrote:
> >* Dr. David Kirkby wrote on Sat, Dec 12, 2009 at 12:08:11PM CET:
> >>I have seen issues in the Sage mathematics software
> >
> >>where problems arise if a library included in Sage is installed on
> >>the system too. Sage included the source for all the libraries it
> >>needs (e.g. readline), in case the system does not have that
> >>library. That sometimes causes problems, if the option "-L
> >>$SAGE_HOME/local/lib" is added and the library is also on the
> >>system.
> >
> >Is libtool used to create this library?  Then this shouldn't happen
> >(famous last words), and if it does, it's typically the sign of a bug in
> >the makefiles or in libtool somewhere.

> No, libtool is not used. Nor is autoconf or automake. Sage consists
> of about 100 open source packages. For each one, there is a small
> script which builds that package, which at the bare essentials might
> be:

That doesn't answer the question though.  Your super-project Sage might
not use libtool, nor might some of the packages it is comprised of.  If
the sub package where the failing link happens uses libtool though,
above advice might still apply.

> In other cases it might the script which does the building might be
> a python script. Each one is customised to build that particular bit
> of software.

I don't think you can debug them without going into specifics and
looking at each one that is failing.

Cheers,
Ralf

      reply	other threads:[~2009-12-31  9:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-13 19:38 Dr. David Kirkby
2009-12-13 21:47 ` Philipp Thomas
2009-12-14  2:37   ` Dr. David Kirkby
2009-12-15 12:39     ` Philipp Thomas
2009-12-17 11:32       ` Dr. David Kirkby
2009-12-30 21:47 ` Ralf Wildenhues
2009-12-31  2:37   ` Dr. David Kirkby
2009-12-31 14:25     ` Ralf Wildenhues [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=20091231093555.GC19673@gmx.de \
    --to=ralf.wildenhues@gmx.de \
    --cc=david.kirkby@onetel.net \
    --cc=gcc-help@gcc.gnu.org \
    /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).