Menu
▾
▴
matlab-emacs-discuss
|
From: John C. <ci...@ma...> - 2024-08-26 13:38:10
|
Hi Uwe, This is unrelated to Emacs 29. I was able to reproduce the problem when running a version of MATLAB installed on a slow file server which slows down MATLAB startup. I increased the timeout in the test, so that should fix the issue. Thanks John ________________________________ From: John Ciolfi via Matlab-emacs-discuss <mat...@li...> Sent: Saturday, August 24, 2024 12:44 PM To: Uwe Brauer <ou...@ma...> Cc: matlab-emacs-discuss <mat...@li...> Subject: Re: [Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted) I’ll look at this in a couple of days. I can confirm the tests pass on Debian 12 with Emacs 28 using R2024a. The code should match source forge minus some stale code that no longer works. So, this is likely an existing issue Thanks John ________________________________ From: Uwe Brauer <ou...@ma...> Sent: Saturday, August 24, 2024 11:14 AM To: John Ciolfi <ci...@ma...> Cc: Uwe Brauer <ou...@ma...>; Eric Ludlam <eri...@gm...>; matlab-emacs-discuss <mat...@li...> Subject: [installation problems] (was: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted) >>> "JC" == John Ciolfi <ci...@ma...> writes: > Hi > I setup https://github.com/mathworks/Emacs-MATLAB-Mode<https://github.com/mathworks/Emacs-MATLAB-Mode> per your > guidelines where I deleted the old branches, then mirrored. I then > added a commit (reviewed a while back by Eric): Maybe I should open an issue on github? Here is the is the situation: 1. Ubuntu 24 2. Matlab 2024A 3. Emacs-29.2 Running make -j I obtain --8<---------------cut here---------------start------------->8--- mstest-savestate) (message "Expected: [%S]" exp) (message "Found: [%S]" txt) (user-error "'WHICH TEST: ls' failed"))))) mstest-start() mstest-run-all-tests() command-line-1(("--eval" "(setq debug-on-error t)" "-l" "mstest.el" "-e" "mstest-run-all-tests")) command-line() normal-top-level() MATLAB Shell took to long (20s) to produce a prompt. make[1]: *** [Makefile:37: shelltests] Error 255 make[1]: *** Waiting for unfinished jobs.... >> Starting indenting loop on ("indents.m" "continuations.m" "mclass.m" "blocks.m" "mfuncends.m" "mfuncnoendblock.m" "mclass_cont.m" "mfuncnofuncindent.m") << indenting indents.m passed: (161 tests) 1.19 s << indenting continuations.m passed: (110 tests) 0.47 s << indenting mclass.m passed: (36 tests) 0.42 s << indenting blocks.m passed: (97 tests) 0.65 s << indenting mfuncends.m passed: (18 tests) 0.03 s << indenting mfuncnoendblock.m passed: (20 tests) 0.07 s << indenting mclass_cont.m passed: (6 tests) 0.02 s << indenting mfuncnofuncindent.m passed: (18 tests) 0.04 s >> Starting completion loop on ("complete.m") << completion complete.m passed: (4 tests) 0.84 s Baseln Run Improvement Test 7.6011 10.2655 -2.6645 end-detect 0.0350 0.0589 -0.0240 comment-string-syntax 1.8879 3.1919 -1.3040 fontlock 0.8374 1.6881 -0.8507 sexp-counting 2.5888 3.7362 -1.1474 sexp-traversal 2.8868 2.8899 -0.0030 indents 0.8526 0.8434 0.0092 complete Cache Key Hits code: 290 codemiss: 414 flush: 7976 flushskip: 846 lvl1: 1910 lvl1-miss: 2766 nonempty: 14 prev2miss: 834 --- make[1]: Leaving directory '/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg/tests' make: *** [Makefile:61: .tests.tstamp] Error 2 oub@Utnapischtim:~/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg --8<---------------cut here---------------end--------------->8--- Error 2 sounds bad to me. Before moving to ELPA we should run more tests. 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. |
|
From: Uwe B. <ou...@ma...> - 2024-08-24 20:31:42
Attachments:
smime.p7s
|
>>> "JC" == John Ciolfi <ci...@ma...> writes: > I’ll look at this in a couple of days. I can confirm the tests pass on > Debian 12 with Emacs 28 using R2024a. The code should match source > forge minus some stale code that no longer works. So, this is likely > an existing issue Yes, unfortunately. I just tried to bisect it. I also had no issues before, (with Ubuntu 16, emacs 28 and Matlab 2020), so may be this is an Emacs 29 issue. I will try to sort this out tomorrow evening. It should be fixed before including ELPA -- 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. |
|
From: Uwe B. <ou...@ma...> - 2024-08-26 15:02:35
Attachments:
smime.p7s
|
>>> "JC" == John Ciolfi <ci...@ma...> writes:
Hi John
> Hi Uwe,
> This is unrelated to Emacs 29. I was able to reproduce the problem
> when running a version of MATLAB installed on a slow file server which
> slows down MATLAB startup. I increased the timeout in the test, so
> that should fix the issue.
Nevertheless I found a problem concerning >= 29.X
namely
--8<---------------cut here---------------start------------->8---
macs -batch --no-site-file --eval '(setq debug-on-error t)' -L ./ --eval '(setq generated-autoload-file "/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg/matlab-load.el")' -f batch-update-autoloads /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg
SCRAPE ...
SCRAPE /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg
Debugger entered--Lisp error: (error "cedet-matlab.el:0:0: error: void-function: (autolo...")
signal(error ("cedet-matlab.el:0:0: error: void-function: (autolo..."))
error("%s:0:0: error: %s: %s" "cedet-matlab.el" void-function (autoload-insert-section-header))
autoload-generate-file-autoloads("cedet-matlab.el" #<buffer matlab-load.el> "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...")
make-directory-autoloads(("/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...") "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...")
batch-update-autoloads()
command-line-1(("--eval" "(setq debug-on-error t)" "-L" "./" "--eval" "(setq generated-autoload-file \"/home/oub/ALLES/ema..." "-f" "batch-update-autoloads" "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla..."))
command-line()
normal-top-level()
make: *** [Makefile:34: autoloads] Error 255
--8<---------------cut here---------------end--------------->8---
The reason as it turns out is htat batch-update-autoloads is now
obsolete.
So I started a discussion on the emacs devel list, and got one helpful
advice to deal with both cases
1. Emacs-version <29
2. Emacs-version >=29
But it will take me some time to fix, because I am now starting to note
a increase in my workload.
Sorry I just have tested this earlier.....
BTW, I saw, you removed emacs 26 support. Shouldn't we discuss on the
list?
I don't mind and I also don't have the impression that it would effect
many users, but just in case, what do you think?
> Thanks
> John
> ________________________________
> From: John Ciolfi via Matlab-emacs-discuss <mat...@li...>
> Sent: Saturday, August 24, 2024 12:44 PM
> To: Uwe Brauer <ou...@ma...>
> Cc: matlab-emacs-discuss <mat...@li...>
> Subject: Re: [Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted)
> I’ll look at this in a couple of days. I can confirm the tests pass on Debian 12 with Emacs 28 using R2024a.
> The code should match source forge minus some stale code that no longer works. So, this is likely an existing issue
> Thanks
> John
> ________________________________
> From: Uwe Brauer <ou...@ma...>
> Sent: Saturday, August 24, 2024 11:14 AM
> To: John Ciolfi <ci...@ma...>
> Cc: Uwe Brauer <ou...@ma...>; Eric Ludlam <eri...@gm...>; matlab-emacs-discuss <mat...@li...>
> Subject: [installation problems] (was: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted)
>>> "JC" == John Ciolfi <ci...@ma...> writes:
>> Hi
>> I setup https://github.com/mathworks/Emacs-MATLAB-Mode<https://github.com/mathworks/Emacs-MATLAB-Mode> per your
>> guidelines where I deleted the old branches, then mirrored. I then
>> added a commit (reviewed a while back by Eric):
> Maybe I should open an issue on github?
> Here is the is the situation:
> 1. Ubuntu 24
> 2. Matlab 2024A
> 3. Emacs-29.2
> Running make -j
> I obtain
> mstest-savestate) (message "Expected: [%S]" exp) (message "Found: [%S]" txt) (user-error "'WHICH TEST: ls' failed")))))
> mstest-start()
> mstest-run-all-tests()
> command-line-1(("--eval" "(setq debug-on-error t)" "-l" "mstest.el" "-e" "mstest-run-all-tests"))
> command-line()
> normal-top-level()
> MATLAB Shell took to long (20s) to produce a prompt.
> make[1]: *** [Makefile:37: shelltests] Error 255
> make[1]: *** Waiting for unfinished jobs....
>>> Starting indenting loop on ("indents.m" "continuations.m" "mclass.m" "blocks.m" "mfuncends.m" "mfuncnoendblock.m" "mclass_cont.m" "mfuncnofuncindent.m")
> << indenting indents.m passed: (161 tests) 1.19 s
> << indenting continuations.m passed: (110 tests) 0.47 s
> << indenting mclass.m passed: (36 tests) 0.42 s
> << indenting blocks.m passed: (97 tests) 0.65 s
> << indenting mfuncends.m passed: (18 tests) 0.03 s
> << indenting mfuncnoendblock.m passed: (20 tests) 0.07 s
> << indenting mclass_cont.m passed: (6 tests) 0.02 s
> << indenting mfuncnofuncindent.m passed: (18 tests) 0.04 s
>>> Starting completion loop on ("complete.m")
> << completion complete.m passed: (4 tests) 0.84 s
> Baseln Run Improvement Test
> 7.6011 10.2655 -2.6645 end-detect
> 0.0350 0.0589 -0.0240 comment-string-syntax
> 1.8879 3.1919 -1.3040 fontlock
> 0.8374 1.6881 -0.8507 sexp-counting
> 2.5888 3.7362 -1.1474 sexp-traversal
> 2.8868 2.8899 -0.0030 indents
> 0.8526 0.8434 0.0092 complete
> Cache Key Hits
> code: 290
> codemiss: 414
> flush: 7976
> flushskip: 846
> lvl1: 1910
> lvl1-miss: 2766
> nonempty: 14
> prev2miss: 834
> ---
> make[1]: Leaving directory '/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg/tests'
> make: *** [Makefile:61: .tests.tstamp] Error 2
> oub@Utnapischtim:~/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg
> Error 2 sounds bad to me.
> Before moving to ELPA we should run more tests.
> 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.
|
|
From: John C. <ci...@ma...> - 2024-08-27 00:53:49
|
Hi
I can investigate the issue below if you don't have time to get to it.
As for Emacs 26, yes, we could ask about this on the email list but we'd need someone to volunteer to test and help maintain that. I will setup automated tests for 27, 28, 29. However, using old emacs means nice functionality is not present. One example is LSP which I'm currently working on. This gives code navigation to function definitions and more.
Thanks
John
________________________________
From: Uwe Brauer <ou...@ma...>
Sent: Monday, August 26, 2024 11:02 AM
To: John Ciolfi <ci...@ma...>
Cc: Uwe Brauer <ou...@ma...>; matlab-emacs-discuss <mat...@li...>
Subject: Re: [Matlab-emacs-discuss] [installation problems]
>>> "JC" == John Ciolfi <ci...@ma...> writes:
Hi John
> Hi Uwe,
> This is unrelated to Emacs 29. I was able to reproduce the problem
> when running a version of MATLAB installed on a slow file server which
> slows down MATLAB startup. I increased the timeout in the test, so
> that should fix the issue.
Nevertheless I found a problem concerning >= 29.X
namely
--8<---------------cut here---------------start------------->8---
macs -batch --no-site-file --eval '(setq debug-on-error t)' -L ./ --eval '(setq generated-autoload-file "/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg/matlab-load.el")' -f batch-update-autoloads /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg
SCRAPE ...
SCRAPE /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg
Debugger entered--Lisp error: (error "cedet-matlab.el:0:0: error: void-function: (autolo...")
signal(error ("cedet-matlab.el:0:0: error: void-function: (autolo..."))
error("%s:0:0: error: %s: %s" "cedet-matlab.el" void-function (autoload-insert-section-header))
autoload-generate-file-autoloads("cedet-matlab.el" #<buffer matlab-load.el> "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...")
make-directory-autoloads(("/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...") "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...")
batch-update-autoloads()
command-line-1(("--eval" "(setq debug-on-error t)" "-L" "./" "--eval" "(setq generated-autoload-file \"/home/oub/ALLES/ema..." "-f" "batch-update-autoloads" "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla..."))
command-line()
normal-top-level()
make: *** [Makefile:34: autoloads] Error 255
--8<---------------cut here---------------end--------------->8---
The reason as it turns out is htat batch-update-autoloads is now
obsolete.
So I started a discussion on the emacs devel list, and got one helpful
advice to deal with both cases
1. Emacs-version <29
2. Emacs-version >=29
But it will take me some time to fix, because I am now starting to note
a increase in my workload.
Sorry I just have tested this earlier.....
BTW, I saw, you removed emacs 26 support. Shouldn't we discuss on the
list?
I don't mind and I also don't have the impression that it would effect
many users, but just in case, what do you think?
> Thanks
> John
> ________________________________
> From: John Ciolfi via Matlab-emacs-discuss <mat...@li...>
> Sent: Saturday, August 24, 2024 12:44 PM
> To: Uwe Brauer <ou...@ma...>
> Cc: matlab-emacs-discuss <mat...@li...>
> Subject: Re: [Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted)
> I’ll look at this in a couple of days. I can confirm the tests pass on Debian 12 with Emacs 28 using R2024a.
> The code should match source forge minus some stale code that no longer works. So, this is likely an existing issue
> Thanks
> John
> ________________________________
> From: Uwe Brauer <ou...@ma...>
> Sent: Saturday, August 24, 2024 11:14 AM
> To: John Ciolfi <ci...@ma...>
> Cc: Uwe Brauer <ou...@ma...>; Eric Ludlam <eri...@gm...>; matlab-emacs-discuss <mat...@li...>
> Subject: [installation problems] (was: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted)
>>> "JC" == John Ciolfi <ci...@ma...> writes:
>> Hi
>> I setup https://github.com/mathworks/Emacs-MATLAB-Mode<https://github.com/mathworks/Emacs-MATLAB-Mode> per your
>> guidelines where I deleted the old branches, then mirrored. I then
>> added a commit (reviewed a while back by Eric):
> Maybe I should open an issue on github?
> Here is the is the situation:
> 1. Ubuntu 24
> 2. Matlab 2024A
> 3. Emacs-29.2
> Running make -j
> I obtain
> mstest-savestate) (message "Expected: [%S]" exp) (message "Found: [%S]" txt) (user-error "'WHICH TEST: ls' failed")))))
> mstest-start()
> mstest-run-all-tests()
> command-line-1(("--eval" "(setq debug-on-error t)" "-l" "mstest.el" "-e" "mstest-run-all-tests"))
> command-line()
> normal-top-level()
> MATLAB Shell took to long (20s) to produce a prompt.
> make[1]: *** [Makefile:37: shelltests] Error 255
> make[1]: *** Waiting for unfinished jobs....
>>> Starting indenting loop on ("indents.m" "continuations.m" "mclass.m" "blocks.m" "mfuncends.m" "mfuncnoendblock.m" "mclass_cont.m" "mfuncnofuncindent.m")
> << indenting indents.m passed: (161 tests) 1.19 s
> << indenting continuations.m passed: (110 tests) 0.47 s
> << indenting mclass.m passed: (36 tests) 0.42 s
> << indenting blocks.m passed: (97 tests) 0.65 s
> << indenting mfuncends.m passed: (18 tests) 0.03 s
> << indenting mfuncnoendblock.m passed: (20 tests) 0.07 s
> << indenting mclass_cont.m passed: (6 tests) 0.02 s
> << indenting mfuncnofuncindent.m passed: (18 tests) 0.04 s
>>> Starting completion loop on ("complete.m")
> << completion complete.m passed: (4 tests) 0.84 s
> Baseln Run Improvement Test
> 7.6011 10.2655 -2.6645 end-detect
> 0.0350 0.0589 -0.0240 comment-string-syntax
> 1.8879 3.1919 -1.3040 fontlock
> 0.8374 1.6881 -0.8507 sexp-counting
> 2.5888 3.7362 -1.1474 sexp-traversal
> 2.8868 2.8899 -0.0030 indents
> 0.8526 0.8434 0.0092 complete
> Cache Key Hits
> code: 290
> codemiss: 414
> flush: 7976
> flushskip: 846
> lvl1: 1910
> lvl1-miss: 2766
> nonempty: 14
> prev2miss: 834
> ---
> make[1]: Leaving directory '/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg/tests'
> make: *** [Makefile:61: .tests.tstamp] Error 2
> oub@Utnapischtim:~/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg
> Error 2 sounds bad to me.
> Before moving to ELPA we should run more tests.
> 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.
|
|
From: Uwe B. <ou...@ma...> - 2024-08-27 06:17:42
Attachments:
smime.p7s
|
>>> "JC" == John Ciolfi <ci...@ma...> writes:
> Hi
> I can investigate the issue below if you don't have time to get to it.
Thanks, I report back if I can't get it to work in the coming days.
> As for Emacs 26, yes, we could ask about this on the email list but
> we'd need someone to volunteer to test and help maintain that. I will
> setup automated tests for 27, 28, 29. However, using old emacs means
> nice functionality is not present. One example is LSP which I'm
> currently working on. This gives code navigation to function
> definitions and more.
Fair point. I write to the list later
> Thanks
> John
> ________________________________
> From: Uwe Brauer <ou...@ma...>
> Sent: Monday, August 26, 2024 11:02 AM
> To: John Ciolfi <ci...@ma...>
> Cc: Uwe Brauer <ou...@ma...>; matlab-emacs-discuss <mat...@li...>
> Subject: Re: [Matlab-emacs-discuss] [installation problems]
>>> "JC" == John Ciolfi <ci...@ma...> writes:
> Hi John
>> Hi Uwe,
>> This is unrelated to Emacs 29. I was able to reproduce the problem
>> when running a version of MATLAB installed on a slow file server which
>> slows down MATLAB startup. I increased the timeout in the test, so
>> that should fix the issue.
> Nevertheless I found a problem concerning >= 29.X
> namely
> macs -batch --no-site-file --eval '(setq debug-on-error t)' -L ./ --eval '(setq generated-autoload-file "/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg/matlab-load.el")' -f batch-update-autoloads /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg
> SCRAPE ...
> SCRAPE /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/HG-Git/matlab-sf-hg
> Debugger entered--Lisp error: (error "cedet-matlab.el:0:0: error: void-function: (autolo...")
> signal(error ("cedet-matlab.el:0:0: error: void-function: (autolo..."))
> error("%s:0:0: error: %s: %s" "cedet-matlab.el" void-function (autoload-insert-section-header))
> autoload-generate-file-autoloads("cedet-matlab.el" #<buffer matlab-load.el> "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...")
> make-directory-autoloads(("/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...") "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla...")
> batch-update-autoloads()
> command-line-1(("--eval" "(setq debug-on-error t)" "-L" "./" "--eval" "(setq generated-autoload-file \"/home/oub/ALLES/ema..." "-f" "batch-update-autoloads" "/home/oub/ALLES/emacs/site-lisp/packages/src/Matla..."))
> command-line()
> normal-top-level()
> make: *** [Makefile:34: autoloads] Error 255
> The reason as it turns out is htat batch-update-autoloads is now
> obsolete.
> So I started a discussion on the emacs devel list, and got one helpful
> advice to deal with both cases
> 1. Emacs-version <29
> 2. Emacs-version >=29
> But it will take me some time to fix, because I am now starting to note
> a increase in my workload.
> Sorry I just have tested this earlier.....
> BTW, I saw, you removed emacs 26 support. Shouldn't we discuss on the
> list?
> I don't mind and I also don't have the impression that it would effect
> many users, but just in case, what do you think?
>> Thanks
>> John
>> ________________________________
>> From: John Ciolfi via Matlab-emacs-discuss <mat...@li...>
>> Sent: Saturday, August 24, 2024 12:44 PM
>> To: Uwe Brauer <ou...@ma...>
>> Cc: matlab-emacs-discuss <mat...@li...>
>> Subject: Re: [Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted)
>> I’ll look at this in a couple of days. I can confirm the tests pass on Debian 12 with Emacs 28 using R2024a.
>> The code should match source forge minus some stale code that no longer works. So, this is likely an existing issue
>> Thanks
>> John
>> ________________________________
>> From: Uwe Brauer <ou...@ma...>
>> Sent: Saturday, August 24, 2024 11:14 AM
>> To: John Ciolfi <ci...@ma...>
>> Cc: Uwe Brauer <ou...@ma...>; Eric Ludlam <eri...@gm...>; matlab-emacs-discuss <mat...@li...>
>> Subject: [installation problems] (was: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted)
>>> "JC" == John Ciolfi <ci...@ma...> writes:
>>> Hi
>>> I setup https://github.com/mathworks/Emacs-MATLAB-Mode<https://github.com/mathworks/Emacs-MATLAB-Mode> per your
>>> guidelines where I deleted the old branches, then mirrored. I then
>>> added a commit (reviewed a while back by Eric):
>> Maybe I should open an issue on github?
>> Here is the is the situation:
>> 1. Ubuntu 24
>> 2. Matlab 2024A
>> 3. Emacs-29.2
>> Running make -j
>> I obtain
>> mstest-savestate) (message "Expected: [%S]" exp) (message "Found: [%S]" txt) (user-error "'WHICH TEST: ls' failed")))))
>> mstest-start()
>> mstest-run-all-tests()
>> command-line-1(("--eval" "(setq debug-on-error t)" "-l" "mstest.el" "-e" "mstest-run-all-tests"))
>> command-line()
>> normal-top-level()
>> MATLAB Shell took to long (20s) to produce a prompt.
>> make[1]: *** [Makefile:37: shelltests] Error 255
>> make[1]: *** Waiting for unfinished jobs....
>>> Starting indenting loop on ("indents.m" "continuations.m"
>>> "mclass.m" "blocks.m" "mfuncends.m" "mfuncnoendblock.m"
>>> "mclass_cont.m" "mfuncnofuncindent.m")
>> << indenting indents.m passed: (161 tests) 1.19 s
>> << indenting continuations.m passed: (110 tests) 0.47 s
>> << indenting mclass.m passed: (36 tests) 0.42 s
>> << indenting blocks.m passed: (97 tests) 0.65 s
>> << indenting mfuncends.m passed: (18 tests) 0.03 s
>> << indenting mfuncnoendblock.m passed: (20 tests) 0.07 s
>> << indenting mclass_cont.m passed: (6 tests) 0.02 s
>> << indenting mfuncnofuncindent.m passed: (18 tests) 0.04 s
>>> Starting completion loop on ("complete.m")
>> << completion complete.m passed: (4 tests) 0.84 s
>> Baseln Run Improvement Test
>> 7.6011 10.2655 -2.6645 end-detect
>> 0.0350 0.0589 -0.0240 comment-string-syntax
>> 1.8879 3.1919 -1.3040 fontlock
>> 0.8374 1.6881 -0.8507 sexp-counting
>> 2.5888 3.7362 -1.1474 sexp-traversal
>> 2.8868 2.8899 -0.0030 indents
>> 0.8526 0.8434 0.0092 complete
>> Cache Key Hits
>> code: 290
>> codemiss: 414
>> flush: 7976
>> flushskip: 846
>> lvl1: 1910
>> lvl1-miss: 2766
>> nonempty: 14
>> prev2miss: 834
>> ---
>> make[1]: Leaving directory '/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg/tests'
>> make: *** [Makefile:61: .tests.tstamp] Error 2
>> oub@Utnapischtim:~/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-hg
>> Error 2 sounds bad to me.
>> Before moving to ELPA we should run more tests.
>> 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.
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X