Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 7 Mar 2011 23:29:22 +0200
From:      Kostik Belousov <kostikbel@gmail.com>
To:        George Liaskos <geo.liaskos@gmail.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: r219385 build error.
Message-ID:  <20110307212922.GW78089@deviant.kiev.zoral.com.ua>
In-Reply-To: <AANLkTimJpsr=38UPswCXUmajNixTs1qS-8FxT36xAK4V@mail.gmail.com>
References:  <AANLkTikc-Z9mjmQ7EWnWdqz297hHQ_Kt2k9z05FaNv-y@mail.gmail.com> <20110307205957.GA47557@freebsd.org> <AANLkTimJpsr=38UPswCXUmajNixTs1qS-8FxT36xAK4V@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--H13sLJJKWIdGJd+P
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 07, 2011 at 11:19:40PM +0200, George Liaskos wrote:
> >What process did you follow to get here?
>=20
> I did a make toolchain followed by make buildworld.
>=20
> > that's because the latest gcc commits have support for core2 and thus i=
t no
> > longer is being expanded to nocona. please note that having core2 in ma=
ke.conf
> > has always been *wrong*. hence the need to reset it to nocona.
> > the best way to fix this would be to set CPUYTYPE?=3Dnative. if you wan=
t core2
> > support now's the chance to actually get it. just update world and you =
can use
> > CPUTYPE?=3Dcore2 and this time it *really* is supported. ;)
>=20
> I saw the relevant commits about core2, this is the reason i decided
> to do a rebuild.
> I didn't know that core2 was wrong, it's in the make.conf
> documentation, "native" it's not and after serious googling i found
> out that i should actually avoid it.
>=20
> I always believed that core2 was there [make.conf] as a future proof
> upgrade path for when the base toolchain actually supports core2.
>=20
> So, should i use native cputype?

You did not shown the actual point where the error was raised.
Applying some psychic powers, I could guess that it happens at the
bootstrap stage. And this would be reasonable indeed, since bootstrap
needs to use the system compiler, until the new cross toolchain is
ready. And obviously system compiler not yet supports -march=3Dcore2,
since you are only compiling the code that supports.

Of course, all this assuming that error indeed happens at bootstrap,
and the referenced commit does not introduce regressions, which I
think is the case.

I believe the solution for you would be to remove any CPU model settings
from make.conf, make and install new world, then try new buildworld
with desired settings. As a side note, I do not believe that you would
get any measurable changes.

--H13sLJJKWIdGJd+P
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)

iEYEARECAAYFAk11TjIACgkQC3+MBN1Mb4iD6gCeObeR3HyrG/jJ8hbs+PHLL5jF
CCgAoLNNQz0MKrjAixaWI2U/3bfwe05P
=5GcX
-----END PGP SIGNATURE-----

--H13sLJJKWIdGJd+P--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110307212922.GW78089>