Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user eightbitswide ! (Registered 2024-12-24) You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > noob requires help to start coding
2005-01-14 22:56
spinal
Account closed

Registered: Jan 2005
Posts: 47
noob requires help to start coding

ok here goes, i would like to code something for the C64, don't have a clue where to start, i cnow a little C, a little more BASIC and havent even looked at ASM, so what im asking is -

Is there a good C cross-compiler that i can download from anywhere? (assuming that it is free)
 
... 27 posts hidden. Click here to view all posts....
 
2005-01-16 10:49
Cruzer

Registered: Dec 2001
Posts: 1048
I agree with Graham and Hollowman, although I haven't tried out C on c64. It might be better than basic atleast.
2005-01-16 22:45
RaveGuru

Registered: Apr 2002
Posts: 43
First of all, you should start with learning the VIC-II chip coz that's where most of the C64 magic happens.. unless you're planning to do tools and music stuff only.

2005-01-17 00:15
cadaver

Registered: Feb 2002
Posts: 1160
My suggestion: experiment with C64 features by using BASIC first if ASM seems scary, but eventually go to directly to ASM. That way you don't have to deal with any side-effects & weirdnesses of the C runtime library + compiler, instead all code will be yours so it'll be easier for you to understand.

BASIC & ASM both contribute to a delightful spaghetti coding style - and I'm seriously of the opinion that JMP/GOTO are much better for controlling the flow of average C64 game or demo than wimpy C function calls :)
2005-01-17 01:08
JackAsser

Registered: Jun 2002
Posts: 2014
I used CC65 first with inline assembly when needed and that's a choice I regret. If you want to use the CC65 package, only use the CA65 assembler and the LD65 linker. Those two are great tools but forget C, it will only make you understand less on the C64.

/JackAsser
2005-01-18 18:50
chatGPZ

Registered: Dec 2001
Posts: 11386
Mmmh I probably wouldnt suggest cc65 to someone who wants to learn about the c64 either.... but still imho its a great tool, and you ofcourse can write useful things with it. not demos or games or anything else that involves a lot of timing and/or speed critical things, no doubt. but tools that for the most part need to look nice and which basically dont do anything besides wait for user input - certainly worth thinking about. but you'll have to know about the c64 _and_ the quirks of cc65 so you dont end up in the horrible bloat and slowness of badly written (or ported) C-code :)
2005-01-18 21:21
enthusi

Registered: May 2004
Posts: 677
Hum, I tried CC65 for a while and it does indeed not help much :) Most of c64-programming is less about 6502-asm or even C but knowing VIC and SID and whatever you want. So simple C wont help much. I intended to use it for game-logic and code the critical stuff in inline asm. Clever idea, huh? :o) well, I burried that Idea pretty soon. C ist not THAT slow actually and you can always optimize but its big and you have little control over it and after a handful of inline_asm you lose track of it and lose the one advantage of c - its 'structure'.
So better start with basic and soon go on with asm since its just basic-style (even if many might disagree :)
Also bugfixing asm can be much easier than C. As unbelievable as it sounds.
The best about C would be that small programs could be ported to unix or vice versa. But cc65 for example has no floatingpointoperations (for a good reason).
I once wrote a pretty small c-program that compiled with gcc and cc65 :o) it just printed out some astronomical data though...
2005-01-18 21:59
RaveGuru

Registered: Apr 2002
Posts: 43
...And then again, the reason we do it on the C64 is....

...becoz we don't want to do it on a unix!! ;-)

2005-01-18 22:22
spinal
Account closed

Registered: Jan 2005
Posts: 47
So you guys are saying i shoudn't use C on the C64...
OK then, ill first do some BASIC, only problem is, i dont have an origional C64 anymore, and im using VICE, does anyone know how to map the keyboard so the keys match up? i dont like having to remember that '#' = '=' and ']' = '*' etc. I would like to be able to type BASIC code without it ending up as complete gibberish!!
2005-01-19 08:26
yago

Registered: May 2002
Posts: 333
You can crossdevelop BASIC-Programs with your favorite Text-editor.
Then use "petcat -w2" to produce the loadable Program.
petcat is a part of VICE, there are also other Tokenizer.

@enthusi: Did you take a look at k2devel.sourceforge.net/doc_k2asm.html ? Pretty "structurized" ASM
2005-01-19 11:22
enthusi

Registered: May 2004
Posts: 677
@yago, no I havent until now.
Nice :)
I just wanted to point out that C isnt THAT slow and that I'd rather code something in C than nothing in asm.
Actually, right now, In coding several things in asm :o)
Also, when I mean asm I mean NO cross-asm, so this might add to the difference c-asm.
As long as anyone codes anything for the c64 Im happy :)
Be it brainfuck or forth (java excluded).
Previous - 1 | 2 | 3 | 4 - 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
Magic/Nah-Kolor
Jazzcat/Onslaught
XmikeX
Guests online: 85
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 The Demo Coder  (9.6)
6 Edge of Disgrace  (9.6)
7 What Is The Matrix 2  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 Cubic Dream  (9.6)
3 Party Elk 2  (9.6)
4 Copper Booze  (9.6)
5 X-Mas Demo 2024  (9.5)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Original Suppliers
1 Derbyshire Ram  (9.7)
2 Fungus  (9.3)
3 Black Beard  (9.2)
4 Baracuda  (9.2)
5 hedning  (9.1)

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