GNU bug report logs - #43269
28.0.50; [feature/native-comp] provide a user feedback on Emacs being native compiled

Previous Next

Full log

View this message in rfc822 format

From: Andrea Corallo <akrl <at> sdf.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rms <at> gnu.org, arthur.miller <at> live.com, 43269 <at> debbugs.gnu.org
Subject: bug#43269: 28.0.50; [feature/native-comp] provide a user feedback on Emacs being native compiled
Date: Wed, 09 Sep 2020 16:32:58 +0000

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Andrea Corallo <akrl <at> sdf.org>
>> Cc: rms <at> gnu.org,  arthur.miller <at> live.com,  43269 <at> debbugs.gnu.org
>> Date: Wed, 09 Sep 2020 15:19:58 +0000
>>
>> the native compiler improved considerably the compilation speed with
>> time.  I just took a measure at today's status native compiling only the
>> dumped image (what is going to be default when native compiling).
>>
>> On my dev machine vanilla Emacs uses 12m tot CPU time for a compilation
>> from a fresh repo. The same native compiling takes 30m tot CPU time so
>> IMO it is not terrible.
>
> Is this with "make" or with "make -jN"? if the latter, what value of N
> was used?

$ git clean -xfd && ./autogen.sh && ./configure --without-x --with-nativecomp  && time make NATIVE_FAST_BOOT=1 -j16
[...]
real    4m19.570s
user    28m59.958s
sys     0m48.797s
$

I guess -j1 may even score slightly less user time.

>> For Guile I have no idea if it was simpler to implement or discuss.
>
> I'm talking from the POV of a Guile user: it is simply seamless.

Well I think from a user prespective now with our native-compiler should
be the same, it does not require any user intervention.

  Andrea

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.