[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-dev
Subject:    [gentoo-dev] Re: virtauls for libstdc++-versions?
From:       Sven_Köhler <skoehler () upb ! de>
Date:       2004-06-27 1:34:01
Message-ID: cbl867$u3o$1 () sea ! gmane ! org
[Download RAW message or body]

>>why should everybody have libstdc++-v3 installed? just some ebuilds that
>>install pre-compiled software will depend on specific libstdc++ versions.
> 
> if you make me a comprehensive list of every binary c++ app/plugin in the 
> portage tree linked against the old libstdc++, i'll update their 
> dependencies. however, i dont assume anyone maintaining an app will 
> automatically realise that this dependency is needed if using gcc 3.4... and 
> there are a -lot- of ebuilds that would need updating, most of which arent 
> even supported on my arch (so i cant test and dont want to touch them 
> myself). perhaps spanky's idea of just slamming another binary into 
> lib-compat is a good one...

So which ebuild will depend on lib-compat than? there's no list of that 
ebuilds, that's true, but just because there has been mistakes in the 
past, you shouldn't block improvements.

You should perhaps intruduce those virtuals now, and remove the 
workarounds later, when most of the ebuilds are using these virtuals.

>>there also another point: somebody having gcc-3.2 or gcc-3.3 installed
>>doesn't need libstdc++-v3 too, and the gentoo-way of solving that is to
>>use virtuals.
> 
> true. but using profiles is a useful solution until we can get to -every- 
> binary in the tree. :)

Sure, i don't want anybody to change every ebuild until tomorrow, but i 
think i discovered a m drawback which need to be handled better.

In addition, every C++ application in a system depends on some version 
of the libstdc++. The portage could even take care of that by 
determining which version of libstdc++ is used by the compiled binaries 
and adding a depency to the portage-database.


--
gentoo-dev@gentoo.org mailing list

[prev in list] [next in list] [prev in thread] [next in thread]