emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Native compiler - passing command line options to C compiler


From: Alex Bennée
Subject: Re: Native compiler - passing command line options to C compiler
Date: Wed, 01 Sep 2021 15:58:19 +0100
User-agent: mu4e 1.7.0; emacs 28.0.50

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Arthur Miller <arthur.miller@live.com>
>> Date: Sun, 29 Aug 2021 23:47:56 +0200
>> 
>> after the few mails the other day, I wasn't really sure if Andrea is going to
>> implement it and when. I thought it was rather a tedious manual labour and 
>> maybe
>> not so important, so I took me a liberty to implement this myself in my own, 
>> so
>> called, personal copy of Eamcs sources.
>
> Thanks.
>
>> I am not sure if I have done it correctly though, I appreciate if Andrea have
>> time to take a look; I have just mainly copied your code for backend 
>> options. It
>> seems to work for me, with a minor remark: When I pass a valid option, 
>> "native",
>> in place where it should go, I get an invalid option error. Gcc even lists 
>> it in
>> the error message as a valid option. Another option "skylake" works just 
>> fine. This seems to vary between flags. I am not sure if this is some 
>> encoding
>> error from Emacs to libgccjit, or if it is some bug in libgccjit, or is it 
>> just
>> my brain having dumps.
>
> I guess -march=native is something handled by GCC itself, and here we
> don't have it?  If you want to be sure, ask this question on the GCC
> list, or report as a bug to their Bugzilla.

Shouldn't we be ensuring -march=native for all JIT code anyway? Are the
native eln files ever considered portable/packagable or will they always
be a product of the users current system?

-- 
Alex Bennée



reply via email to

[Prev in Thread] Current Thread [Next in Thread]