Public SourceMage Discussion List

[Seth Alan Woolley <seth AT swoolley.homeip.net>]

On Fri, Jul 24, 2009 at 06:30:19PM +0200, Andraž 'ruskie' Levstik wrote:
>
> Another issue I would like to stuff someplace is /lib64
> 
> Do we really need to bother with supporting both instead of just putting
> things into /lib and be done with.
> 
> This would reduce the need to handle specs files in the gcc spell.
> Considering we overwrite this everywhere else we should do it for the
> loader as well:
> 
> /lib64/ld-linux-x86-64.so.2 to /lib/ld-linux-x86-64.so.2
> 
> And be done with it.

I was the one who added the initial support for /lib instead of /lib64 for 
our gcc/glibc spells.

I made it optional because our first attempt at an x86_64 iso was multi-lib 
and I didn't want to interfere with backwards incompatibility.

Technically the standards compliance would demand that we put the primary 
libs in /lib and multi-lib if we supported it into /lib32.

There's no reason to use multilib anymore for 99% of people because even 
flash works on 64-bit.

Let's dump the /lib64 hackery for good so we are consistent, please, it's 
easier for every other spell that's not autotools in the long run.

Seth

-- 
                         Seth Alan Woolley

Pacific Green Party of Oregon State Secretary   Sr Software Engineer
Parliamentarian, State Coordinating Committee   deCarta, RMQ RME RMF

3403 NE Stanton St   gnupg.org key C6ED433C =   http://swoolley.org/
Portland, OR 97212   ACB3 39BE B9A2 12A0 C073   Cell: (503) 953-3943
USA, 97212-2744 03   4CDF 7F70 DAC6 C6ED 433C   45.5438 N 122.6295 W

Attachment: pgpPl1sFCQGka.pgp
Description: PGP signature