Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 23 Feb 2013 01:53:32 +0200
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Dimitry Andric <dim@FreeBSD.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r247166 - head/contrib/llvm/tools/clang/lib/Driver
Message-ID:  <20130222235332.GB2454@kib.kiev.ua>
In-Reply-To: <201302222240.r1MMeAsu042087@svn.freebsd.org>
References:  <201302222240.r1MMeAsu042087@svn.freebsd.org>

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

--i9LlY+UWpKt15+FH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Fri, Feb 22, 2013 at 10:40:10PM +0000, Dimitry Andric wrote:
> Author: dim
> Date: Fri Feb 22 22:40:10 2013
> New Revision: 247166
> URL: http://svnweb.freebsd.org/changeset/base/247166
>=20
> Log:
>   Pull in r172354 from upstream clang trunk:
>  =20
>     Refactor the x86 CPU name logic in the driver and pass -march and -mc=
pu
>     flag information down from the Clang driver into the Gold linker plug=
in
>     for LTO. This allows specifying -march on the linker commandline and
>     should hopefully have it pass all the way through to the LTO optimize=
r.
>  =20
>     Fixes PR14697.
>  =20
>   Pull in r175919 from upstream clang trunk:
>  =20
>     Driver: Pass down the -march setting down to -cc1as on x86 too.
>  =20
>     The assembler historically didn't make use of any target features, bu=
t this has
>     changed when support for old CPUs that don't support long nops was ad=
ded.
>  =20
>   This should fix the long nops that still occurred in crt*.o, and
>   possibly other object files, if the system was compiled for a CPU that
>   does not support those, such as Geode.
>  =20
>   Note that gcc on i386 also does not pass through any -march, -mcpu or
>   -mtune setting to gas, but this has not caused any trouble yet, because
>   gas defaults to i386.

Are you saying that assembler (in the 'cc' invocation) miscompiles
the .s files on i386 ? Why does it use instructions by default which
are not supported on the i486 architecture, implicitely ?

--i9LlY+UWpKt15+FH
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iQIcBAEBAgAGBQJRKAT7AAoJEJDCuSvBvK1BIIMP+wUvTv0DjRxxvnlLx53LTUsg
zMzirwHFJH3ICLT+TCpKCgdh4vFxcvnlclFn6WyFsThY19rcpNBjibqjG14TWfVJ
cfY+TyyFM/8Y72gDuDAS/MDTYHXUH1keuykofjJTNdDN+/PjaID0fyDpgkcknAA/
rfb1vmtcl4h9zf3s6/Ld/vv4dWCAr3UAqVSV7SpXLcTmoTFu5FL3VBd1BIBuxzt3
pfVU+Aj5kI86KTdzbdiBf+LCrUNu149SGEMUquQPqmhS2tD1NX2riw+NXSZzKJnr
eRwbgpZAEGwQw1bVs5bgIRwTiKVJqNEftqLkiIMZBR9KPheOApwyMo7HX32Dd6py
KPByMrZuOEA1NwPWVHwOSvb2n1vn3/cwWq2XV0Km0G4a5fbfDshKe2I0NZctHIZL
KZhmYD97LmayV55nFpFMQ/6vbn08Z0/1s3yWxEYLzHDmI2WutAZowOCnIFuAla0V
p4xwQgABC43nBQPaeswsH0Z6VPMzciqjqCX8Gygx7Tn2BhR+AOMZ+rgq/A97fTkc
E2c/ivzqqA9RBocdgXmwcxIeCx+cMCi9386H8N+MX58wxxnhWUaZ51WUnuqzUFbD
4dXdq9AfTjaw8XyHrxHTc0jiBtCUgvErD2TESJIg5BhCeczM4vgHwMSo4G7A57x0
KcdssMqY+AMGb1uQut8/
=80t0
-----END PGP SIGNATURE-----

--i9LlY+UWpKt15+FH--



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