@Rayman said:
Was contemplating writing P1 code in Spin2 and using the external tools feature in Spin Tools to invoke FlexProp to compile it...
Spin2 is way better that Spin1 IMHO and if can program Prop1 with it, want to try...
Mind that it's only fully-ish supported on the ASM backend (which has the usual problem of running out of RAM regardless of what language).
The Bytecode backend has trouble supporting all of the features because the bytecodes are essentially a 1:1 translation of a Spin1 AST into RPN, so any extra features need to be emulated using Spin1. We did some clever stuff to implement method pointers, multi-return, etc.
But feel free to try it.
@Rayman said:
Was contemplating writing P1 code in Spin2 and using the external tools feature in Spin Tools to invoke FlexProp to compile it...
Spin2 is way better that Spin1 IMHO and if can program Prop1 with it, want to try...
Imagining that the main issue is going to be that Spin Tools won't compile when an error is detected. Any way around that?
The internal compiler doesn't generate any binary when there are errors, but you can always launch an external compiler.
However, honestly, what's the point of using Spin Tools to write a source that won't compile and delegate to an external tool ?
You may be better with using Flexprop or VS Code for that, it can edit the source and launch flexspin to compile and run.
Yeah, it's the ASM part that think Spin Tools will flag as errors and rightly so.
PASM is PASM, the p1asm (or p2asm) produced by flexspin is compatible with Spin Tools, I have also added the extensions to load these files in the editor, just in case.
Marco,
just a reminder: in the help/about of the latest version (0.49.1) the shown version number is 0.37.0 while it is correct in the file properties
Regards
You may need to do a clean install. I'm on Windows so installing is a simple unzip process, and I always do this into a separate folder for each version (which only take about 85MB of disc space). I keep one or two earlier versions in case something big pops up (though it usually doesn't).
After my morning walk I used ChatGPT to find the answer Marco provided to someone else. You can find it in post 256 of this thread.
That was the case ... I unzipped the files in the same folder (because I have many links pointing to the folder structure of my R&D tools)
It was easy to delete the files from the lib folder because Marco timestamps them all with the same value.
... and YES this is happening on Win11 only, because on my other machines I didn't noticed this behavior before.
Comments
Was contemplating writing P1 code in Spin2 and using the external tools feature in Spin Tools to invoke FlexProp to compile it...
Spin2 is way better that Spin1 IMHO and if can program Prop1 with it, want to try...
Imagining that the main issue is going to be that Spin Tools won't compile when an error is detected. Any way around that?
Mind that it's only fully-ish supported on the ASM backend (which has the usual problem of running out of RAM regardless of what language).
The Bytecode backend has trouble supporting all of the features because the bytecodes are essentially a 1:1 translation of a Spin1 AST into RPN, so any extra features need to be emulated using Spin1. We did some clever stuff to implement method pointers, multi-return, etc.
But feel free to try it.
Yeah, it's the ASM part that think Spin Tools will flag as errors and rightly so.
The internal compiler will flag errors but the external compiler will still work -- that is my experience with PNut.
The internal compiler doesn't generate any binary when there are errors, but you can always launch an external compiler.
However, honestly, what's the point of using Spin Tools to write a source that won't compile and delegate to an external tool ?
You may be better with using Flexprop or VS Code for that, it can edit the source and launch flexspin to compile and run.
PASM is PASM, the p1asm (or p2asm) produced by flexspin is compatible with Spin Tools, I have also added the extensions to load these files in the editor, just in case.
Marco,
just a reminder: in the help/about of the latest version (0.49.1) the shown version number is 0.37.0 while it is correct in the file properties
Regards
You may need to do a clean install. I'm on Windows so installing is a simple unzip process, and I always do this into a separate folder for each version (which only take about 85MB of disc space). I keep one or two earlier versions in case something big pops up (though it usually doesn't).
After my morning walk I used ChatGPT to find the answer Marco provided to someone else. You can find it in post 256 of this thread.
Thanks @JonnyMac
That was the case ... I unzipped the files in the same folder (because I have many links pointing to the folder structure of my R&D tools)
It was easy to delete the files from the lib folder because Marco timestamps them all with the same value.
... and YES this is happening on Win11 only, because on my other machines I didn't noticed this behavior before.
Regards
Dario