You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(7) |
Aug
(1) |
Sep
(5) |
Oct
|
Nov
(6) |
Dec
(3) |
2010 |
Jan
|
Feb
(10) |
Mar
(12) |
Apr
(13) |
May
(2) |
Jun
(4) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(4) |
Nov
(2) |
Dec
(4) |
2011 |
Jan
(11) |
Feb
|
Mar
(18) |
Apr
|
May
(1) |
Jun
(12) |
Jul
(10) |
Aug
(4) |
Sep
(4) |
Oct
(5) |
Nov
|
Dec
(10) |
2012 |
Jan
(4) |
Feb
(26) |
Mar
|
Apr
(1) |
May
|
Jun
(8) |
Jul
(3) |
Aug
(1) |
Sep
|
Oct
(14) |
Nov
(1) |
Dec
(2) |
2013 |
Jan
(5) |
Feb
(2) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
|
Jul
(8) |
Aug
(4) |
Sep
|
Oct
(7) |
Nov
(2) |
Dec
(7) |
2014 |
Jan
(14) |
Feb
|
Mar
(6) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(7) |
Oct
(9) |
Nov
(9) |
Dec
(5) |
2015 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(2) |
May
(1) |
Jun
(10) |
Jul
(3) |
Aug
(4) |
Sep
(8) |
Oct
(1) |
Nov
(3) |
Dec
(3) |
2016 |
Jan
(12) |
Feb
(59) |
Mar
(23) |
Apr
(11) |
May
(4) |
Jun
(15) |
Jul
|
Aug
|
Sep
(9) |
Oct
(19) |
Nov
(12) |
Dec
(5) |
2017 |
Jan
(1) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(2) |
Jun
|
Jul
(5) |
Aug
|
Sep
(3) |
Oct
(12) |
Nov
(15) |
Dec
|
2018 |
Jan
(7) |
Feb
(6) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(3) |
Aug
(2) |
Sep
(2) |
Oct
(4) |
Nov
|
Dec
|
2019 |
Jan
(2) |
Feb
(9) |
Mar
(4) |
Apr
(9) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(3) |
Sep
|
Oct
(2) |
Nov
(6) |
Dec
(5) |
2020 |
Jan
(9) |
Feb
|
Mar
(2) |
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(28) |
Dec
(5) |
2021 |
Jan
(11) |
Feb
(2) |
Mar
(2) |
Apr
(2) |
May
(15) |
Jun
(9) |
Jul
(11) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
(3) |
2022 |
Jan
(1) |
Feb
|
Mar
|
Apr
(9) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
(4) |
Jun
|
Jul
(22) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
|
Dec
(14) |
2024 |
Jan
|
Feb
|
Mar
|
Apr
(17) |
May
(35) |
Jun
(1) |
Jul
(18) |
Aug
(31) |
Sep
(5) |
Oct
(18) |
Nov
(20) |
Dec
(9) |
2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Uwe B. <ou...@ma...> - 2024-10-02 15:06:49
|
>>> "JC" == John Ciolfi <ci...@ma...> writes: > Hi > We need the *.el files and all *.m files under the toolbox directory tree, and the bin/*.sh file. > cd Emacs-MATLAB-Mode > ls *.el > find toolbox -name '*.m' -print > ls bin/*.sh > Note, the bin/*.sh is used by one of the *.m files. Thanks! > I wonder if there's a way to generate what you need from a Makefile > target? Would something like that help? I asked already the MELPA maintainer, to which extend our Makefile is used (maybe I knew this when I put the package to MELPA, but I forgot). The problem is now that «make» Searches a MATLAB installation and the machine running MELPA might not have MATLAB installed. I have not heard anything so I will ping him again. Regards 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-10-02 14:15:38
|
Hi We need the *.el files and all *.m files under the toolbox directory tree, and the bin/*.sh file. cd Emacs-MATLAB-Mode ls *.el find toolbox -name '*.m' -print ls bin/*.sh Note, the bin/*.sh is used by one of the *.m files. I wonder if there's a way to generate what you need from a Makefile target? Would something like that help? Thanks ________________________________ From: Uwe Brauer Sent: Tuesday, October 01, 2024 3:49 PM To: John Ciolfi Cc: Matlab-emacs-discuss Subject: The Cleanup of the matlab files Hi John I am about to update melpa, now besides changing the url, there is another question: You did a mayor cleanup in the github repository, so Are theses files still relevant that are found in the directories listed below? Thanks Uwe (matlab-mode :fetcher git :url "https://git.code.sf.net/p/matlab-emacs/src" :files ("*.el" "*.m" ("toolbox" "toolbox/*.m") ("toolbox/+emacs" "toolbox/+emacs/*.m") ("toolbox/+emacs/@Breakpoints" "toolbox/+emacs/@Breakpoints/*.m") ("toolbox/+emacs/@EmacsServer" "toolbox/+emacs/@EmacsServer/*.m") ("toolbox/+emacs/@Stack" "toolbox/+emacs/@Stack/*.m") ("templates" "templates/*.srt"))) -- 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-10-01 19:49:49
|
Hi John I am about to update melpa, now besides changing the url, there is another question: You did a mayor cleanup in the github repository, so Are theses files still relevant that are found in the directories listed below? Thanks Uwe (matlab-mode :fetcher git :url "https://git.code.sf.net/p/matlab-emacs/src" :files ("*.el" "*.m" ("toolbox" "toolbox/*.m") ("toolbox/+emacs" "toolbox/+emacs/*.m") ("toolbox/+emacs/@Breakpoints" "toolbox/+emacs/@Breakpoints/*.m") ("toolbox/+emacs/@EmacsServer" "toolbox/+emacs/@EmacsServer/*.m") ("toolbox/+emacs/@Stack" "toolbox/+emacs/@Stack/*.m") ("templates" "templates/*.srt"))) -- 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-10-01 09:05:19
|
>>> "UBvM" == Uwe Brauer via Matlab-emacs-discuss <mat...@li...> writes: > Hi all > I upgraded to matlab 2024b and run > make (using emacs 29.4) lisp > That works. But make > Leads to an error, whose backtrace I attach. > I still have 2024a but right now I cannot activate its license due to network problems. > Any idea what is going on? I managed to re activate 2024a, and for this version «make» works. So it is a 2024b thing. Any ideas? > 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-10-01 08:42:55
|
Hi all I upgraded to matlab 2024b and run make (using emacs 29.4) lisp That works. But make Leads to an error, whose backtrace I attach. I still have 2024a but right now I cannot activate its license due to network problems. Any idea what is going on? 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-09-06 13:24:13
|
Hi Good point on the NOTESTS=1 - that's confusing and actually redundant as we already have tests target, so I simplified the Makefile and updated README.org section on building: cd /path/to/Emacs-MATLAB-mode # Build lisp and run tests (requires MATLAB executable): make # Alternatively, build lisp and run tests using a specific MATLAB executable: make MATLAB_EXE=/path/to/matlab # If desired, you can separate the building of lisp and running tests using: make lisp make tests make tests MATLAB_EXE=/path/to/matlab # if using a specific MATLAB executable ________________________________ From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...> Sent: Thursday, September 5, 2024 8:57 AM To: Matlab-emacs-discuss <mat...@li...> Subject: [Matlab-emacs-discuss] change targets makefile Hi Given the recent discussion (and problems) with the Makefile, may I suggest the following. - make lisp (just byte compiles the .el files and generate matlab-load) instead of make NOTESTS=1 - make matlab-test runs the matlab test - make all runs lisp+matlab-test Does this make sense? 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-09-05 13:03:54
|
Hi Given the recent discussion (and problems) with the Makefile, may I suggest the following. - make lisp (just byte compiles the .el files and generate matlab-load) instead of make NOTESTS=1 - make matlab-test runs the matlab test - make all runs lisp+matlab-test Does this make sense? 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-09-02 14:09:17
|
Hi I'd like to fix the various Emacs lisp compiler warnings and also drop support for Emacs 26 and prior. Dropping Emacs 26 makes it easier to add new features. Emacs 26 was released on May 28, 2018. If someone needs Emacs 26 or prior, please let us know also we'd like some help keeping Emacs 26 or prior working if you need it. Thanks John |
From: John C. <ci...@ma...> - 2024-09-02 14:05:20
|
Hi We've moved development of matlab-mode to https://github.com/mathworks/Emacs-MATLAB-Mode<https://github.com/mathworks/Emacs-MATLAB-Mode/commit/eea28ea540dbd3c9db0730e07482510d892094b6> Can you create an issue there? Thanks John ________________________________ From: Vasco Cúrdia <vc...@gm...> Sent: Monday, August 26, 2024 9:26 PM To: mat...@li... <mat...@li...> Subject: [Matlab-emacs-discuss] Emacs Matlab Nerd-Icons missing Hi, I'm using the nerd-icons package in emacs but for some reason it associates ".m" files with Apple, and shows a Mac/Apple symbol. So In Dired I have a bunch of folders will of Apple icons, rather than Matlab icons. I was able to switch it manually to a more stylized "</>" code icon, but it would be great to be able to use a Matlab icon. Does anyone know how to find a unicode symbol to use with Nerd-Icons for Matlab? I know that this is unrelated to the package matlab-emacs but wondering if anyone in this list has dealt with this minor issue. Thanks, Vasco [Mailsuite] Sent with Mailsuite Unsubscribe<https://mailtrack.io/en/privacy/opt-out/unsubscribe/47e9808db76bbfe15ad16e9e773326da6538f4c0/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e> 08/26/24, 06:21:50 PM |
From: John C. <ci...@ma...> - 2024-09-02 14:04:19
|
Hi In https://github.com/MathWorks/Emacs-MATLAB-Mode, we've deleted cedet-matlab.el because it no longer works and there's a better replacement - LSP, which I will try to get in place soon. As for the autoload issue, I just made a new commit that fixes that. I also just added make -f check-emacs-versions to validate we can build with 27, 28, and 29. I validated these versions on Debian 12. See https://github.com/mathworks/Emacs-MATLAB-Mode/commit/eea28ea540dbd3c9db0730e07482510d892094b6 ________________________________ From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...> Sent: Wednesday, August 28, 2024 11:20 AM To: Matlab-emacs-discuss <mat...@li...> Subject: [Matlab-emacs-discuss] problems with the actual (and earlier Makefiles) for emacs 29.2 Hi I am currently running Emacs 29.2 and I had problems with commit a78b368387c8 because of autoload-insert-section-header More precisely --8<---------------cut here---------------start------------->8--- 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" nil "/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--- Another problem was (void-function batch-update-autoloads) that function is now obsolete, that problem needs to be addressed since we want to cater for various Emacs version So it was suggested to me by Arash Esbati to have a look at the Auctex makefile, which looks like AUTOLOAD=--eval '\ (let* ((autoload-file (expand-file-name "$@")) \ (autoload-file-dir (file-name-directory autoload-file))) \ (if (fboundp (quote loaddefs-generate)) \ (loaddefs-generate autoload-file-dir autoload-file) \ (setq generated-autoload-file autoload-file) \ (update-directory-autoloads autoload-file-dir)) \ (save-buffers-kill-emacs t)' auctex-autoloads.el: $(EMACS) $(AUTOLOAD) However, I realized that recently the Makefile was changed quite a bit (and I don't hope this will cause problems with ELPA since now, it seems that the makefile run tests with matlab itself, and it is not clear to me what happens if matlab is not installed on a machine that just want to generate a ELPA package) So in the new Makefile the autoloads part is gone, but I am running into a different sort of problem with 29.2 --8<---------------cut here---------------start------------->8--- Error: user-error ("MATLAB Shell took to long (20s) to produce a prompt.") mapbacktrace(#f(compiled-function (evald func args flags) #<bytecode -0x57ca465ee517975>)) debug-early-backtrace() debug-early(error (user-error "MATLAB Shell took to long (20s) to produce a prompt.")) signal(user-error ("MATLAB Shell took to long (20s) to produce a prompt.")) user-error("MATLAB Shell took to long (20s) to produce a prompt.") (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt.")) (if (> elapsed 20) (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt."))) (while (not matlab-prompt-seen) (setq elapsed (float-time (time-subtract nil start))) (if (> elapsed 20) (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt."))) (accept-process-output nil 1) (redisplay) (sit-for 1)) (let* ((start (current-time)) (elapsed nil)) (while (not matlab-prompt-seen) (setq elapsed (float-time (time-subtract nil start))) (if (> elapsed 20) (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt."))) (accept-process-output nil 1) (redisplay) (sit-for 1))) --8<---------------cut here---------------end--------------->8--- In the first run but in the second run, after make clean, I obtain the old: --8<---------------cut here---------------start------------->8--- emacs -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/Github/emacs-matlab-git/matlab-load.el")' \ -f batch-update-autoloads /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git SCRAPE ... SCRAPE /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git INFO Scraping files for matlab-load.el... Debugger entered--Lisp error: (error "company-matlab-shell.el:0:0: error: void-function:...") signal(error ("company-matlab-shell.el:0:0: error: void-function:...")) error("%s:0:0: error: %s: %s" "company-matlab-shell.el" void-function (autoload-insert-section-header)) autoload-generate-file-autoloads("company-matlab-shell.el" nil "/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:48: matlab-load.el] Error 255 --8<---------------cut here---------------end--------------->8--- I compiled 28.2 and receive --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]: Leaving directory '/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git/tests' make: *** [Makefile:61: .tests.tstamp] Error 2 oub@Utnapischtim:~/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git --8<---------------cut here---------------end--------------->8--- But at least with 28.2 I can compile commit a78b368387c8! So we here at least 2 problems that need to be addressed. @John introduced these changes, what do you say? I was trying to modify the Makefile in commit a78b368387c8 following Arash advice, till I realized, that this is not the last commit! 😳. The reason was, that I was in my local repository that corresponds to Sourceforge, till I realized that changes you made. So I think we need to address the latest commit. John? Regards 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-28 15:21:07
|
Hi I am currently running Emacs 29.2 and I had problems with commit a78b368387c8 because of autoload-insert-section-header More precisely --8<---------------cut here---------------start------------->8--- 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" nil "/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--- Another problem was (void-function batch-update-autoloads) that function is now obsolete, that problem needs to be addressed since we want to cater for various Emacs version So it was suggested to me by Arash Esbati to have a look at the Auctex makefile, which looks like AUTOLOAD=--eval '\ (let* ((autoload-file (expand-file-name "$@")) \ (autoload-file-dir (file-name-directory autoload-file))) \ (if (fboundp (quote loaddefs-generate)) \ (loaddefs-generate autoload-file-dir autoload-file) \ (setq generated-autoload-file autoload-file) \ (update-directory-autoloads autoload-file-dir)) \ (save-buffers-kill-emacs t)' auctex-autoloads.el: $(EMACS) $(AUTOLOAD) However, I realized that recently the Makefile was changed quite a bit (and I don't hope this will cause problems with ELPA since now, it seems that the makefile run tests with matlab itself, and it is not clear to me what happens if matlab is not installed on a machine that just want to generate a ELPA package) So in the new Makefile the autoloads part is gone, but I am running into a different sort of problem with 29.2 --8<---------------cut here---------------start------------->8--- Error: user-error ("MATLAB Shell took to long (20s) to produce a prompt.") mapbacktrace(#f(compiled-function (evald func args flags) #<bytecode -0x57ca465ee517975>)) debug-early-backtrace() debug-early(error (user-error "MATLAB Shell took to long (20s) to produce a prompt.")) signal(user-error ("MATLAB Shell took to long (20s) to produce a prompt.")) user-error("MATLAB Shell took to long (20s) to produce a prompt.") (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt.")) (if (> elapsed 20) (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt."))) (while (not matlab-prompt-seen) (setq elapsed (float-time (time-subtract nil start))) (if (> elapsed 20) (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt."))) (accept-process-output nil 1) (redisplay) (sit-for 1)) (let* ((start (current-time)) (elapsed nil)) (while (not matlab-prompt-seen) (setq elapsed (float-time (time-subtract nil start))) (if (> elapsed 20) (progn (user-error "MATLAB Shell took to long (20s) to produce a prompt."))) (accept-process-output nil 1) (redisplay) (sit-for 1))) --8<---------------cut here---------------end--------------->8--- In the first run but in the second run, after make clean, I obtain the old: --8<---------------cut here---------------start------------->8--- emacs -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/Github/emacs-matlab-git/matlab-load.el")' \ -f batch-update-autoloads /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git SCRAPE ... SCRAPE /home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git INFO Scraping files for matlab-load.el... Debugger entered--Lisp error: (error "company-matlab-shell.el:0:0: error: void-function:...") signal(error ("company-matlab-shell.el:0:0: error: void-function:...")) error("%s:0:0: error: %s: %s" "company-matlab-shell.el" void-function (autoload-insert-section-header)) autoload-generate-file-autoloads("company-matlab-shell.el" nil "/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:48: matlab-load.el] Error 255 --8<---------------cut here---------------end--------------->8--- I compiled 28.2 and receive --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]: Leaving directory '/home/oub/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git/tests' make: *** [Makefile:61: .tests.tstamp] Error 2 oub@Utnapischtim:~/ALLES/emacs/site-lisp/packages/src/Matlab/Github/emacs-matlab-git --8<---------------cut here---------------end--------------->8--- But at least with 28.2 I can compile commit a78b368387c8! So we here at least 2 problems that need to be addressed. @John introduced these changes, what do you say? I was trying to modify the Makefile in commit a78b368387c8 following Arash advice, till I realized, that this is not the last commit! 😳. The reason was, that I was in my local repository that corresponds to Sourceforge, till I realized that changes you made. So I think we need to address the latest commit. John? Regards 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: Vasco C. <vc...@gm...> - 2024-08-27 06:54:18
|
Thanks Uwe. It's on Linux. No worries. I was just wondering if someone in this mailing list had dealt with it. Not critical in any way. On Mon, Aug 26, 2024 at 11:11 PM Uwe Brauer <ou...@ma...> wrote: > >>> "VC" == Vasco Cúrdia <vc...@gm...> writes: > > Hi > > > Hi, > > I'm using the nerd-icons package in emacs but for some reason it > associates > > ".m" files with Apple, and shows a Mac/Apple symbol. So In Dired I have a > > bunch of folders will of Apple icons, rather than Matlab icons. I was > able > > to switch it manually to a more stylized "</>" code icon, but it would be > > great to be able to use a Matlab icon. > > Are you on Linux or MacOS > > > Does anyone know how to find a unicode symbol to use with Nerd-Icons for > > Matlab? > > > That might be under copyright, maybe someone working at MathWorks would > know. > > > I know that this is unrelated to the package matlab-emacs but wondering > if > > anyone in this list has dealt with this minor issue. > > Sorry I don't use that package (I use too many packages anyhow) > > > Thanks, > > Vasco > > > > [image: Mailsuite] Sent with Mailsuite · Unsubscribe > > < > https://mailtrack.io/en/privacy/opt-out/unsubscribe/47e9808db76bbfe15ad16e9e773326da6538f4c0/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e > > > > 08/26/24, 06:21:50 PM > > > _______________________________________________ > > Matlab-emacs-discuss mailing list > > Mat...@li... > > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss > > > -- > 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
|
>>> "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. |
From: Uwe B. <ou...@ma...> - 2024-08-27 06:11:21
|
>>> "VC" == Vasco Cúrdia <vc...@gm...> writes: Hi > Hi, > I'm using the nerd-icons package in emacs but for some reason it associates > ".m" files with Apple, and shows a Mac/Apple symbol. So In Dired I have a > bunch of folders will of Apple icons, rather than Matlab icons. I was able > to switch it manually to a more stylized "</>" code icon, but it would be > great to be able to use a Matlab icon. Are you on Linux or MacOS > Does anyone know how to find a unicode symbol to use with Nerd-Icons for > Matlab? That might be under copyright, maybe someone working at MathWorks would know. > I know that this is unrelated to the package matlab-emacs but wondering if > anyone in this list has dealt with this minor issue. Sorry I don't use that package (I use too many packages anyhow) > Thanks, > Vasco > [image: Mailsuite] Sent with Mailsuite · Unsubscribe > <https://mailtrack.io/en/privacy/opt-out/unsubscribe/47e9808db76bbfe15ad16e9e773326da6538f4c0/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e> > 08/26/24, 06:21:50 PM > _______________________________________________ > Matlab-emacs-discuss mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss -- 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: Vasco C. <vc...@gm...> - 2024-08-27 01:27:14
|
Hi, I'm using the nerd-icons package in emacs but for some reason it associates ".m" files with Apple, and shows a Mac/Apple symbol. So In Dired I have a bunch of folders will of Apple icons, rather than Matlab icons. I was able to switch it manually to a more stylized "</>" code icon, but it would be great to be able to use a Matlab icon. Does anyone know how to find a unicode symbol to use with Nerd-Icons for Matlab? I know that this is unrelated to the package matlab-emacs but wondering if anyone in this list has dealt with this minor issue. Thanks, Vasco [image: Mailsuite] Sent with Mailsuite · Unsubscribe <https://mailtrack.io/en/privacy/opt-out/unsubscribe/47e9808db76bbfe15ad16e9e773326da6538f4c0/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e> 08/26/24, 06:21:50 PM |
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-26 15:02:35
|
>>> "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-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
|
>>> "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: John C. <ci...@ma...> - 2024-08-24 16:44:59
|
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 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 15:14:13
|
>>> "JC" == John Ciolfi <ci...@ma...> writes: > Hi > I setup 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 13:56:31
|
-- 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-24 13:19:59
|
Hi I setup 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): Cleanup stale files and setup to align with github MathWorks standards 1. For MathWorks standards, - Renamed COPYING to LICENSE.txt - Added SECURITY.md - Added CONTRIBUTING.org 2. Deleted stale files that no longer work or are no longer needed - INSTALL - Project.ede - README - cedet-matlab.el - matlab-publish.el - semantic-matlab.el - semanticdb-matlab.el - srecode-matlab.el - templates/Makefile - templates/Project.ede - templates/srecode-matlab.srt - tests/Project.ede - toolbox/Makefile - toolbox/Project.ede 3. Cleaned up the Makefile's and fixed build issues 4. Tests were fixed and now pass (verified with MATLAB 2024a) I also made you an admin so you can be the maintainer. I do have LSP and improved org mode changes I'd like to send in, but we can do that after the MELPA setup. We should also track do existing issues from the mail list and create github issues so we can better manage them. Sorry for the delay on this. We ran into security issues, which delayed me. Thanks for your help, John ________________________________ From: Uwe Brauer Sent: Wednesday, August 21, 2024 8:29 AM To: John Ciolfi Cc: Uwe Brauer; Eric Ludlam; matlab-emacs-discuss Subject: Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted >>> "JC" == John Ciolfi <ci...@ma...> writes: > Hi > Sorry for the delay. I’m out on vacation but will try to finish this > in the next day or so. It took a little longer than I expected to get > things setup, but now I have the right permissions to do this. Ok, great! Sorry for the nagging but at the end of next week I have to travel for several weeks and hardly the time to look into this. I also wanted to set up ELPA (and maybe remove MELPA) BTW an off topic question, if you don't mind. It is my understanding that for numerical task (say solving a system of linear equations), the precision of the result, in Matlab, is fixed, So commands like format long, format short vpa etc Only display less decimals, but all (internal) operations are carried out with a fixed precision. Is this correct? 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-21 12:29:31
|
>>> "JC" == John Ciolfi <ci...@ma...> writes: > Hi > Sorry for the delay. I’m out on vacation but will try to finish this > in the next day or so. It took a little longer than I expected to get > things setup, but now I have the right permissions to do this. Ok, great! Sorry for the nagging but at the end of next week I have to travel for several weeks and hardly the time to look into this. I also wanted to set up ELPA (and maybe remove MELPA) BTW an off topic question, if you don't mind. It is my understanding that for numerical task (say solving a system of linear equations), the precision of the result, in Matlab, is fixed, So commands like format long, format short vpa etc Only display less decimals, but all (internal) operations are carried out with a fixed precision. Is this correct? 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-21 00:57:16
|
Hi Sorry for the delay. I’m out on vacation but will try to finish this in the next day or so. It took a little longer than I expected to get things setup, but now I have the right permissions to do this. Thanks John ________________________________ From: Uwe Brauer <ou...@ma...> Sent: Tuesday, August 20, 2024 10:48 AM To: John Ciolfi <ci...@ma...> Cc: Uwe Brauer <ou...@ma...>; Eric Ludlam <eri...@gm...>; matlab-emacs-discuss <mat...@li...> Subject: Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted >>> "JC" == John Ciolfi <ci...@ma...> writes: Hi John > Thanks - soon (perhaps tomorrow), I'll try to set up the empty github > area so you can push the history to it. I need to talk with some > people in MathWorks on how to do this. Any news? 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. |