Date: Mon, 6 Aug 2012 08:11:02 +0000 From: "b. f." <bf1783@googlemail.com> To: Doug Barton <dougb@freebsd.org> Cc: Gerald Pfeifer <gerald@pfeifer.com>, freebsd-ports@freebsd.org, Kevin Oberman <kob6558@gmail.com> Subject: Re: lang/gcc46 Message-ID: <CAGFTUwO93HPcrJvtgfq=dprRaAxinmd4TCNP4Mg4HHyg8xp=Ug@mail.gmail.com> In-Reply-To: <501F778C.5040203@FreeBSD.org> References: <CAGFTUwNbj0mDrdu40dwkmECLhrc0Uwap=8UKi=tbBgRCTvZTMQ@mail.gmail.com> <alpine.LNX.2.00.1207300152200.2533@gerinyyl.fvgr> <5015D122.4040608@FreeBSD.org> <alpine.LNX.2.00.1207311746060.2533@gerinyyl.fvgr> <501F40DB.900@FreeBSD.org> <CAGFTUwN9rU-scMXBVX7qoL8Sj2x0H8qnVN2ANhKobUJqpjb16Q@mail.gmail.com> <501F778C.5040203@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8/6/12, Doug Barton <dougb@freebsd.org> wrote: > On 08/06/2012 00:30, b. f. wrote: >> On 8/6/12, Doug Barton <dougb@freebsd.org> wrote: >>> On 07/31/2012 08:57, Gerald Pfeifer wrote: >>>> On Sun, 29 Jul 2012, Doug Barton wrote: >>> Just to be clear, you compile stuff with gcc 4.6, that is linked against >>> libgcc, and then you update to 4.7, with a new libgcc, and everything >>> still works? If so, that's great, I'm glad to hear that it's not a >>> problem. >> >> For the most part, yes. > > In my mind, this isn't good enough. But I'm not in charge of anything. :) Oops: I forgot though, that partly due to this policy of not bumping gcc shared library versions, we have some shared libraries in the base system that conflict with the shared libraries of the various gcc ports, and we have been enforcing the right links by inscribing hints in the binaries to look first in the right gcc port directories. But if we update lang/gcc from 4.6.x to another major version (e.g. 4.7.x), the directory changes, and linking for the old binaries will fail. So let me qualify my earlier answer: you can keep the old software working with minimal intervention, for example, by adding a symlink from the old directory to the new one. > >> I think Gerald was referring to Bapt's plan to make it easier to make >> multiple packages from a single port, so that those who used packages >> exclusively could install a package consisting of only the runtime >> support libraries, rather than the whole compiler suite. > > Universal support for that is years away, minimum. > >> I had >> patches to do this even without pkgng, but it made things a little >> more complicated, and didn't seem to be a high priority, so I didn't >> pursue it. If people feel that it is important, I could work with >> Gerald to revive that, or use a knob like that of ports/155408 with >> static linking to allow users to remove the runtime dependency for a >> lot of software, at the cost of some added overhead from redundancies. > > Making this change now would benefit a lot of people, now. Okay, but since I'm not in charge either, it will require (at least) Gerald's consent. And if you adopt the latter approach, it won't be one size fits all: it may make sense to use static linking to the support libraries for default packages, of which a comparatively few are built with lang/gcc4*, but it will be less suitable for those who routinely use lang/gcc4* for most if not all of their packages. b.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGFTUwO93HPcrJvtgfq=dprRaAxinmd4TCNP4Mg4HHyg8xp=Ug>