public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev]  Re: gentoo: static/dynamic linking libraries
Date: Mon, 30 Apr 2007 08:49:24 +0000 (UTC)	[thread overview]
Message-ID: <pan.2007.04.30.08.49.23@cox.net> (raw)
In-Reply-To: 200704300928.20427.mereandor@gmail.com

Roman Zimmermann <mereandor@gmail.com> posted
200704300928.20427.mereandor@gmail.com, excerpted below, on  Mon, 30 Apr
2007 09:28:16 +0200:

> Am Montag 30 April 2007 05:35 schrieb Marius Mauch:
>> [snip]
>> builds being irrelevant in many cases is wrong, just that the claim of
>> "only 2 packages needing it" is bogus.
> 
> Surely this was meant in the context of the previous thread: 2 out of
> 845 packages on my system would be right. That's about 0,237%. Either
> way this is a small percentage to argue that 100% should be built with
> static libs. (And there is still the question whether those two would
> really _need_ those static libs or it's just due to the deficiency of
> the EXTRA_ECONF-method.)
> 
> When I have time I will take a look on how some other distributions
> handle this.

What <most> other distributions (which are binary) do doesn't apply, 
because they aren't designed for the end-user to be constantly compiling 
stuff as is assumed on Gentoo.  Most other distributions can (and 
probably do) split most libraries into main-package and -dev package, the 
-dev version containing headers and likely static versions of the 
libraries, while the dynamically linked binaries, config, etc, is in the 
main package.

That makes no sense for an end-user compiled distribution, where if a 
library is installed, it's assumed it will be used, and to use it headers 
and the like must be installed as well.  Statically linked library 
binaries won't always be needed, true, but IMO the same idea should apply 
-- they should be installed by default as it'll be impossible to link 
something statically against them if they aren't, and where end-user 
compiling must be assumed, it's entirely reasonable to assume those same 
end-users may wish some of those compilations to be statically built.

Sure, if it's not too much of a hassle, give those users a USE flag 
(since we're talking per-package enabling), that can of course be set 
globally in make.conf if desired, and that defaults to installing static 
as well as dynamic for most profiles.  Embedded may wish to disable it by 
default, and users may do so if desired, but in the general case, the 
static libs should be there by default just in case.  However, if it's 
too much hassle, having both installed is the sane default, and there's 
certainly INSTALL_MASK for those such as embedded that might be tight-up 
on space or the required additional compiling resources.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-dev@gentoo.org mailing list



  reply	other threads:[~2007-04-30  8:55 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-29  8:32 [gentoo-dev] gentoo: static/dynamic linking libraries Roman Zimmermann
2007-04-29  8:54 ` Jakub Moc
2007-04-29 10:36   ` Ciaran McCreesh
2007-04-29 16:43     ` Roman Zimmermann
2007-04-29 17:50       ` Marius Mauch
2007-04-29 17:56         ` Ciaran McCreesh
2007-04-29 18:21         ` Roman Zimmermann
2007-04-29 18:46       ` paul kölle
2007-04-29 19:04         ` Roman Zimmermann
2007-04-29 19:31           ` Marius Mauch
2007-04-29 19:36             ` Ciaran McCreesh
2007-04-29 20:05               ` Olivier Crête
2007-04-29 21:50     ` Rémi Cardona
2007-04-29 21:56       ` Donnie Berkholz
2007-04-29 22:11         ` Ciaran McCreesh
2007-04-30  3:07           ` Roman Zimmermann
2007-04-30  3:35             ` Marius Mauch
2007-04-30  7:28               ` Roman Zimmermann
2007-04-30  8:49                 ` Duncan [this message]
2007-04-30 19:00             ` Kevin F. Quinn
2007-05-01  7:28               ` Roman Zimmermann
2007-05-01  2:49       ` Peter Gordon
2007-05-01  5:16         ` Donnie Berkholz
2007-05-01  9:16         ` Radoslaw Stachowiak

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=pan.2007.04.30.08.49.23@cox.net \
    --to=1i5t5.duncan@cox.net \
    --cc=gentoo-dev@lists.gentoo.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