matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

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

>>> "NNB" == Nidish Narayanaa Balaji <nid...@il...> writes:

> Here's the issues on github where we did the renaming:
> https://github.com/mathworks/Emacs-MATLAB-Mode/issues/9

> Also see:
> https://github.com/mathworks/Emacs-MATLAB-Mode/issues/5#issuecomment-2429899974

> Hope this helps,


It does, I should take more attention to the discussion on the issue
interface and refine my searches of the logs ☹️ 
-- 
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] Error from latest version in Melpa

[Nidish N. B. <nid...@il...>]

Here's the issues on github where we did the renaming: 
https://github.com/mathworks/Emacs-MATLAB-Mode/issues/9

Also see: 
https://github.com/mathworks/Emacs-MATLAB-Mode/issues/5#issuecomment-2429899974

Hope this helps,
Nidish

On 11/19/24 14:26, Uwe Brauer via Matlab-emacs-discuss wrote:
>>>> "VC" == Vasco Cúrdia <vc...@gm...> writes:
>> Thanks.
>> It was a local setting of mine using an old face name that no longer
>> exists. I fixed it and it is all working now.
> Thanks for reporting back and I am glad that it worked out for you.
>
> However, I am a bit worried why this happened. Do you remember (or maybe
> your init files are under version control 😇)
>
>
> When you set this variable.
>
> That would help me to pin to problem down, because our rule of the
> thumb should be to avoid a renaming of variable shortly after a release.
>
> regards
>
>
>
>
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] Error from latest version in Melpa

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

>>> "VC" == Vasco Cúrdia <vc...@gm...> writes:

> Thanks.
> It was a local setting of mine using an old face name that no longer
> exists. I fixed it and it is all working now.

Thanks for reporting back and I am glad that it worked out for you.

However, I am a bit worried why this happened. Do you remember (or maybe
your init files are under version control 😇) 


When you set this variable.

That would help me to pin to problem down, because our rule of the
thumb should be to avoid a renaming of variable shortly after a release.

regards


-- 
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] Error from latest version in Melpa

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

>>> "VC" == Vasco Cúrdia <vc...@gm...> writes:

Hello


> Hi,
> I just refreshed my packages using Melpa, and now I'm getting this error
> error: Invalid face, matlab-cellbreak-face

> Any thoughts on what may be causing this?

I am sorry, lately we merged several branches with new features into
the main branch and might have done some renaming, that was not clearly
announced. 

I presume you configured this face yourself, either in your init file or
via custom.

Could you please check both?

A simple `describe-variable` `custom-file` will tell you were emacs
saves the variable you configured via customize.


Regards

Uwe Brauer 



-- 
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] Error from latest version in Melpa

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

Thanks.

It was a local setting of mine using an old face name that no longer
exists. I fixed it and it is all working now.

Best,
Vasco


On Tue, Nov 19, 2024 at 12:00 AM Uwe Brauer <ou...@ma...> wrote:

> >>> "VC" == Vasco Cúrdia <vc...@gm...> writes:
>
> Hello
>
>
> > Hi,
> > I just refreshed my packages using Melpa, and now I'm getting this error
> > error: Invalid face, matlab-cellbreak-face
>
> > Any thoughts on what may be causing this?
>
> I am sorry, lately we merged several branches with new features into
> the main branch and might have done some renaming, that was not clearly
> announced.
>
> I presume you configured this face yourself, either in your init file or
> via custom.
>
> Could you please check both?
>
> A simple `describe-variable` `custom-file` will tell you were emacs
> saves the variable you configured via customize.
>
>
> Regards
>
> Uwe Brauer
>
>
>
> --
> 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] Error from latest version in Melpa

[Nidish <nid...@il...>]

We did a merge where all the matlab-cellbreak-face were renamed to matlab-sections-sectionbreak-face . 
This is not throwing an error in my branch. Can you check where this throws the error from?

Best,
Nidish


On November 19, 2024 8:09:40 AM GMT+05:30, "Vasco Cúrdia" <vc...@gm...> wrote:
>Hi,
>
>I just refreshed my packages using Melpa, and now I'm getting this error
>error: Invalid face, matlab-cellbreak-face
>
>Any thoughts on what may be causing this?
>
>Thanks,
>Vasco
>
>
>[image: Mailsuite] Sent with Mailsuite  ·  Unsubscribe
><https://mailtrack.io/en/privacy/opt-out/unsubscribe/3b8a06d7130157c5d07e45fd3562ff07aaffa9e1/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e>
>11/18/24, 06:38:50 PM

[Matlab-emacs-discuss] Error from latest version in Melpa

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

Hi,

I just refreshed my packages using Melpa, and now I'm getting this error
error: Invalid face, matlab-cellbreak-face

Any thoughts on what may be causing this?

Thanks,
Vasco


[image: Mailsuite] Sent with Mailsuite  ·  Unsubscribe
<https://mailtrack.io/en/privacy/opt-out/unsubscribe/3b8a06d7130157c5d07e45fd3562ff07aaffa9e1/f3d801a89a156877daca57453476e61e3ee8d89e25e0b1ac0cb15b8934d564b492a7a6aad7c1ab396958cbbecacbfc5964132459d102a7813d8397092bc31d1e>
11/18/24, 06:38:50 PM

Re: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el

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

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

> I'm good with this. Why does melpa need matlab-autoload.el?

I think it is a question of conventions, put I put Jonas on the CC
he might give a more detailed explanation.

> Also update references to matlab-load

> find . -type f -exec grep -l matlab-load {} \;

> ./Makefile
> ./README.org
> ./examples/matlab-and-org-mode/matlab-and-org-mode.html
> ./examples/matlab-and-org-mode/matlab-and-org-mode.org
> ./tests/mstest.el
> ./tests/metest.el
> ./DEBUGGING.org

Yes I know, I did not push though.
> ________________________________
> From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
> Sent: Saturday, October 5, 2024 11:44 AM
> To: Matlab-emacs-discuss <mat...@li...>
> Subject: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el



> Hi all

> I am not sure that everybody is following the discussion between Jonas
> (the MELPA maintainer) and myself concerning the MELPA conventions.


> Jonas proposed two things (besides changes in the recipe file, that
> reflect the new repository and directory structure

>     1. To rename matlab-load.el to matlab-autoload.el (I did this
>        already in the Makefile and the other files that either mention
>        or require that file, but I did not push yet.

>     2. To add a dummy file called matlab-mode.el that basically just
>        contains the header of matlab.el


> Is this ok with everybody?

> 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] matlab-load.el-->matlab-autoload.el

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

I'm good with this. Why does melpa need matlab-autoload.el?

Also update references to matlab-load

find . -type f -exec grep -l matlab-load {} \;

./Makefile
./README.org
./examples/matlab-and-org-mode/matlab-and-org-mode.html
./examples/matlab-and-org-mode/matlab-and-org-mode.org
./tests/mstest.el
./tests/metest.el
./DEBUGGING.org
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Saturday, October 5, 2024 11:44 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] matlab-load.el-->matlab-autoload.el



Hi all

I am not sure that everybody is following the discussion between Jonas
(the MELPA maintainer) and myself concerning the MELPA conventions.


Jonas proposed two things (besides changes in the recipe file, that
reflect the new repository and directory structure

    1. To rename matlab-load.el to matlab-autoload.el (I did this
       already in the Makefile and the other files that either mention
       or require that file, but I did not push yet.

    2. To add a dummy file called matlab-mode.el that basically just
       contains the header of matlab.el


Is this ok with everybody?

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] version numbering and copyright dates

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

I think it's okay to leave them as is. Updating when the files change should be simpler and what is legally required.

Thanks


________________________________
From: Uwe Brauer
Sent: Sunday, October 06, 2024 2:57 AM
To: John Ciolfi
Cc: Matlab-emacs-discuss; Uwe Brauer
Subject: Re: [Matlab-emacs-discuss] version numbering and copyright dates

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

> Hi
> Copyright years should only be updated when there is a material
> change. For example, suppose foo.el was authored in 2010 and not
> touched. Its copyright year should stay 2010. If foo.el then get's
> updated in 2025, it's copyright year would become 2010-2025.


Oops, I boldly changed the date to 2024 in all files, because it was
easier this way. 😇


Before reverting this back, let me please also check with the ELPA
manager what is the convention there.

If it is as you say then I need to carefully check the log of each file,
and that will take some time.




> We could probably automate this. A small utility invoked from make
> could look at the git history of sources and validate/fix the
> copyrights. I'm somewhat familiar with how to do this, but have a
> backlog of items I'd like to get to.

> Perhaps, for now, we just manually update them when the are touched.

> Thanks
> John
> ________________________________
> From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
> Sent: Friday, October 4, 2024 9:07 AM
> To: Matlab-emacs-discuss <mat...@li...>
> Subject: [Matlab-emacs-discuss] version numbering and copyright dates


> Hi

> I just realised what we should upgrade the copyright dates in a couple
> of files. I can do that but I am wondering whether the Makefile could
> take care of that.

> Then:

> We still have
> (defconst matlab-mode-version "5.0"
>   "Current version of MATLAB(R) mode.")


> Shouldn't we upgrade at least to 5.1? 😉

> I also plan to merge the   cell-mode and later the org-mode branch into
> default. Then we definitely  should jump a bit up on the version numbers

--
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] version numbering and copyright dates

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

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

> Hi
> Copyright years should only be updated when there is a material
> change. For example, suppose foo.el was authored in 2010 and not
> touched. Its copyright year should stay 2010. If foo.el then get's
> updated in 2025, it's copyright year would become 2010-2025.


Oops, I boldly changed the date to 2024 in all files, because it was
easier this way. 😇


Before reverting this back, let me please also check with the ELPA
manager what is the convention there.

If it is as you say then I need to carefully check the log of each file,
and that will take some time.




> We could probably automate this. A small utility invoked from make
> could look at the git history of sources and validate/fix the
> copyrights. I'm somewhat familiar with how to do this, but have a
> backlog of items I'd like to get to.

> Perhaps, for now, we just manually update them when the are touched.

> Thanks
> John
> ________________________________
> From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
> Sent: Friday, October 4, 2024 9:07 AM
> To: Matlab-emacs-discuss <mat...@li...>
> Subject: [Matlab-emacs-discuss] version numbering and copyright dates


> Hi

> I just realised what we should upgrade the copyright dates in a couple
> of files. I can do that but I am wondering whether the Makefile could
> take care of that.

> Then:

> We still have
> (defconst matlab-mode-version "5.0"
>   "Current version of MATLAB(R) mode.")


> Shouldn't we upgrade at least to 5.1? 😉

> I also plan to merge the   cell-mode and later the org-mode branch into
> default. Then we definitely  should jump a bit up on the version numbers

-- 
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] version numbering and copyright dates

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

Hi

Copyright years should only be updated when there is a material change. For example, suppose foo.el was authored in 2010 and not touched. Its copyright year should stay 2010. If foo.el then get's updated in 2025, it's copyright year would become 2010-2025.

We could probably automate this.  A small utility invoked from make could look at the git history of sources and validate/fix the copyrights. I'm somewhat familiar with how to do this, but have a backlog of items I'd like to get to.

Perhaps, for now, we just manually update them when the are touched.

Thanks
John
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Friday, October 4, 2024 9:07 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] version numbering and copyright dates


Hi

I just realised what we should upgrade the copyright dates in a couple of files. I can do that but I am wondering whether the Makefile could take care of that.

Then:

We still have
(defconst matlab-mode-version "5.0"
  "Current version of MATLAB(R) mode.")


Shouldn't we upgrade at least to 5.1? 😉

I also plan to merge the   cell-mode and later the org-mode branch into
default. Then we definitely  should jump a bit up on the version numbers

--
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] follow Jonas advice for the MELPA package in sourceforge.

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

That seems reasonable. It would be good to get MELPA pointing at github because the version in github works with later Emacs versions (I removed some of the .el files that no longer work).

thanks
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Friday, October 4, 2024 4:02 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] follow Jonas advice for the MELPA package in sourceforge.



Hi all

I presume you all have seen Jonas email concerning the MELPA convention.

The most logical solution to this problem would be

    1. Follow his advice

    2. Also adapt the MELPA recipe file, so that refers to the Github repository.

However since there are some changes concerning the directory tree in
github and some cleaning, I would like to discuss this Jonas, who
unfortunately is a bit busy these days.

Meanwhile a user, Mark Norton, reported a problem with MELPA.

So I propose trying to fix his problem this following Jonas
recommendation, but for the sourceforge repository, as an emergency
solution.

Once I have clarified the open questions with Jonas, I change the MELPA
recipe to the Github repository


Any comments?

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] matlab-load.el-->matlab-autoload.el

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

Hi all

I am not sure that everybody is following the discussion between Jonas
(the MELPA maintainer) and myself concerning the MELPA conventions.


Jonas proposed two things (besides changes in the recipe file, that
reflect the new repository and directory structure

    1. To rename matlab-load.el to matlab-autoload.el (I did this
       already in the Makefile and the other files that either mention
       or require that file, but I did not push yet.

    2. To add a dummy file called matlab-mode.el that basically just
       contains the header of matlab.el


Is this ok with everybody?

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] version numbering and copyright dates

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

Hi 

I just realised what we should upgrade the copyright dates in a couple of files. I can do that but I am wondering whether the Makefile could take care of that.

Then:

We still have 
(defconst matlab-mode-version "5.0"
  "Current version of MATLAB(R) mode.")


Shouldn't we upgrade at least to 5.1? 😉

I also plan to merge the   cell-mode and later the org-mode branch into
default. Then we definitely  should jump a bit up on the version numbers 

-- 
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] follow Jonas advice for the MELPA package in sourceforge.

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

Hi all

I presume you all have seen Jonas email concerning the MELPA convention.

The most logical solution to this problem would be

    1. Follow his advice

    2. Also adapt the MELPA recipe file, so that refers to the Github repository.

However since there are some changes concerning the directory tree in
github and some cleaning, I would like to discuss this Jonas, who
unfortunately is a bit busy these days.

Meanwhile a user, Mark Norton, reported a problem with MELPA.

So I propose trying to fix his problem this following Jonas
recommendation, but for the sourceforge repository, as an emergency
solution.

Once I have clarified the open questions with Jonas, I change the MELPA
recipe to the Github repository


Any comments?

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] The Cleanup of the matlab files

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

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

> I just added a make target to help with this (commit ccd2d06):
>     make list-files-for-release

> which will display the following (notice matlab-load.el is excluded because this is generated and dependent on the version of Emacs):


Thanks! 
That looks very helpful
I will wait for Jonas to reply before touching the MELPA recipe.



-- 
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] update to Matlab2024b: can't compile

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

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

> Hi
> This is fixed (commit 59bf9a9 - Update tests/mstest.el to work with R2024b).

Thanks, pulled tested and confirmed!!!

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] The Cleanup of the matlab files

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

I just added a make target to help with this (commit ccd2d06):

    make list-files-for-release

which will display the following (notice matlab-load.el is excluded because this is generated and dependent on the version of Emacs):

company-matlab-shell.el
linemark.el
matlab-cgen.el
matlab-compat.el
matlab-complete.el
matlab.el
matlab-maint.el
matlab-mode-pkg.el
matlab-netshell.el
matlab-scan.el
matlab-shell.el
matlab-shell-gud.el
matlab-syntax.el
matlab-topic.el
mlgud.el
mlint.el
tlc.el
bin/matlab-emacsclient.sh
toolbox/+emacs/@Breakpoints/Breakpoints.m
toolbox/+emacs/@EmacsServer/EmacsServer.m
toolbox/+emacs/@Stack/Stack.m
toolbox/+emacs/set.m
toolbox/dbhotlink.m
toolbox/ebclear.m
toolbox/ebstack.m
toolbox/ebstatus.m
toolbox/ebstop.m
toolbox/emacscd.m
toolbox/emacsdocomplete.m
toolbox/emacsinit.m
toolbox/emacsnetshell.m
toolbox/emacsrun.m
toolbox/emacsrunregion.m
toolbox/emacstipstring.m
toolbox/help.m
toolbox/opentoline.m

This can be tweaked as needed to help melpa. For example, we could update it to generate the ":files" value you need.

Thanks
John


________________________________
From: Uwe Brauer
Sent: Wednesday, October 02, 2024 10:59 AM
To: John Ciolfi
Cc: Uwe Brauer; Matlab-emacs-discuss
Subject: Re: The Cleanup of the matlab files

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

Re: [Matlab-emacs-discuss] update to Matlab2024b: can't compile

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

Hi

This is fixed (commit 59bf9a9 - Update tests/mstest.el to work with R2024b).

Thanks
John
________________________________
From: Uwe Brauer via Matlab-emacs-discuss <mat...@li...>
Sent: Tuesday, October 1, 2024 4:42 AM
To: Matlab-emacs-discuss <mat...@li...>
Subject: [Matlab-emacs-discuss] update to Matlab2024b: can't compile



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.

Re: [Matlab-emacs-discuss] The Cleanup of the matlab files

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

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

Re: [Matlab-emacs-discuss] The Cleanup of the matlab files

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

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.

[Matlab-emacs-discuss] The Cleanup of the matlab files

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

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. 

Re: [Matlab-emacs-discuss] update to Matlab2024b: can't compile

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

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

[Matlab-emacs-discuss] update to Matlab2024b: can't compile

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

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.