Re: [gentoo-alt] [PREFIX] linker_XXX?

[Fabrizio Listello]

Some time ago I used a sun-ld keyword for chosing between GNU linker
or Sun Solaris native linker. This can be useful for debugging
pourpose.
I'ld prefer to have somewhere an explicit choice of the linker, if I
can. This can be useful in the future where, for example, one can try
to compile ebuild using Sun Studio Compilers instead of GCC...
Does this make sense?

On 6/13/07, Michael Haubenwallner <michael.haubenwallner@×××××××.at> wrote:
> On Tue, 2007-06-12 at 11:27 +0200, Fabian Groffen wrote:
> > I've hit this thought a few times now, but every time hacked around it
> > with assumptions.  However, maybe it is a good idea to make the linker
> > (and perhaps also the compiler?) visible from ebuilds?  Many "Darwin"
> > patches are linker patches.
> >
> > I was thinking of things like
> >
> > linker_GNU
> > linker_Darwin
> > linker_Solaris
> >
> > or?
> >
> > [[ ${LINKER} == binutils-2.17* ]]
> > [[ ${LINKER} == odcctools* ]]
> >
> > or any other mix inbetween?  Does it make sense to anyone?  Thoughts?
>
> What about having some intelligent functions in toolchain-funcs.eclass ?
>
> Because when GNU ld once works on platforms it does currently not, we
> might want to switch...
>
> I'm thinking of somewhat like that:
>
> tc-have-soname() {
>     if [[ $($($(tc-getCC) -print-prog-name=ld) --version 2>/dev/null) == *GNU* ]]; then
>         # ld used by CC is GNU ld, thus we have -soname
>         return 0
>     fi
>     case "${CHOST}" in
>     *-hpux*) return 0 ;; # assume ldwrapper maps -soname to +h
>     esac
>     return 1
> }
>
> and/or eventually:
>
> tc-soname() {
>     if [[ $($(tc-getCC) -print-prog-name=ld) --version 2>/dev/null) == *GNU* ]]; then
>         # ld used by CC is GNU ld, thus we have -soname
>         echo "-soname=${1}"
>     else
>         case "${CHOST}" in
>         *-hpux*) echo "+h ${1}" ;; # no mapping of -soname to +h in ldwrapper
>         esac
>     fi
>     true
> }
>
> /haubi/
>
> --
> gentoo-alt@g.o mailing list
>
>


-- 

FList
-- 
gentoo-alt@g.o mailing list