Gentoo Logo
Gentoo Spaceship

Installation:
Gentoo Handbook
Installation Docs

Documentation:
Home
Listing
About Gentoo
Philosophy
Social Contract

Resources:
Bug Tracker
Developer List
Discussion Forums
Gentoo BitTorrents
Gentoo Linux Enhancement Proposals
IRC Channels
Mailing Lists
Mirrors
Name and Logo Guidelines
Online Package Database
Security Announcements
Staffing Needs
Supporting Vendors
View our CVS

Graphics:
Logos and themes
Icons
ScreenShots

Miscellaneous Resources:
Gentoo Linux Store
Gentoo-hosted projects
IBM dW/Intel article archive




List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Ciaran McCreesh <ciaran.mccreesh@...>
Subject: Re: RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
Date: Fri, 30 May 2008 22:53:51 +0100
On Sat, 31 May 2008 00:47:44 +0300
Mart Raudsepp <leio@g.o> wrote:
> > Paludis is fine with as-needed. But hey, don't let reality get in
> > the way of your pathetic attempts at turning everything into Paludis
> > bashing.
> 
> It happens to be the only package that I know of that couldn't be
> fixed to work with --as-needed (fix for others being to actually
> state linking with a library whose symbols are directly used). I have
> not heard of anything else.

Except that Paludis is fine with --as-needed.

> That doesn't mean Gentoo progress, in maintainability of a running
> system through the ease of ABI breaks meaning magnitudes of less
> recompilations, should be inhibited.

as-needed isn't the right way to do this.

> > And twenty years ago C++ had to work around linkers that only
> > supported eight character symbol names. Reality moves forward,
> > except in situations like these where people try to rice it
> > backwards.
> 
> Maybe you'd like to tell that to the authors of the platforms that
> don't support this extreme corner case, but are amongst the platforms
> that we do somewhat support in Gentoo?

Not really. They'll fix it sooner or later. Probably sooner, once C++0x
starts being widely used.

> The story that matters here is, that a C++ corner case that does not
> work on 0.01% of packages with --as-needed and breaks on non-ELF
> platforms, should not cause good things for our users to be shot down.

You could say the same thing for -ffast-math...

-- 
Ciaran McCreesh
Attachment:
signature.asc (PGP signature)
Replies:
Re: RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
-- Luca Barbato
Re: RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
-- Donnie Berkholz
References:
RFC: Should preserve-libs be enabled by default?
-- Marius Mauch
Re: Re: RFC: Should preserve-libs be enabled by default?
-- David Leverton
Re: RFC: Should preserve-libs be enabled by default?
-- Diego 'Flameeyes' Pettenò
Re: Re: RFC: Should preserve-libs be enabled by default?
-- David Leverton
Re: Re: RFC: Should preserve-libs be enabled by default?
-- Luca Barbato
Re: Re: RFC: Should preserve-libs be enabled by default?
-- Ciaran McCreesh
Re: Re: RFC: Should preserve-libs be enabled by default?
-- Mart Raudsepp
Re: Re: RFC: Should preserve-libs be enabled by default?
-- Ciaran McCreesh
RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
-- Mart Raudsepp
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
Next by thread:
Re: RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
Previous by date:
RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)
Next by date:
Re: RFC: --as-needed to default LDFLAGS (Was: RFC: Should preserve-libs be enabled by default?)


Updated Jun 17, 2009

Donate to support our development efforts.

Gentoo Centric Hosting: vr.org

VR Hosted

Tek Alchemy

Tek Alchemy

SevenL.net

SevenL.net

php|architect

php|architect

Copyright 2001-2007 Gentoo Foundation, Inc. Questions, Comments? Email www@gentoo.org.