Re: compilation using git needs 10 minutes and fails

2024-04-24 Thread Tassilo Horn
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!

>> Side note: I recommend you try to resolve this situation somehow.
>> Emacs current release is 29.3.  Sitting on an old dev-version is not
>> really satisfactory, IMHO.
>
> I know, once the semester is finished I have also to upgrade my Ubuntu
> version, which will also be a medium sized nightmare.

FWIW, I have only good experiences with rolling release distros and
daily updates.  If something breaks (which happens almost never), it's
very easy to find the culprit and fix it.

  Tassilo



Re: compilation using git needs 10 minutes and fails

2024-04-24 Thread Uwe Brauer

> Uwe Brauer  writes:

> This is one reason why you can't compile the current main branch.  This
> doesn't explain the error:

>   fatal: not a git repository (or any of the parent directories): .git

> I suspect this has something to do with your Git-Mercurial
> setup/workflow.  But let sort things out one after the other, Ok?


> My understanding is that you're sticking to that Emacs 29.0.50 version
> because of your BBDB setup.  If so, you can stick with that and wait
> until we have a solution for older Emacs as well.  AUCTeX claims to
> support Emacs≥27, so we can't only stay with `loaddefs-generate-batch'.

> So in short, be a little patient :-)

Right, and may I mention that the idea of having the old «make» and a new
«make elpa», could solve this issue.

> Side note: I recommend you try to resolve this situation somehow.  Emacs
> current release is 29.3.  Sitting on an old dev-version is not really
> satisfactory, IMHO.

I know, once the semester is finished I have also to upgrade my Ubuntu
version, which will also be a medium sized nightmare.

Uwe 



-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 



smime.p7s
Description: S/MIME cryptographic signature


Re: compilation using git needs 10 minutes and fails

2024-04-24 Thread Arash Esbati
Uwe Brauer  writes:

> This function is not defined.
>
> emacs-version is a variable defined in ‘C source code’.
>
> Its value is "29.0.50"
>
> Version numbers of this version of Emacs.
>
> But 
>
> ,
> | emacs-repository-version is a variable defined in ‘version.el’.
> | 
> | Its value is "7bf17ceee8c2d347917541e143ce25609e90ebbb"
> `
>
>
> So in short, that might explain why I can't compile (or why it takes so
> long)?

This is one reason why you can't compile the current main branch.  This
doesn't explain the error:

  fatal: not a git repository (or any of the parent directories): .git

I suspect this has something to do with your Git-Mercurial
setup/workflow.  But let sort things out one after the other, Ok?

> If I understand you correctly: I should have a version, for the
> moment just for compiling the main auctex branch purpose, but not my
> daily use?

My understanding is that you're sticking to that Emacs 29.0.50 version
because of your BBDB setup.  If so, you can stick with that and wait
until we have a solution for older Emacs as well.  AUCTeX claims to
support Emacs≥27, so we can't only stay with `loaddefs-generate-batch'.

So in short, be a little patient :-)

> Since as I said if I compile and install say the current master version,
> I cannot use it in my daily workflow and could not test real world
> documents, at least not for the next two months.

Side note: I recommend you try to resolve this situation somehow.  Emacs
current release is 29.3.  Sitting on an old dev-version is not really
satisfactory, IMHO.

Best, Arash



Re: compilation using git needs 10 minutes and fails

2024-04-24 Thread Uwe Brauer
>>> "AE" == Arash Esbati  writes:

> Yes, and we have to find out why.  If the Emacs you're using to compile
> AUCTeX doesn't have the function above, we can stop right away.  So
> please make you have an recent version at hand, then we can proceed.

On a second thought: do you and does anybody know, when this function
where introduced, I mean the commit? 
I could try to checkout this commit and try that out, maybe it is still
compatible with old elisp stuff.


-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 



smime.p7s
Description: S/MIME cryptographic signature


Re: compilation using git needs 10 minutes and fails

2024-04-24 Thread Uwe Brauer
>>> "AE" == Arash Esbati  writes:

> Uwe Brauer  writes:
>> Well, it compiled from master but 29.0.5 so pre 29.1

> What do you see if you do:

>   • emacs -Q
>   • C-h f loaddefs-generate-batch RET in scratch

This function is not defined.

--8<---cut here---start->8---
emacs-version is a variable defined in ‘C source code’.

Its value is "29.0.50"

Version numbers of this version of Emacs.
--8<---cut here---end--->8---

But 

,
| emacs-repository-version is a variable defined in ‘version.el’.
| 
| Its value is "7bf17ceee8c2d347917541e143ce25609e90ebbb"
`


So in short, that might explain why I can't compile (or why it takes so
long)? 



> This is what I get:

> loaddefs-generate-batch is an autoloaded Lisp function in
> ‘loaddefs-gen.el’.

> [Arg list not available until function definition is loaded.]

> Generate loaddefs.el files in batch mode.
> This scans for ;;;###autoload forms and related things.

> The first element on the command line should be the (main)
> loaddefs.el output file, and the rest are the directories to
> use.

 
>> the problem is that more recent emacs version cause sever problems
>> with my old bbdb package I using on a daily base (I wrote a lot of
>> useful add-ons that do not work on more recent bbdb version, mostly
>> because of renaming functions and changing syntax).

> BBDB is showing age, so I moved to EBDB, note that it has a manual as
> well ;-)

The problem are the add-ons, I need on a daily base and which I have to
rewrite. Mind you I am still using 2.35.

>> Point taken,

> Thanks.

>> but the compilation needs 10 minutes, 10! That makes testing
>> cumbersome, don't you agree?

> Yes, and we have to find out why.  If the Emacs you're using to compile
> AUCTeX doesn't have the function above, we can stop right away.  So
> please make you have an recent version at hand, then we can proceed.

It does not. So I cannot compile.

If I understand you correctly: I should have a version, for the
moment just for compiling the main auctex branch purpose, but not my
daily use? 

That would make testing, I mean real testing for a new feature for real
world documents difficult, 

Since as I said if I compile and install say the current master version,
I cannot use it in my daily workflow and could not test real world
documents, at least not for the next two months.


> For me, 'time make -j8' returns:

> real0m25.407s
> user2m35.401s
> sys 0m17.996s

> on a MacBook Air M2.

> Best, Arash


-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 



smime.p7s
Description: S/MIME cryptographic signature


Re: compilation using git needs 10 minutes and fails

2024-04-24 Thread Arash Esbati
Uwe Brauer  writes:

> Well, it compiled from master but 29.0.5 so pre 29.1

What do you see if you do:

  • emacs -Q
  • C-h f loaddefs-generate-batch RET in scratch

This is what I get:

--8<---cut here---start->8---
loaddefs-generate-batch is an autoloaded Lisp function in
‘loaddefs-gen.el’.

[Arg list not available until function definition is loaded.]

Generate loaddefs.el files in batch mode.
This scans for ;;;###autoload forms and related things.

The first element on the command line should be the (main)
loaddefs.el output file, and the rest are the directories to
use.
--8<---cut here---end--->8---
 
> the problem is that more recent emacs version cause sever problems
> with my old bbdb package I using on a daily base (I wrote a lot of
> useful add-ons that do not work on more recent bbdb version, mostly
> because of renaming functions and changing syntax).

BBDB is showing age, so I moved to EBDB, note that it has a manual as
well ;-)

> Point taken,

Thanks.

> but the compilation needs 10 minutes, 10! That makes testing
> cumbersome, don't you agree?

Yes, and we have to find out why.  If the Emacs you're using to compile
AUCTeX doesn't have the function above, we can stop right away.  So
please make you have an recent version at hand, then we can proceed.

For me, 'time make -j8' returns:

real0m25.407s
user2m35.401s
sys 0m17.996s

on a MacBook Air M2.

Best, Arash



Re: compilation using git needs 10 minutes and fails

2024-04-23 Thread Uwe Brauer
>>> "AE" == Arash Esbati  writes:

> Uwe Brauer  writes:
>> Time needed 56 sec on my X1 Thinkpad form 2017
>> 
>> I switched to main
>> 
>> 1) make distclean
>> 2) git switch main
>> 3) make
>> 4) after 10 min! I obtain
>> 
>> Error: void-function (loaddefs-generate-batch)
>> mapbacktrace(#f(compiled-function (evald func args flags) #> 0x1b7c116e2faef0ed>))
>> debug-early-backtrace()
>> debug-early(error (void-function loaddefs-generate-batch))
>> loaddefs-generate-batch()
>> command-line-1(("-l" "lpath.el" "-f" "loaddefs-generate-batch" "loaddefs.el" 
>> "."))
>> command-line()
>> normal-top-level()
>> Symbol’s function definition is void: loaddefs-generate-batch
>> GNUmakefile:47: recipe for target 'autoloads' failed
>> make: *** [autoloads] Error 255

> Which Emacs version is this?  The library loaddefs-gen.el which provides
> the function was introduced with Emacs 29.1, IIRC.  I remember the fun I
> had with this change:
> https://git.savannah.gnu.org/cgit/auctex.git/commit/Makefile.in?id=19a2607b


Well, it compiled from master but 29.0.5 so pre 29.1
the problem is that more recent emacs version cause sever problems with
my old bbdb package I using on a daily base (I wrote a lot of useful
add-ons that do not work on more recent bbdb version, mostly because of
renaming functions and changing syntax). For the next 2 month I will be
very busy with courses, so I can't effort to solve this and upgrade to a
more recent emacs version.


>> Call me nitpicking but I prefer master over main

> C'mon Uwe, don't be like that.  The whole thing is half a day old, so
> maybe you give us another day before you make your mind.  And thanks for
> testing, BTW.

Point taken, but the compilation needs 10 minutes, 10! That makes
testing cumbersome, don't you agree?


> Best, Arash

-- 
I strongly condemn Hamas heinous despicable pogroms/atrocities on Israel
I strongly condemn Putin's war of aggression against Ukraine.
I support to deliver weapons to Ukraine's military. 
I support the EU and NATO membership of Ukraine. 



smime.p7s
Description: S/MIME cryptographic signature


Re: compilation using git needs 10 minutes and fails

2024-04-23 Thread Arash Esbati
Uwe Brauer  writes:

> Time needed 56 sec on my X1 Thinkpad form 2017
>
> I switched to main
>
> 1) make distclean
> 2) git switch main
> 3) make
> 4) after 10 min! I obtain
>
> Error: void-function (loaddefs-generate-batch)
>   mapbacktrace(#f(compiled-function (evald func args flags) # 0x1b7c116e2faef0ed>))
>   debug-early-backtrace()
>   debug-early(error (void-function loaddefs-generate-batch))
>   loaddefs-generate-batch()
>   command-line-1(("-l" "lpath.el" "-f" "loaddefs-generate-batch" 
> "loaddefs.el" "."))
>   command-line()
>   normal-top-level()
> Symbol’s function definition is void: loaddefs-generate-batch
> GNUmakefile:47: recipe for target 'autoloads' failed
> make: *** [autoloads] Error 255

Which Emacs version is this?  The library loaddefs-gen.el which provides
the function was introduced with Emacs 29.1, IIRC.  I remember the fun I
had with this change:
https://git.savannah.gnu.org/cgit/auctex.git/commit/Makefile.in?id=19a2607b

> Call me nitpicking but I prefer master over main

C'mon Uwe, don't be like that.  The whole thing is half a day old, so
maybe you give us another day before you make your mind.  And thanks for
testing, BTW.

Best, Arash