Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > C64 crossdeveloping suggestions?
2008-09-05 07:02
Optimus

Registered: Jan 2002
Posts: 122
C64 crossdeveloping suggestions?

Yep. I am motivated to start coding something on the C64 again. I need to use some helpful tools that will speed up developing and make things less frustrating. I am searching for crossdeveloping tools on the C64.

I am already considering kick assembler. But I might want to hear more suggestions. Btw,. is there a C64 emulator coming with internal assembler? Something like the thing I use on CPC, the Winape32 emulator/assembler? That would be great!
 
... 66 posts hidden. Click here to view all posts....
 
2008-09-09 11:03
kamelito
Account closed

Registered: Mar 2006
Posts: 14
Quote: IMHO ca65 is the best 6502 assembler there is, but it's not a beginner's tool. Load up turbo assembler on real hw if you want to learn.


Can you please elaborate?
2008-09-09 11:23
MagerValp

Registered: Dec 2001
Posts: 1055
I fail to see how that statement could be made any clearer.
2008-09-09 11:37
Oswald

Registered: Apr 2002
Posts: 5017
Quote: It's like trying to drive a nail with a screwdriver: it may eventually get the job done, but wouldn't it be more efficient to just use a hammer? Use the right tool for the job.

yeah, 64tass is a hammer, and ca65 is a laptop. to drive in a nail.... imho :)
2008-09-09 11:47
Devia

Registered: Oct 2004
Posts: 401
so don't use ca65 on a laptop for simple projects, or the laptop will break.. noted.
2008-09-09 13:08
JackAsser

Registered: Jun 2002
Posts: 1989
Bla bla bla bla... u're all lamers. :D Why do u assume C64-newbies are computer illiterates and never have used make, gcc and other tools?
2008-09-09 13:43
Frantic

Registered: Mar 2003
Posts: 1627
Just a little more seriously:

I never understood why people find it so good to have a linker. I mean.. Why exactly is it so much better to have a linker compared to having a non-linker assembler and just structuring the main code file like this:

* = $0800
STARTUP_SEGMENT:
!include "file1.i"
!include "file2.i"

* = $1000
MUSIC_SEGMENT:
!incbin "muzak.bin"

MORE_CODE_SEGMENT:

...etc, setting up memory segments and so on? I fail to see the power in a c64 coding context. You can separate actual code from memory setup anyway (like my example above demonstrates). If you want to produce overlapping code segments there is always the pseudopc directive and that stuff of course, and... Assembling all of the files usually takes 0.001 seconds anyway, unless you're using some lame assembler. So???

Then there might be other reasons for using ca65 (I have used it too), but that is another story.
2008-09-09 13:46
AüMTRöN

Registered: Sep 2003
Posts: 42
Ultraedit
DASM (iAN CooG mods)
VICE

BTW: For metal testing I have a simple and quaint solution. Save .prg to 3.5" floppy on PC -> insert floppy into 64HDD server.
2008-09-09 14:08
Zone
Account closed

Registered: Nov 2002
Posts: 7
Frantic: The only advantage of using a linker, I think, is that you can easily move around your program without having to change all your sources. Just give your linker new instructions.

Historically, the problem with your code was that Turbo Assembler failed when assembling to disk... I don't know why, really.
2008-09-09 14:11
Krill

Registered: Apr 2002
Posts: 2839
Frantic: Imagine you have an obscure file like "loader.a" which some lamer gave you, and which you can link to your various projects to a memory location which is different for every one of them.

Now, each of your projects comes with a link file saying where each of the three loader segments (LOADERZP, LOADER, and INSTALL) are to be placed.

Et voilà.

I could think up more real-world examples, maybe.. :)
2008-09-09 14:58
Frantic

Registered: Mar 2003
Posts: 1627
@Zone/Krill: I fail to see the advantage. In both cases you could easily move around the code by placing it somewhere else in the "linker"-like sourcefile that I exemplified in my previous post, since, as I said, the exact memory locations could be specified outside the files containing actual code anyway when doing it that way.

Well, if I understood Krill's example correctly, the "loader.a" would have to be distributed as three separate files, rather than one, to be included where you want to have them, but that's not a very big deal I guess? The code of this "lamer" ;) would also be more close to being compatible to a lot of different cross-assemblers. I mean, it is a fact that many people do not use ca65, no matter if it is the "best" or not. My point is that using a linker, you would have to learn a separate "linker syntax" and when doing it the way I exemplified above, you would simply do this "linking" stuff using the ordniary syntax of the assembler which you are more likely to be familiar with.

Anyway... It doesn't matter THAT much... :) I'm fine with ca65 and linking too. I just never really understood the "ca65 is so good because you have a linker"-argument.
Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 - Next
RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
Jetboy/Elysium
MAT64
Brush/Elysium
Nordischsound/Hokuto..
syntaxerror
Clown
Shake/Role
Guests online: 131
Top Demos
1 Next Level  (9.8)
2 Mojo  (9.7)
3 Coma Light 13  (9.7)
4 Edge of Disgrace  (9.6)
5 Comaland 100%  (9.6)
6 No Bounds  (9.6)
7 Uncensored  (9.6)
8 Wonderland XIV  (9.6)
9 Memento Mori  (9.6)
10 Bromance  (9.5)
Top onefile Demos
1 It's More Fun to Com..  (9.7)
2 Party Elk 2  (9.7)
3 Cubic Dream  (9.6)
4 Copper Booze  (9.5)
5 TRSAC, Gabber & Pebe..  (9.5)
6 Rainbow Connection  (9.5)
7 Onscreen 5k  (9.5)
8 Wafer Demo  (9.5)
9 Dawnfall V1.1  (9.5)
10 Quadrants  (9.5)
Top Groups
1 Oxyron  (9.3)
2 Nostalgia  (9.3)
3 Booze Design  (9.3)
4 Censor Design  (9.3)
5 Crest  (9.3)
Top Original Suppliers
1 Black Beard  (9.5)
2 Derbyshire Ram  (9.5)
3 hedning  (9.2)
4 Baracuda  (9.1)
5 Irata  (8.5)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.296 sec.