Pedro Andres Aranda Gutierrez writes:
> Bluntly speaking, yes. There is this instance not too long ago where we had
> the slow down and I was trying to isolate the source. One of my possible
> suspects was that I might not have the right version of the eln file, because
> the creation
Hi
Bluntly speaking, yes. There is this instance not too long ago where we had the
slow down and I was trying to isolate the source. One of my possible suspects
was that I might not have the right version of the eln file, because the
creation timestamp was seeing with ls-l really made me doubt
Pedro Andres Aranda Gutierrez writes:
> In practice, I was not able to delete the .eln files from a make native.
I am wondering why you wanted to run make native.
When I added that target, it was mostly to test inconsistencies between
make single and make native. However, AFAIU, there should be
On 17/03/2024 13:13, Pedro Andres Aranda Gutierrez wrote:
In practice, I was not able to delete the .eln files from a make native.
In order to have a more controlled environment, I delete them _before_
I refresh my local org-mode/main directory, and then do a make native
after refreshing my
Hi Ihor.
In practice, I was not able to delete the .eln files from a make native.
In order to have a more controlled environment, I delete them _before_
I refresh my local org-mode/main directory, and then do a make native
after refreshing my local copy.
Same happened when testing
Pedro Andres Aranda Gutierrez writes:
>> Do I understand correctly that the reason you implemented cleaneln make
>> target is working around issues with make test/make repro?
>>
> Yes, that's one of the reasons. And, also because when I set
> native.comp-eln-cache-path,
> anything that is not
Hi Ihor,
Answer inline...
On Fri, 15 Mar 2024 at 18:08, Ihor Radchenko wrote:
> Pedro Andres Aranda Gutierrez writes:
>
> > I have added the eln version to the patch...
> >
> > Best, /PA
> > PS: Just as an example, I recompiled master today and the version number
> > for eln changed, so the
Pedro Andres Aranda Gutierrez writes:
> I have added the eln version to the patch...
>
> Best, /PA
> PS: Just as an example, I recompiled master today and the version number
> for eln changed, so the 'old' files from yesterday were not removed ;-)
Yeah. Not ideal.
The whole system with emacs -Q
HI Igor
having more than one 30.0.50 means that you are trying emacs master as
often as me. Only that I tend to cleanup more often :-D
I think I could make it delete the current version only.
It will not delete the org .eln files shipped with a package you install:
that's what the first line in
Pedro Andres Aranda Gutierrez writes:
> +# This is where Emacs stores the .eln files
> +ELNDIR := $(shell $(EMACS) --batch --eval '(when (native-comp-available-p)
> (princ (car native-comp-eln-load-path)))')
> ...
> +cleaneln:
> + @$(foreach elnf,$(patsubst %.eln, %-*.eln, $(LISPN)), \
> +
Hi Ihor,
attached is the patch in what I would call the final version. The main
enhancement is that
make native and make cleaneln with exit gracefully on systems where native
compilation is not enabled.
Best, /PA
On Thu, 14 Mar 2024 at 07:49, Pedro Andres Aranda Gutierrez <
paag...@gmail.com>
Pedro Andres Aranda Gutierrez writes:
> Thanks for the feedback! I'm attaching a unified patch.
Thanks!
Some more comments.
> +# This is where Emacs stores the .eln files
> +ELNDIR= $(shell $(EMACS) --batch --eval '(princ (car
> native-comp-eln-load-path))')
Maybe := is better here.
Hi Ihor,
Thanks for the feedback! I'm attaching a unified patch.
TODO: check that the emacs installed supports native compilation. This is
more for
make native.
Best, /PA
On Wed, 13 Mar 2024 at 13:46, Ihor Radchenko wrote:
> Pedro Andres Aranda Gutierrez writes:
>
> >> I have been
Pedro Andres Aranda Gutierrez writes:
>> I have been experiencing some inconsistencies with org-mode, which I
>> have been able to trace own to using native compilation and not knowing
>> where the files from main were.
Thanks for the patch!
See my comments inline.
> +# This is where Emacs
HI,
nothing like sleeping over a problem. This solution seems to be easier...
/PA
On Sun, 10 Mar 2024 at 12:49, Pedro A. Aranda wrote:
> Hi,
>
> I have been experiencing some inconsistencies with org-mode, which I
> have been able to trace own to using native compilation and not knowing
>
Hi,
I have been experiencing some inconsistencies with org-mode, which I
have been able to trace own to using native compilation and not knowing
where the files from main were.
Attached is a patch in four parts to make natively compiled orgmode more
consistent.
This is a first step and I
16 matches
Mail list logo
