public inbox for elfutils@sourceware.org
 help / color / mirror / Atom feed
From: Paul Smith <paul@mad-scientist.net>
To: Mark Wielaard <mark@klomp.org>
Cc: elfutils-devel@sourceware.org
Subject: Re: building static libs
Date: Tue, 03 Nov 2020 08:46:45 -0500	[thread overview]
Message-ID: <55a95dc4ff615bb0495ed493ce1d781cd5b3c580.camel@mad-scientist.net> (raw)
In-Reply-To: <20201102231634.GB3335@wildebeest.org>

My ISP appears to get this sort of treatment regularly.  I just don't
have the time or energy to investigate or switch to something else.  I
know that's why they can probably get away with it, but... that doesn't
give me more time or energy :p

On Tue, 2020-11-03 at 00:16 +0100, Mark Wielaard wrote:
> To be honest I recently removed the static development libraries from
> Fedora since nobody was using the (and the only package that
> dependent on them did so by accident). And was hoping to eventually
> remove the static builds from the code.

In the environment I have set up each package is deployed in its own
subdirectory, in a 100% relocatable configuration (the entire structure
is checked into source control and users can check it out anywhere they
want and it must work).  The repository contains versions of some tools
for Linux, Mac, Windows (of course things like GDB etc. are only in the
Linux section)  I prefer to avoid symlinks as they are not well-
supported on all platforms.

While I can conceivably figure out how to use an RPATH to get GDB to
find the libdebuginfod shared library in its project-specific location
via relative paths, it's just simpler all around to link statically.
 The advantages of shared libs aren't really compelling to me in this
configuration.

Hopefully they won't go away, but I guess that's up to you folks!


      reply	other threads:[~2020-11-03 13:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-31 19:10 Paul Smith
2020-10-31 19:52 ` ** POTENTIAL FRAUD ALERT - RED HAT ** " Frank Ch. Eigler
2020-10-31 20:05   ` Paul Smith
2020-11-02 23:16     ` Mark Wielaard
2020-11-03 13:46       ` Paul Smith [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=55a95dc4ff615bb0495ed493ce1d781cd5b3c580.camel@mad-scientist.net \
    --to=paul@mad-scientist.net \
    --cc=elfutils-devel@sourceware.org \
    --cc=mark@klomp.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).