[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120920220406.GQ254@brightrain.aerifal.cx>
Date: Thu, 20 Sep 2012 18:04:06 -0400
From: Rich Felker <dalias@...ifal.cx>
To: musl@...ts.openwall.com
Subject: Re: musl-gcc question
On Thu, Sep 20, 2012 at 05:53:45PM -0400, idunham@...abit.com wrote:
> > On Thu, Sep 20, 2012 at 04:50:13PM +0200, Jens wrote:
> >>
> >> Hello!
> >>
> >> Looks like musl-gcc in my uclibc environment doesn't work correctly
> >> (for me):
> >
> > Aboriginal Linux? The problem is that the underlying gcc is not gcc,
> > but Rob Landley's gcc wrapper which serves a similar purpose to
> > musl-gcc, but using the command line rather than spec files, so it
> > takes precedence. You need to either find a way to get musl-gcc to
> > call the underlying gcc, or build a native toolchain.
>
> Rich, what would you think of changing from a hardcoded "gcc" to using
> something along these lines:
>
> [ -z "$REALGCC" ] && REALGCC=gcc
> $REALGCC <the current parameters>
>
> By setting REALGCC to rawgcc, Landley's toolchain could easily be used.
> This would also help for using other cross-toolchains.
> (note: I'm not particular about the variable, but $GCC might be a bad
> choice: ISTR seeing one or two Makefiles that set that.)
Have you tested if this works okay? If it's known to work, send a
clean patch and I think it should be okay to apply.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
