Hi all,
> Stefan Monnier writes:
>> And I like the way the manual is formatted. Compare this:
>> https://www.gnu.org/software/auctex/manual/auctex.html
>> with this:
>> https://elpa.gnu.org/devel/doc/auctex.html
> Hmm... nice. FWIW, the elpa rendering is the same as that of
>
branch: master
commit f5546d1da0feacc43d0673dab262a7a7f44f26e9
Author: Arash Esbati
Commit: Arash Esbati
; * NEWS.org: Update the file.
---
NEWS.org | 4
1 file changed, 4 insertions(+)
diff --git a/NEWS.org b/NEWS.org
index 21b98e30..10e890e0 100644
--- a/NEWS.org
+++ b/NEWS.org
@@
branch: master
commit a401c3fcc678541384b0cda915069c7998729fe0
Author: Arash Esbati
Commit: Arash Esbati
Silence the compiler for the "main" branch
* latex.el:
* plain-tex.el:
* tex.el: Declare functions which are reported as not known to
be defined when compiling the
> Hi Uwe,
> Uwe Brauer writes:
> If you look at this page, you'll see that the function/functionality
> went through some improvement loops.
> https://git.savannah.gnu.org/cgit/emacs.git/log/lisp/emacs-lisp/loaddefs-gen.el
> I don't think that the issue below is related to your Emacs, but
> And I like the way the manual is formatted. Compare this:
> https://www.gnu.org/software/auctex/manual/auctex.html
> with this:
> https://elpa.gnu.org/devel/doc/auctex.html
Hmm... nice. FWIW, the elpa rendering is the same as that of
Hi Uwe,
Uwe Brauer writes:
> I concentrated on the repository that I cloned with git.
>
> I compiled and installed GNU emacs
> commit 1d4e90341782
> 31.05.2022, where the function loaddefs-generate-batch was introduced.
If you look at this page, you'll see that the function/functionality
went
>>> "AE" == Arash Esbati writes:
> Tassilo Horn writes:
>> And there it is! So it seems to work now; you can stop knocking. ;-)
> And I like the way the manual is formatted. Compare this:
> https://www.gnu.org/software/auctex/manual/auctex.html
> with this:
>
Tassilo Horn writes:
> And there it is! So it seems to work now; you can stop knocking. ;-)
And I like the way the manual is formatted. Compare this:
https://www.gnu.org/software/auctex/manual/auctex.html
with this:
https://elpa.gnu.org/devel/doc/auctex.html
Thanks!
Best, Arash
Tassilo Horn writes:
> Ah, ok, and you do that probably over multiple emacs sessions so that
> the buffer isn't there anymore.
Yes, my workflow is to write the ChangeLog entry directly after the
change and not before the actual commit, hence I need a file.
> You might as well customize
branch: master
commit 0e315c7fbeed081addf369fd42e7206d83580bc5
Author: Vangelis Evangelou
Commit: Ikumi Keita
Support indirect buffer
* tex.el (TeX-buffer-file-name): New wrapper function for
`buffer-file-name'. It returns base buffer's file name in indirect
buffer.
Hi
A couple of days ago Paul posted about a new (at least for me) package,
that allows via latexmk to actualise the generated pdf file, if the
corresponding LateX source file is saved.
I tested it in the last days and like it quite a bit. Preview.el is also
part of auctex, so the question is,
> And there it is! So it seems to work now; you can stop knocking. ;-)
Yay! That wood should is happy,
Stefan
branch: main
commit 80f47a4b72eeac0d1b5a83badfa7482b5f9378eb
Author: Arash Esbati
Commit: Arash Esbati
* GNUmakefile (clean): Don't clean up ChangeLog.
---
GNUmakefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/GNUmakefile b/GNUmakefile
index 999861cb..507d69fd 100644
---
Arash Esbati writes:
>> It depends on how clean the clean target should make. I went for
>> very clean but wouldn't mind if the ChangeLog was kept. For what
>> purpose?
>
> I maintain a ChangeLog: I use 'C-x 4 a' to make a ChangeLog entry and
> depending on how I make a commit, I plonk that
Tassilo Horn writes:
> We are lucky. Good that we have him.
> It depends on how clean the clean target should make. I went for very
> clean but wouldn't mind if the ChangeLog was kept. For what purpose?
I maintain a ChangeLog: I use 'C-x 4 a' to make a ChangeLog entry and
depending on
Arash Esbati writes:
>> I totally don't mind when you fix my errors and oversights. That's
>> exactly why I've hired you. ;-)
>
> And I rely on Keita looknig after me ;-)
We are lucky. Good that we have him.
> I have another question about this rule:
>
> clean:
> rm -f
Tassilo Horn writes:
> I totally don't mind when you fix my errors and oversights. That's
> exactly why I've hired you. ;-)
And I rely on Keita looknig after me ;-)
I have another question about this rule:
clean:
rm -f $(ALL_GENERATED_FILES) \
$(wildcard
branch: main
commit 16a5896f6d61c3ab693bfe374608b088163a2b69
Author: Arash Esbati
Commit: Arash Esbati
; * GNUmakefile: Fix last change.
---
GNUmakefile | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/GNUmakefile b/GNUmakefile
index 892d1c3c..999861cb 100644
Arash Esbati writes:
> Thanks. Do you mind if I add this change to it:
I totally don't mind when you fix my errors and oversights. That's
exactly why I've hired you. ;-)
>> Strange enough, it doesn't catch the cl-member warning above and also
>> not the ones Uwe mentioned
>
> I see what Uwe
Tassilo Horn writes:
> Done.
Thanks. Do you mind if I add this change to it:
--8<---cut here---start->8---
diff --git a/GNUmakefile b/GNUmakefile
index 892d1c3c..999861cb 100644
--- a/GNUmakefile
+++ b/GNUmakefile
@@ -83,7 +83,8 @@ clean:
rm -f
Tassilo Horn writes:
>>> The original problem was that elpa.gnu.org did not have TeX
>>> installed. After fixing it there was another problem of access
>>> rights when running TeX. I believe it is now fixed and it should get
>>> built within the next 6 hours. Knocking on wood.
>>
>> Sadly,
Arash Esbati writes:
>> If you have more than those, yes:
>>
>> In bib-find-next:
>> bib-cite.el:944:8: Warning: ‘find-tag’ is an obsolete function (as of
>> 25.1); use ‘xref-find-definitions’ instead.
>>
>> In end of data:
>> tex-info.el: Warning: the function ‘cl-member’ might not be defined
branch: main
commit b1da63be543aae20530fbaa90c04fbc7222040c3
Author: Tassilo Horn
Commit: Tassilo Horn
Add dynvars-check make target
---
GNUmakefile | 12
1 file changed, 12 insertions(+)
diff --git a/GNUmakefile b/GNUmakefile
index 1b4499a3..892d1c3c 100644
--- a/GNUmakefile
Tassilo Horn writes:
>> The original problem was that elpa.gnu.org did not have TeX
>> installed. After fixing it there was another problem of access
>> rights when running TeX. I believe it is now fixed and it should get
>> built within the next 6 hours. Knocking on wood.
>
> Sadly, the
Tassilo Horn writes:
> If you have more than those, yes:
>
> In bib-find-next:
> bib-cite.el:944:8: Warning: ‘find-tag’ is an obsolete function (as of
> 25.1); use ‘xref-find-definitions’ instead.
>
> In end of data:
> tex-info.el: Warning: the function ‘cl-member’ might not be defined at
>
Uwe Brauer writes:
>> No, certainly not. Getting rid of all that complicated stuff no one
>> of the current auctex maintainers understands and which is basically
>> not needed anymore, is exactly the purpose of the exercise.
>
>
>
> So I have to use the developer version in place, and testing
Uwe Brauer writes:
> First of all thanks Arash, that might have been a bit complicated. I
> appreciate it.
You're welcome. Actually not, I took most of it from our old
Makefile.in.
> I was late yesterday night, so since Tassilo already applied the patch,
>
> * From my git clone
>
> I pulled
Uwe Brauer writes:
> Given the current difficulties of compiling the main branch, for users
> that don't use Emacs > 29.1 or don't use git, but would like to test
> and contribute say style files:
The issues have been resolved.
> 1. Could we leave things as if were, that is
>
>1.
> Uwe Brauer writes:
> If you have more than those, yes:
> In bib-find-next:
> bib-cite.el:944:8: Warning: ‘find-tag’ is an obsolete function (as of 25.1);
> use ‘xref-find-definitions’ instead.
> In end of data:
> tex-info.el: Warning: the function ‘cl-member’ might not be defined at
>
Tassilo Horn writes:
> Thanks, applied with the minor change that I use $(wildcard *.el)
> instead of listing all lisp files and binding them to AUCSRC.
Thanks. Yes, $(wildcard *.el) is easier. I removed also some code
remainder.
Best, Arash
Uwe Brauer writes:
>> That has the benefit of showing warnings for missing
>> requires (undefined variables/functions).
>
> As I said, there was a bunch of warnings about undefined functions, for
> my emacs version. Do you want me to send them?
If you have more than those, yes:
In
branch: main
commit 4714c740616b42997d1cca09a0297753d8246a91
Author: Arash Esbati
Commit: Arash Esbati
; * GNUmakefile: Delete code remainder.
---
GNUmakefile | 8
1 file changed, 8 deletions(-)
diff --git a/GNUmakefile b/GNUmakefile
index c10a6cd8..1b4499a3 100644
---
>>> "TH" == Tassilo Horn writes:
> Uwe Brauer writes:
>> 2. It was in my opinion *considerably* slower then the compilation
>> of the master branch: result time make -j8:
>> 69.088u 25.540s 1:20.66 365.2% 0+0k 1040+8448io 0pf+0w
> That's true because I chose to compile each lisp file one by
Uwe Brauer writes:
> 2. It was in my opinion *considerably* slower then the compilation
>of the master branch: result time make -j8:
>69.088u 25.540s 1:20.66 365.2% 0+0k 1040+8448io 0pf+0w
That's true because I chose to compile each lisp file one by one instead
all in one
>>> "AE" == Arash Esbati writes:
> Stefan Monnier writes:
>>> AFAIU, using `update-file-autoloads' again means keeping track of all
>>> AUCTeX files in the new GNUmakefile, or is there a better solution?
>>
>> You should be able to use `update-directory-autoloads`.
>> It's a bit more
Uwe Brauer writes:
Hi Uwe,
I think that everything should be resolved now:
- building without git or not from a git clone
- build depends on ChangeLog which cannot be generated
- generate auctex-autoloads.el (formerly loaddefs.el) in a way
compatible with emacs 27.1
Please test!
>>
36 matches
Mail list logo
