matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] change targets makefile

[John C. <ci...@ma...>]

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.

[Matlab-emacs-discuss] change targets makefile

[Uwe B. <ou...@ma...>]

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. 

[Matlab-emacs-discuss] Dropping support for Emacs 26 and prior

[John C. <ci...@ma...>]

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

Re: [Matlab-emacs-discuss] Emacs Matlab Nerd-Icons missing

[John C. <ci...@ma...>]

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

Re: [Matlab-emacs-discuss] problems with the actual (and earlier Makefiles) for emacs 29.2

[John C. <ci...@ma...>]

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.

[Matlab-emacs-discuss] problems with the actual (and earlier Makefiles) for emacs 29.2

[Uwe B. <ou...@ma...>]

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. 

Re: [Matlab-emacs-discuss] Emacs Matlab Nerd-Icons missing

[Vasco C. <vc...@gm...>]

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.
>
>

Re: [Matlab-emacs-discuss] [installation problems]

[Uwe B. <ou...@ma...>]

>>> "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. 

Re: [Matlab-emacs-discuss] Emacs Matlab Nerd-Icons missing

[Uwe B. <ou...@ma...>]

>>> "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. 

[Matlab-emacs-discuss] Emacs Matlab Nerd-Icons missing

[Vasco C. <vc...@gm...>]

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

Re: [Matlab-emacs-discuss] [installation problems]

[John C. <ci...@ma...>]

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.

Re: [Matlab-emacs-discuss] [installation problems]

[Uwe B. <ou...@ma...>]

>>> "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. 

Re: [Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted)

[John C. <ci...@ma...>]

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.

Re: [Matlab-emacs-discuss] [installation problems]

[Uwe B. <ou...@ma...>]

>>> "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. 

Re: [Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted)

[John C. <ci...@ma...>]

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.

[Matlab-emacs-discuss] [installation problems] (was: move -->github: rebase, and which branches could be deleted)

[Uwe B. <ou...@ma...>]

>>> "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. 

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[Uwe B. <ou...@ma...>]

-- 
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. 

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[John C. <ci...@ma...>]

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.

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[Uwe B. <ou...@ma...>]

>>> "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. 

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[John C. <ci...@ma...>]

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.

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[Uwe B. <ou...@ma...>]

>>> "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. 

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[John C. <ci...@ma...>]

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.

Thanks,
John


________________________________
From: Uwe Brauer
Sent: Tuesday, August 13, 2024 8:43 AM
To: Uwe Brauer
Cc: John Ciolfi; Eric Ludlam; matlab-emacs-discuss
Subject: Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted



   > I have also quite a bit of clones, so no worries.


   > Here is what I did on my local machine (I did not mess up with sourceforge)

   >     - git clone --bare git+ssh://ou...@gi.../p/matlab-emacs/src matlab-sf-mirror-bare

   >     - cd matlab-sf-mirror-bare

   >     - delete the branches via
   >         git branch -D wisent-parser
   >         git branch -D fontlockhang
   >         git branch -D strings
   >         git branch -D usage1
   >         git branch -D hairyblocks
   >         git branch -D mac_init
   >         git branch -D modernize
   >         git branch -D font-lock
   >         git branch -D shell-patch
   >         git branch -D shellcomplete


I forget before I pushed I also did:

    - git branch -m default
      renaming the master branch default.

--
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.

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[Uwe B. <ou...@ma...>]

   > I have also quite a bit of clones, so no worries.


   > Here is what I did on my local machine (I did not mess up with sourceforge)

   >     - git clone --bare git+ssh://ou...@gi.../p/matlab-emacs/src matlab-sf-mirror-bare

   >     - cd matlab-sf-mirror-bare

   >     - delete the branches via 
   >         git branch -D wisent-parser
   >         git branch -D fontlockhang
   >         git branch -D strings
   >         git branch -D usage1
   >         git branch -D hairyblocks
   >         git branch -D mac_init
   >         git branch -D modernize
   >         git branch -D font-lock
   >         git branch -D shell-patch
   >         git branch -D shellcomplete
    

I forget before I pushed I also did:

    - git branch -m default
      renaming the master branch default.

-- 
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. 

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[Uwe B. <ou...@ma...>]

>>> "JC" == John Ciolfi <ci...@ma...> writes:

> I think Eric may be on vacation. I'm fairly confident that we've
> already taken the work from shellcomplete and put it in master. Just
> in case we haven't, I just made a git clone of matlab-emacs that
> contains all the current branches. I'll double check with Eric when
> he's back.

I have also quite a bit of clones, so no worries.

> I too am about to run out of time to work on this, so it would be good
> to get this the code into github. Therefore, please go ahead and
> delete the shellcomplete branch and set things up so we can move it
> into github.

Here is what I did on my local machine (I did not mess up with sourceforge)

    - git clone --bare git+ssh://ou...@gi.../p/matlab-emacs/src matlab-sf-mirror-bare

    - cd matlab-sf-mirror-bare

    - delete the branches via 
        git branch -D wisent-parser
        git branch -D fontlockhang
        git branch -D strings
        git branch -D usage1
        git branch -D hairyblocks
        git branch -D mac_init
        git branch -D modernize
        git branch -D font-lock
        git branch -D shell-patch
        git branch -D shellcomplete

    - I created a new public github repository (for you and others to
      check) and
      git push --mirror gi...@gi...:ouboub/matlab-sf-git-mirror.git

Now, if you are satisfies

    1. You create the repository in the MATLAB structure/world in github
       but don't add anything and give me write access.

    2. Or: you need to run on your machine

       - git clone --bare gi...@gi...:ouboub/matlab-sf-git-mirror.git

       - cd matlab-sf-git-mirror

       -       git push --mirror git@WHEREEVER


However: and I digged into that quite a bit. There is a certain bug or 
missing feature. 

If you do it this way, github selects the default branch randomly! You
have to open the UI and switch the default branch to default

Once I have write access I can also check this, but it is important
otherwise things get messy.

> As for ELPA, yes, lets work on this after moving to github.

ok

Please tell me how to proceed.

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. 

Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

[John C. <ci...@ma...>]

I think Eric may be on vacation. I'm fairly confident that we've already taken the work from shellcomplete and put it in master. Just in case we haven't, I just made a git clone of matlab-emacs that contains all the current branches. I'll double check with Eric when he's back.

I too am about to run out of time to work on this, so it would be good to get this the code into github. Therefore, please go ahead and delete the shellcomplete branch and set things up so we can move it into github.

As for ELPA, yes, lets work on this after moving to github.

Thanks
John
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Tuesday, August 13, 2024 5:11 AM
To: Eric Ludlam <eri...@gm...>
Cc: matlab-emacs-discuss <mat...@li...>
Subject: Re: [Matlab-emacs-discuss] move -->github: rebase, and which branches could be deleted

>>> "EL" == Eric Ludlam <eri...@gm...> writes:

Hi all
> Regarding finding differences between a branch and main/master.
> I was trying to remind myself what the changes were.  Thus, just a diff
> between branch tip and main/master from whence the branch was created. (ie
> - what did I change).  Then I could check main/master to see if that change
> was already merged (in the case of the fontlock branch).

Sorry to nag, but basically I have around 2 weeks left in which I can
find the time to deal with the move of the repository to github and do
the cleanup we discussed

    1. I also would like to settle the issue concerning ELPA, but I
       think it is  best do do this after the move to github

    2. Maybe we should then remove the MELPA package just in order to
       simplify things.

Sorry Eric, any idea what to do with the only branch whose status is
unclear:
shellcomplete

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.