| |
JAC
Registered: Aug 2002
Posts: 56 |
WUDSN IDE: Integrate ACME or Kickassembler or ...
Hi there,
I'm the creator of the WUDSN IDE development environment. It can be used for different platforms and compilers.
For C64, currently ACME is included (not 100% yet). The next version will support MADS in all platforms.
Besides this, I'd like to include a special C64 compiler, because I know codes always have a lot a sources in their favourite syntax and they like to keep them. Therefore I'd like to get some feedback on the following question.
Which cross-compiler it used most often for C64 coding nowadays?
Is it ACME (seems a bit outdated for me), or Kickassembler (seems very vidid), or...
|
|
| |
Slator
Registered: Jan 2002
Posts: 273 |
First of all a big hug for this nice environment, using it for atari stuff for some time now in combination with MADS.
Thank you for coming to a c64 realm and offer support for the enemy :-D
NICE!
Those 4 compilers are the most common on c64:
DreamAss
http://developer.berlios.de/projects/rrtools/
64tass
64TASS V1.46
Kickassembler and acme |
| |
MagerValp
Registered: Dec 2001
Posts: 1059 |
And ca65 and DAsm. |
| |
MC
Account closed
Registered: Jul 2009
Posts: 71 |
Yeah using DASM here too since its syntax is nearly identical to Devpac which I used on the Amiga and ST.
I'll have a look at your IDE as I currently work with Crimson Editor which feels very outdated. |
| |
The Human Code Machine
Registered: Sep 2005
Posts: 110 |
DASM would be really nice! |
| |
Radiant
Registered: Sep 2004
Posts: 639 |
Another vote for ca65 here. |
| |
Iapetus/Algarbi/Wood
Registered: Dec 2004
Posts: 71 |
ca65
Kickassembler |
| |
Oswald
Registered: Apr 2002
Posts: 5025 |
+1 for 64tass
edit: btw the navigation shown makes me drool, most of the time besides editing I spend by looking for certain parts in the code. |
| |
Moloch
Registered: Jan 2002
Posts: 2896 |
64tass |
| |
Count Zero
Registered: Jan 2003
Posts: 1825 |
+1 for dreamass
cheers for ACME as well :)
|
| |
enthusi
Registered: May 2004
Posts: 675 |
floodgap XA assembler |
| |
JAC
Registered: Aug 2002
Posts: 56 |
Interesting to see DASM mentioned here and also very heterogenous feedback so far. Please keep on voting :-)
@Oswald: I know what you mean: My ASM projects back in the 90ies always ended with some hundred lines of code because I simple could find anything anymore. With the nested content outline, the recursive include parsing and the hyperlink navigation I even feel comfortable in my largest project (~10.000 LOC).
 
Quote:Thank you for coming to a c64 realm and offer support for the enemy
My friend had to leave his C128 at my place for months when I was young. His mother had told him to throw it out and do his homework instead. Ever since that I love C64 and C64 demos. Atari 800 XL and C64 both have their unique capabilities - and I love to go and make demos about that. And once C64 support for MADS is finished I'll release a cross-platform demo, for sure. |
| |
Conjuror
Registered: Aug 2004
Posts: 168 |
KickAssembler for me!
This looks great. I'm using eclipse with asm plugin but its syntax highlighting only. |
| |
MagerValp
Registered: Dec 2001
Posts: 1059 |
Quoting JACInteresting to see DASM mentioned here and also very heterogenous feedback so far. Please keep on voting :-)
Yep, there just isn't a standard assembler in the C64 community. Fortunately most of the assemblers here are relatively bug free and quite capable. Everyone can pick the syntax they prefer and the advanced features they want the most. |
| |
Perplex
Registered: Feb 2009
Posts: 254 |
Here's yet another vote for ca65 (part of cc65, see http://www.cc65.org/).
|
| |
Mr. SID
Registered: Jan 2003
Posts: 422 |
I don't care much for this IDE (looks like Java ;), but since there's quite a large number of assemblers to support, you should have some kind of data-driven approach, i.e. a definition language for the assembler syntax.
Then everyone can add support for their own favorite assembler (and the ones that will come out in the future).
|
| |
JAC
Registered: Aug 2002
Posts: 56 |
@Mr. Sid: Compilers and Emulators are added via extension points. For a new compiler, you provide a simple XML file which describes the syntax elements. With this you'll get about 90% of all features inkl. navigation and hyperlinks already. For the rest and more sophisticated things, for example parsing of console output and output files to extract messages and label values, mapping message severities, own preferences, icons and texts all you need are 10-80 lines of code typically.
The support for Apple2 for example is currently under development by Nick Westgate using this mechanism. Here's the example file. The point is that once it works I like to provide the support for all the users. That's why I merge extensions with the standard delivery and provide it as a service. And of course compilers I have not used yet might require extensions to the parser, in case the compiler has some new unknown features. But now that MADS support is complete, I think this hardly will be significant :-) |
| |
PopMilo
Registered: Mar 2004
Posts: 145 |
@JAC: I use WUDSN for A8 development and must say it is an awesome tool, and I love where you are heading with its development.
As you make it useful for C64 also and mention MADS as possible assembler for it (if I understood you correctly) I wonder if you know if there will be better documentation for MADS in English ?
|
| |
Martin Piper
Registered: Nov 2007
Posts: 645 |
I always use a slightly modified ACME. |
| |
Oswald
Registered: Apr 2002
Posts: 5025 |
Do you have a tutorial on this XML ? Some people would surely start on adapting it for their fave assemble, and the rest would benefit greatly :) |
| |
AüMTRöN
Registered: Sep 2003
Posts: 42 |
+1 for DASM. I use this one: http://iancoog.altervista.org/C/dasm2.20.07-iAN_Rev_L.rar |
| |
JAC
Registered: Aug 2002
Posts: 56 |
@PopMilo: I still hope a fairy grants me 3 wishes one day, one of them would be the English MADS tutorial for sure. Or enougth time to translate it myself...
@Oswald: No documentation yet, but I'll create one. I found that best thing is direct contact to the owner/maintainer of the compiler, because I also need a "test suite" and they usually have one for themselves already and this way I'm always informed about new features. In fact I have ACME and DASM definition almost complete already and regarding KickAss I'm in contact with Mads now. For ACME & KickAss the parser will have to learn "{ }" - what will change the XML and take some time, I assume. Also I want to separate the compiler from the hardware (currently they are linked, e.g. in the preferences).
So this thread was intended to get a "stament of direction", but of course I would really appreciate to have volunteers for testing.
|
| |
Oswald
Registered: Apr 2002
Posts: 5025 |
looking forward for the docs, 64tass is a very simple compiler compared to the rest, I guess it will be easy to xmlize it :) |
| |
JAC
Registered: Aug 2002
Posts: 56 |
In fact I had 64tass on my list also. Is http://singularcrew.hu/64tass/ the correct home page? |
| |
Oswald
Registered: Apr 2002
Posts: 5025 |
Great :) Contact Soci / Singular in case of any 64tass questions, he's the maintainer atmo. |
| |
JAC
Registered: Aug 2002
Posts: 56 |
Very (!) first step towards KickAss and CCS64 are working now. Just found that KickAss is case sensitive, so more work to come :-). Don't wonder that it's German, I'm also testing the localization.
 |
| |
bepp
Registered: Jun 2010
Posts: 264 |
This looks really promising! Keep up the good work! |
| |
JAC
Registered: Aug 2002
Posts: 56 |
Next step: Compilers, platforms and instruction sets are now separated. This allows using the compiler on different platforms and having platform specific CPU/instruction set filters.
 |
| |
JAC
Registered: Aug 2002
Posts: 56 |
Wow, 7 months since the last update. I really should try to release smaller interations. When I think about the next release notes video, I might be creating one for KickAss only :-)
Now V1.6.1 is close to release and planned for next week. Of course it's not 100% (it never is) but it definitely ready for use with KickAss:
- Constants including their descriptions (that was hell of job...) added
- Case sensitive instructions are now supported
- Case sensitive identifiers are now supported
- The selection of the executable compiler now allows ".jar" files and starts them as "java -jar <file.jar>"
- Label definition can have a ":" suffix
- Hyperlinking works for Source includes via ".import", binary includes via "LoadBinary/LoadSID/LoadPicture", binary file output via "createFile"
- Source folding for blocks work (+/. signs in the source)
Notes:
- Only labels can start a column 0, mark a block and press TAB to indent all code, vars and functions.
- Named blocks and macro definitions are not yet handled correctly, esp. when they are nested
- Some build in functions like "sin()" are not yet highlighted
 |
| |
Slator
Registered: Jan 2002
Posts: 273 |
having kickassembler in WUDSN - when dreams come true - oh, sorry, ripped the slogan *somewhere*
thanks JAC, I am eager to have a look at the new version 1.61
|
| |
PopMilo
Registered: Mar 2004
Posts: 145 |
JAC - great work, as always!
Looking forward to new version. |
| |
Dano
Registered: Jul 2004
Posts: 227 |
proper IDE + kickass? WANT WANT WANT!!! |
| |
PopMilo
Registered: Mar 2004
Posts: 145 |
Quote: proper IDE + kickass? WANT WANT WANT!!!
Kickass IDE ! :D |
