[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