[prev in list] [next in list] [prev in thread] [next in thread]
List: gentoo-dev
Subject: Re: [gentoo-dev] New USE=-native-symlinks for gcc-config and binutils-config
From: Sergei Trofimovich <slyfox () gentoo ! org>
Date: 2020-05-24 10:04:33
Message-ID: 20200524110433.5e520371 () sf
[Download RAW message or body]
On Sun, 24 May 2020 09:40:50 +0800
"Pengcheng Xu" <i@jsteward.moe> wrote:
> > USE=-native-symlinks removes a bunch of links that most packages use by default
> > until are overridden explicitly. Incomplete list is:
> > - /lib/cpp
> > - /usr/bin/{gcc,cc,g++,c++,...}
> > - /usr/bin/{as,ld,ranlib,dwp,...}
> >
> > The rule of thumb is: if a tool does not have ${CTARGET}- prefix it will probably
> > disappear with USE=-native-symlinks.
> >
> > (At least eventually) 'emerge' should still be able to build most of packages
> > in such environment. I expect initial breakage will be huge though.
> >
> > Using './configure && make && make install' style workflow will be more tedious.
> > One workaround at least for gcc is to use something like:
> > $ PATH="$(gcc-config -B):$PATH"
> > It's not perfect. We'll see if toolchain can provide nicer environment.
> >
>
> Do we currently have (or is there a plan for) a mechanism to manage the symbolic \
> links and/or create them after merging the package when necessary? It's quite \
> tiresome to type in $CHOST-gcc for simple everyday tasks.
There currently is no nice way to get stable path with up-to-date
symlinks for current gcc/binutils. I think of adding a gentoo-specific
directory to manage symlinks similar to what 'gcc-config -B' provides
in a stable path that you can write once into user's PATH.
No concrete implementation yet. Filed https://bugs.gentoo.org/724980
to track it.
--
Sergei
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic