bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#48743: 28.0.50; batch-native-compile should produce .elc files as we


From: T.V Raman
Subject: bug#48743: 28.0.50; batch-native-compile should produce .elc files as well
Date: Tue, 30 Nov 2021 09:11:21 -0800

Not quite; the underlying issue -- eln files should be generated from
.elc and not .el files remains.

This bites external packages -- code bundled with Emacs does not have
an issue.

I'll stop asking if the above is deemed "below the line" by  the
emacs-devel team; but with the caveat that I for one will avoid
native-compile entirely  since when this breaks, it breaks
non-deterministically.

Andrea Corallo writes:
 > Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of
 > text editors" <bug-gnu-emacs@gnu.org> writes:
 > 
 > > Eli Zaretskii <eliz@gnu.org> writes:
 > >
 > >>> From: Andrea Corallo <akrl@sdf.org>
 > >>> Cc: raman@google.com, 48743@debbugs.gnu.org
 > >>> Date: Mon, 31 May 2021 18:59:41 +0000
 > >>> 
 > >>> Eli Zaretskii <eliz@gnu.org> writes:
 > >>> 
 > >>> > Can we have a simple variable that could be bound via --eval?
 > >>> 
 > >>> How would you suggest this variable to behave?
 > >>
 > >> If it is bound, use the value instead of using the last member of
 > >> native-comp-eln-load-path.
 > >
 > > Okay c4b02dad9b a32e65b357 are implementing the renaming and the
 > > addition of the `native-compile-target-directory' variable.  Please have
 > > a look.
 > 
 > Closing this as I think a solution was provided.
 > 
 > Happy to reopen if necessary.
 > 
 > Thanks
 > 
 >   Andrea

-- 

Thanks,

--Raman(I Search, I Find, I Misplace, I Research)
♉ Id: kg:/m/0285kf1  🦮

--

Thanks,

--Raman(I Search, I Find, I Misplace, I Research)
♉ Id: kg:/m/0285kf1  🦮





reply via email to

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