Date: Thu, 19 Feb 2004 17:22:08 -0800 From: "David O'Brien" <obrien@FreeBSD.org> To: Kris Kennaway <kris@obsecurity.org> Cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/lang/gcc34 Makefile distinfo Message-ID: <20040220012208.GA4306@dragon.nuxi.com> In-Reply-To: <20040219222006.GA19860@xor.obsecurity.org> References: <200402192212.i1JMCUxx092480@repoman.freebsd.org> <20040219222006.GA19860@xor.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 19, 2004 at 02:20:06PM -0800, Kris Kennaway wrote:
> On Thu, Feb 19, 2004 at 02:12:30PM -0800, Gerald Pfeifer wrote:
> > gerald 2004/02/19 14:12:30 PST
> >
> > FreeBSD ports repository
> >
> > Modified files:
> > lang/gcc34 Makefile distinfo
> > Log:
> > Adopt this port and update to the 2004-02-18 snapshot of GCC 3.4.
> >
> > Given that I am now responsible for snapshot generation on gcc.gnu.org,
> > remove the feature to obtain sources from GCC CVS. Mark broken on amd64
> > (which used to be called x86_64).
>
> Hmm, why is this port unbuildable on amd64? Is it because the
> configure script expects FreeBSD/amd64 to identify itself as x86_64?
> If so, this problem was solved last year by making GNU_CONFIGURE ports
> use an up-to-date version of config.{guess,sub} from
> /usr/ports/Templates, which correctly identify a FreeBSD/amd64 system.
This used to work with GCC -- which ran 'configure' and then 'make'.
Newer GCC's top-level 'configure' isn't the GNU autoconf. Instead, the
GNU autoconf is done in the 'make' stage. I need to do some whacking on
the FSF GCC sources to DTRT.
--
-- David (obrien@FreeBSD.org)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040220012208.GA4306>