This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Add -m{arch,tune}=local for x86/x86-64


On 14 Mar 2006 21:30:29 -0800, Ian Lance Taylor <ian@airs.com> wrote:
> "H. J. Lu" <hjl@lucon.org> writes:
>
> > On Tue, Mar 14, 2006 at 08:23:42PM -0800, Ian Lance Taylor wrote:
> > > Michael Matz <matz@suse.de> writes:
> > >
> > > > I convinced myself somehow that gcc.c will not include the target but the
> > > > host header, which would avoid this problem.  On reflection that's not
> > > > true.  Hmm.  Any advice?  I could simply #ifdef CROSS_COMPILE the define
> > > > and the function definition.
> > >
> > > It seems to me that -march=local is only meaningful for a native
> > > compiler.  So it seems appropriate to check CROSS_COMPILE, which will
> > > be defined for a non-native compiler.
> > >
> >
> > Isn't -march=native better than -march=local?
>
> Yes, I agree.

No, I don't agree.  With "native" I can see no connection to the local
CPU (native CPU??)
in the local machine (native machine??).  -march=local fits it best -
see other compilers
for precedence (like gcc4ss ... *runs*).

Richard.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]