I'm trying to build gcc in my prefix, but it's always picking up
automake-1.7 from /usr/share and not the latest from my
${EPREFIX}/usr/share directory.

I spotted the following in gnuconfig.eclass....

# this searches the standard locations for the newest config.{sub|
guess}, and
# returns the directory where they can be found.
gnuconfig_findnewest() {
local locations="
/usr/share/gnuconfig/config.sub
/usr/share/automake-1.9/config.sub
/usr/share/automake-1.8/config.sub
/usr/share/automake-1.7/config.sub
/usr/share/automake-1.6/config.sub
/usr/share/automake-1.5/config.sub
/usr/share/automake-1.4/config.sub
/usr/share/libtool/config.sub
"
grep -s '^timestamp' ${locations} | sort -n -t' -k2 | tail -n 1
| sed 's,/config.sub:.*$,,'
}

Shouldn't the above have the ${EPREFIX} added somehow?

Alan.

--
gentoo-alt@lists.gentoo.org mailing list

On 15-04-2008 23:18:32 +0100, Alan Hourihane wrote:
> I'm trying to build gcc in my prefix, but it's always picking up
> automake-1.7 from /usr/share and not the latest from my
> ${EPREFIX}/usr/share directory.
>
> I spotted the following in gnuconfig.eclass....
>
> # this searches the standard locations for the newest config.{sub|
> guess}, and
> # returns the directory where they can be found.
> gnuconfig_findnewest() {
> local locations="
> /usr/share/gnuconfig/config.sub
> /usr/share/automake-1.9/config.sub
> /usr/share/automake-1.8/config.sub
> /usr/share/automake-1.7/config.sub
> /usr/share/automake-1.6/config.sub
> /usr/share/automake-1.5/config.sub
> /usr/share/automake-1.4/config.sub
> /usr/share/libtool/config.sub
> "
> grep -s '^timestamp' ${locations} | sort -n -t' -k2 | tail -n 1
> | sed 's,/config.sub:.*$,,'
> }
>
> Shouldn't the above have the ${EPREFIX} added somehow?

Looks like a big screwup indeed... Thanks!


--
Fabian Groffen
Gentoo on a different level
--
gentoo-alt@lists.gentoo.org mailing list

On 15-04-2008 23:18:32 +0100, Alan Hourihane wrote:
> I'm trying to build gcc in my prefix, but it's always picking up
> automake-1.7 from /usr/share and not the latest from my
> ${EPREFIX}/usr/share directory.
>
> I spotted the following in gnuconfig.eclass....

Weird actually, since gnuconfig is declared "DEAD", reason: portage has
it integrated...

> # this searches the standard locations for the newest config.{sub|
> guess}, and
> # returns the directory where they can be found.
> gnuconfig_findnewest() {
> local locations="
> /usr/share/gnuconfig/config.sub
> /usr/share/automake-1.9/config.sub
> /usr/share/automake-1.8/config.sub
> /usr/share/automake-1.7/config.sub
> /usr/share/automake-1.6/config.sub
> /usr/share/automake-1.5/config.sub
> /usr/share/automake-1.4/config.sub
> /usr/share/libtool/config.sub
> "

On a second thought, this list is also far from up-to-date, so I doubt
it is used currently.

> grep -s '^timestamp' ${locations} | sort -n -t' -k2 | tail -n 1
> | sed 's,/config.sub:.*$,,'
> }
>
> Shouldn't the above have the ${EPREFIX} added somehow?

That won't hurt in any case.


--
Fabian Groffen
Gentoo on a different level
--
gentoo-alt@lists.gentoo.org mailing list

On Wed, 2008-04-16 at 10:15 +0200, Fabian Groffen wrote:
> On 15-04-2008 23:18:32 +0100, Alan Hourihane wrote:
> > I'm trying to build gcc in my prefix, but it's always picking up
> > automake-1.7 from /usr/share and not the latest from my
> > ${EPREFIX}/usr/share directory.
> >
> > I spotted the following in gnuconfig.eclass....
>
> Weird actually, since gnuconfig is declared "DEAD", reason: portage has
> it integrated...

I thought so too, but it's not.

> > # this searches the standard locations for the newest config.{sub|
> > guess}, and
> > # returns the directory where they can be found.
> > gnuconfig_findnewest() {
> > local locations="
> > /usr/share/gnuconfig/config.sub
> > /usr/share/automake-1.9/config.sub
> > /usr/share/automake-1.8/config.sub
> > /usr/share/automake-1.7/config.sub
> > /usr/share/automake-1.6/config.sub
> > /usr/share/automake-1.5/config.sub
> > /usr/share/automake-1.4/config.sub
> > /usr/share/libtool/config.sub
> > "
>
> On a second thought, this list is also far from up-to-date, so I doubt
> it is used currently.

It really is, honestly.

> > grep -s '^timestamp' ${locations} | sort -n -t' -k2 | tail -n 1
> > | sed 's,/config.sub:.*$,,'
> > }
> >
> > Shouldn't the above have the ${EPREFIX} added somehow?
>
> That won't hurt in any case.

Look at toolchain.eclass and toolchain-binutils.eclass and it calls
gnuconfig_update which comes back to this function above.

So it really needs fixing and updating.

Alan.

--
gentoo-alt@lists.gentoo.org mailing list

On 16-04-2008 09:25:08 +0100, Alan Hourihane wrote:
> Look at toolchain.eclass and toolchain-binutils.eclass and it calls
> gnuconfig_update which comes back to this function above.
>
> So it really needs fixing and updating.

I fixed it, the updating I'll file a bug for.


--
Fabian Groffen
Gentoo on a different level
--
gentoo-alt@lists.gentoo.org mailing list