From: groepaz (groepaz_at_gmx.net)
Date: 2001-11-04 13:49:12
Hello Ullrich,
UvB> There is no way to have a traditional .org directive if you have relocatable
UvB> code. And, seriously, I think that having relocatable code is far more useful
UvB> than an old style .ORG directive.
yes and no ;=) that is, for big projects having relocatable code and
such is a real bonus..... but for most other stuff (that would be
mostly everything except the one or two bigger things everyone does
once in a while) having to tinker with a linkerscript where ".org
xxxx" could have been enough is kindof overkill. (and no, simply using
another assembler in that case isnt the type of solution i'd accept
;=P)
>> actually, the lack of certain features (traditional .org and
>> prog-count assignment in particular) is what scares a lot of people i
>> have talked to ....
UvB> Both are non issues. If you use one file (and one or more include files as is
UvB> common use with other assemblers) .ORG works fine for most things. And program
UvB> counter assignment is possible using one or more of the .feature commands.
hehe well ;=) .org like its implemented in ca65 kinda never did for me
what i expected ;P (nor did the .org command in gnu-assembler, so i
guess what they do is a simelar thing hehehe)
i guess the main issue with that is that people cant see a reason why
stuff that worked fine for 15years has to work entire differently all
of a sudden ;=) (i know for myself atleast that it took me some time
to adapt to the "big" compiler/assembler/linker toolsets)
UvB> Using
UvB> .feature pc_assignment, dollar_is_pc
UvB> things like
UvB> $ = $200
UvB> are completely legal.
uhhh, that means i could write code like:
$=$1000
sei
lda #>irq
sta $0315
lda #<irq
sta $0314
cli
jmp *
$=$1100
irq:
inc $d020
jmp $ea31
????
i always thought THAT would be one of the things not beeing possible
with ca65.
btw why the dollar-sign and not the asterix (*) (tasm uses that one
for eg, seen that in other assemblers aswell)
UvB> You are right, having some more emulation features would be nice, but on the
UvB> other side, ca65 will probably work with more different styled input files
UvB> than any other assembler out there.
true,true,true ;=) then again, 6510 is probably that family of cpu's
with most different styled assemblers out there ;=) (and yeah, beeing
able to translate all and every source without having to touch them
would rule bigtime ;=))
>> mmmh i have started one when i have translated some of my old sources
>> to ca65..... its very incomplete/inaccurate by now i guess, but i can
>> mail it over if you like.
UvB> That would be nice, even if it is incomplete.
ok.... hope i remember to actually do it when i'm back home ,=P
UvB> Yes, there is such a file, it is called rs232.h. There is also the
UvB> corresponding library for some machines including the C64, it was used by the
UvB> uIP TCP/IP stack and web server.
cool... i'll take that as a guideline then ,=P
also, can i find that tcp/ip stack etc ready to compile for cc65
somewhere? (would love to use this for testing that is ,=))
UvB> Having support for the silver surfer would be nice, because the 16550 chip it
UvB> uses is far more advanced than the usual 6551. With the silver surfer, using
UvB> 115200 bps on the slip line should be easily possible with even more cycles to
UvB> spare than with the Swiftlink at 38400.
115200bps actually work pretty fine even using polling operation only
(didnt bother writing an irq-based driver yet) ... nicolas welte (who
wrote silversurfer drivers for novaterm and desterm) reported even
230400bps would work (my pc cant handle this ;=P) and he'll soon get a
highspeed-serial card so even 460800bps can be checked out ;=)
UvB> But I've myself written more than one
UvB> driver for the 16550 chip on different platforms, so if it is too much work to
UvB> adapt your code, I don't think it would be a problem for me to write a support
UvB> module for the silver surfer - provided that I will get the hardware.
well, like i said.... i have written that code anyway, would probably
just need to translate to ca65 syntax (its written in the c64-tasm
atm) and a little cleanup (change function names to fit the api that
is)
--
Best regards,
groepaz mailto:groepaz_at_gmx.net
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo_at_musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.
This archive was generated by hypermail 2.1.3 : 2001-12-14 22:05:43 CET