• AVR Freaks

Helpful ReplyHot!MPLABX 5.40 out, MPASM dead

Page: < 12345 > Showing page 3 of 5
Author
crosland
Super Member
  • Total Posts : 2176
  • Reward points : 0
  • Joined: 2005/05/10 10:55:05
  • Location: Warks, UK
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/22 06:56:33 (permalink)
+3 (3)
LuisCarlos
crosland
HKPhysicist
I hate machine code!!! 


Assembler != machine code.


Assembler is the compiler, not the language. You mean assembly.


Assembly is what we had at school every morning.
#41
EverGreen_28
Starting Member
  • Total Posts : 47
  • Reward points : 0
  • Joined: 2018/08/14 11:09:01
  • Location: Argentina
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/27 15:29:11 (permalink)
+2 (2)
MPASM is a money fissure sealed with v5.40.

It is unfortunate that Microchip kills MPASM in this way. Only so that users who want the best optimization should spend US $ D1035 on the XC8 / 16/32 compiler.

It is preferable that they put a price relatively close to the price of XC8 to the MPASM. At the same time, they should reduce compiler prices because U$D 1035 is excessively high at least for entussiasts.
#42
Brian_Stu
Senior Member
  • Total Posts : 35
  • Reward points : 0
  • Joined: 2017/03/24 08:38:46
  • Location: UK
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/28 06:33:34 (permalink)
+1 (1)
It's a shame that backwards compatibility has been forgotten, not just by microchip!
It seems this is far from the first time. What happened to#asm #endasm (not hashtags).
Just because they don't want to support it anymore doesn't mean they have to remove it (and stuff up older projects!).  Even if you don't like sprouts!
 
#43
andersm
Super Member
  • Total Posts : 2892
  • Reward points : 0
  • Joined: 2012/10/07 14:57:44
  • Location: 0
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/28 06:52:44 (permalink)
0
Brian_StuJust because they don't want to support it anymore doesn't mean they have to remove it

How is that supposed to work? If a feature isn't actively supported, it will start to rot. Having broken functionality isn't going to make anyone any happier.
#44
NorthGuy
Super Member
  • Total Posts : 6523
  • Reward points : 0
  • Joined: 2014/02/23 14:23:23
  • Location: Northern Canada
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/28 07:59:56 (permalink)
+3 (3)
Brian_Stu
Just because they don't want to support it anymore doesn't mean they have to remove it (and stuff up older projects!).  Even if you don't like sprouts!



It takes time to port 32-bit code to 64-bit (I know because I have just ported all of my software, which took long time and it's still under test). They didn't want to do that for MPASM. Since all the package is 64-bit now, and 32-bit platforms are vanishing (M a c has dropped 32-bit support last year already), there's no way they can keep 32-bit MPASM in MPLAB X.
 
It would be a good idea to release it as a standalone 32-bit product. MPASM people won't need much support anyway, so this wouldn't be a big deal for Microchip. Perhaps bundle it with MPLAB 8, which was really designed for asm people ;) Perhaps someone can pass this idea to Microchip.
#45
marcov
Super Member
  • Total Posts : 292
  • Reward points : 0
  • Joined: 2006/10/08 01:59:40
  • Location: Eindhoven, NL.
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/28 09:03:05 (permalink)
0
I also used mplab 8 when I'm mostly programming/testing, and use mplab X for the longer edit sessions.
 
I keep the projects (in svn) mplab 8, and that is also quite flexible in moving them around. (no hardcoded paths in projects), (re)importing them into mplab x when needed.
 
#46
dan1138
Super Member
  • Total Posts : 4242
  • Reward points : 0
  • Joined: 2007/02/21 23:04:16
  • Location: 0
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/28 09:39:01 (permalink)
+2 (2)
marcov
I also used MPLAB 8 when I'm mostly programming/testing, and use MPLAB X for the longer edit sessions.
 
I keep the projects (in SVN) MPLAB 8, and that is also quite flexible in moving them around. (no hard coded paths in projects), (re)importing them into MPLAB X when needed.

Now with MPASM under the bus how long before they drop importing MPLAB 8 projects?
 
Importing MPLABX v4.xx fails if the project structure is not perfect.
 
<rant>
Failure of MPLAB X v5.35 to import an old project cost me a couple days when trying to rebuild the demo project for the Intelligent Analog Firmware V1_21 (DM240015).
 
This has four build configurations, only the "default" is complete and the others cause the MPLAB X v5.xx to fail on import. The the error messages are:
Error occurred on opening project: integrated_analog
+ Configuration "Build_USB" load error:  No device support available for device
Install DFP

+ Configuration "Build_GC_Utilities" load error:  No device support available for device
Install DFP

+ Configuration "Build_MLA" load error:  No device support available for device
Install DFP

These messages are misleading. What is actually wrong is these build configurations are brokren. The fix is to install MPLAB X v4.xx and delete them from the project then v5.xx can import the project.
</rant>
#47
jswanson
Super Member
  • Total Posts : 381
  • Reward points : 0
  • Joined: 2003/11/07 12:44:05
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 01:20:34 (permalink) ☄ Helpfulby domble 2020/08/03 08:03:22
+1 (1)
I have some old code that I have to maintain and have no intention of rewritig it, so this is not good news.  Incidentally, you can still load the C18 tool chain in 5.40 and that uses MPASMWIN as the assembler.  However, if you change from MPASM to C18 it loses the settings such as MACRO definitions.
I can't see why MC don't do a 64bit version of MPASM, but maybe it is written in FORTRAN or something similar.
#48
ric
Super Member
  • Total Posts : 29918
  • Reward points : 0
  • Joined: 2003/11/07 12:41:26
  • Location: Australia, Melbourne
  • Status: online
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 01:31:31 (permalink)
0
jswanson
I have some old code that I have to maintain and have no intention of rewritig it, so this is not good news. 

Just keep a copy of the tools that work.
MPLABX fully supports keeping multiple versions installed.

I also post at: PicForum
Links to useful PIC information: http://picforum.ric323.co...opic.php?f=59&t=15
NEW USERS: Posting images, links and code - workaround for restrictions.
To get a useful answer, always state which PIC you are using!
#49
jswanson
Super Member
  • Total Posts : 381
  • Reward points : 0
  • Joined: 2003/11/07 12:44:05
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 01:45:21 (permalink)
+1 (1)
I already do, Ric, but it is a pain.  I am still on v5.15 of IPE, as future versions won't load environments created by earlier versions.
#50
dan1138
Super Member
  • Total Posts : 4242
  • Reward points : 0
  • Joined: 2007/02/21 23:04:16
  • Location: 0
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 01:47:01 (permalink)
+1 (1)
I just did a sample assembly only project for a PIC16F18877 using MPLABX v5.40 and guess what.
 
<EDIT>
This is incorrect:
 
THERE IS NO DEBUG INFORMATION IN THE OUTPUT FILES.
 
So the ICD or simulator will not show the assembly language source code line where execution is stopped.
 
This is more correct:
 
The debug information IS in the output files is just that MPLABX v5.40 only loads the HEX output file when building an assembly language project.
 
And another thing: When the pic-as(v2.20) is selected as the "Compiler Tool Chain" the IDE does not allow the user to make changes in the "Configuration Bits" tab of the Output view.
 
Are there any other ways Microchip could make development with 8-bit PIC assembly language more difficult?
 
Attached is my sample project. If I did something dumb please let me know.
post edited by dan1138 - 2020/05/29 14:43:23

Attachment(s)

Attachments are not available: Download requirements not met
#51
ric
Super Member
  • Total Posts : 29918
  • Reward points : 0
  • Joined: 2003/11/07 12:41:26
  • Location: Australia, Melbourne
  • Status: online
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 03:07:09 (permalink)
+2 (2)
dan1138
@ric,
 
I just did a sample assembly only project for a PIC16F18877 using MPLABX v5.40 and guess what.

Hi Dan,
Why is this aimed at me?
I am as disappointed as everyone else that MC are not maintaining support for MPASM.
 

I also post at: PicForum
Links to useful PIC information: http://picforum.ric323.co...opic.php?f=59&t=15
NEW USERS: Posting images, links and code - workaround for restrictions.
To get a useful answer, always state which PIC you are using!
#52
dan1138
Super Member
  • Total Posts : 4242
  • Reward points : 0
  • Joined: 2007/02/21 23:04:16
  • Location: 0
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 09:28:43 (permalink)
+1 (1)
ric
Why is this aimed at me?

Really I'm just screaming into the void, there's no reason you should care about this.
 
I will edit my post.
 
 
#53
ric
Super Member
  • Total Posts : 29918
  • Reward points : 0
  • Joined: 2003/11/07 12:41:26
  • Location: Australia, Melbourne
  • Status: online
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 15:03:31 (permalink)
+1 (1)
Thanks.
I didn't take offence, just wasn't sure why you specifically named me in the response. :)

I also post at: PicForum
Links to useful PIC information: http://picforum.ric323.co...opic.php?f=59&t=15
NEW USERS: Posting images, links and code - workaround for restrictions.
To get a useful answer, always state which PIC you are using!
#54
mpgmike
Super Member
  • Total Posts : 533
  • Reward points : 0
  • Joined: 2014/01/23 17:27:06
  • Location: NJ
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 15:39:37 (permalink)
+1 (3)
ric, you're everyone's hero.  You have answers when nobody else is brave enough to chime in.  Put another way, you are more of an authority here than someone working for Microchip.

I don't need the world to know my name, but I want to live a life so all my great-grandchildren proudly remember me.
#55
stenakew
Starting Member
  • Total Posts : 34
  • Reward points : 0
  • Joined: 2013/09/04 10:54:16
  • Location: 0
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/29 23:43:57 (permalink)
0
Hej.
(Replay on post #15.)
I created a small pure assembler project using XC8 2.20 toolchain. And no problem with debugging (on hardware, did not use simulator). Posted here.
I did try the pic-as toolchain first, but as you noted, could not make changes to the Configuration bits, and gave up on that toolchain.
 
Did you use the "pic-as" toolchain?
/Sten-Åke
 
 
 
 
 
#56
W4GNS.
Dazed n Confused
  • Total Posts : 47
  • Reward points : 0
  • Joined: 2009/11/16 18:23:19
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/30 09:56:23 (permalink)
0 (2)
mpgmike
ric, you're everyone's hero.  You have answers when nobody else is brave enough to chime in.  Put another way, you are more of an authority here than someone working for Microchip.



+1
#57
Mark Yampolsky
Super Member
  • Total Posts : 122
  • Reward points : 0
  • Joined: 2009/04/03 18:50:36
  • Location: Russia Fryazino Moskow reg
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/31 02:44:09 (permalink)
0 (4)
jswanson
I can't see why MC don't do a 64bit version of MPASM, but maybe it is written in FORTRAN or something similar.

Probably because supporting MPASM in a 64-bit environment does not make any economic sense. Probably because those who do not want to abandon MPASM in old projects and in new projects using all the currently produced MCU's can use the old IDE versions without any hysteria.
This whole topic with tears and lamentations regarding the MPASM looks infantile and causes only a condescending smile. Stop and look at yourself, gentlemen!
#58
Jerry Messina
Super Member
  • Total Posts : 668
  • Reward points : 0
  • Joined: 2003/11/07 12:35:12
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/31 03:29:33 (permalink)
+3 (3)
Mark Yampolsky
...those who do not want to abandon MPASM in old projects and in new projects using all the currently produced MCU's can use the old IDE versions without any hysteria.

 
Once again, you've missed a case: new project, new MCU, existing MPASM code libraries that have been thoroughly tested and qualified.
 
That turns a condescending smile into a frown.
 
#59
NorthGuy
Super Member
  • Total Posts : 6523
  • Reward points : 0
  • Joined: 2014/02/23 14:23:23
  • Location: Northern Canada
  • Status: offline
Re: MPLABX 5.40 out, MPASM dead 2020/05/31 06:37:24 (permalink)
+1 (1)
Mark Yampolsky
This whole topic with tears and lamentations regarding the MPASM looks infantile and causes only a condescending smile. Stop and look at yourself, gentlemen!



This is all about money.
 
The transition from 16-bit to 32-bit was hugely positive. For the money you spent converting your software, you got tangible benefits - big flat memory, same size of pointers and integers. The transition from 32-bit to 64-bit doesn't provide any benefits - you spend money and effort to convert your software and you get nothing in return - slight decrease in performance, if anything.
 
It was Ok until Apple decided to drop 32-bit support, but now the conversion is mandatory. I had to spend money and effort to convert my software. Microchip had to spend money and effort to convert theirs. They decided to save some money by not converting MPASM.  Therefore now people will have to spend money and effort to convert their old projects to newer PIC parts. All this process does not produce any benefit to anyone. Call it a progress if you wish.
 
#60
Page: < 12345 > Showing page 3 of 5
Jump to:
© 2021 APG vNext Commercial Version 4.5