Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] RFC: combining all gcc frontends into a single spell

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Seth Alan Woolley <seth AT swoolley.homeip.net>
  • To: "Andraž 'ruskie' Levstik" <ruskie AT codemages.net>
  • Cc: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] RFC: combining all gcc frontends into a single spell
  • Date: Sat, 25 Jul 2009 00:26:08 -0700

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




Archive powered by MHonArc 2.6.24.

Top of Page