[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 🦮