From: Ullrich von Bassewitz (uz_at_musoftware.de)
Date: 2003-02-20 22:21:34
On Thu, Feb 20, 2003 at 04:35:43AM +0100, Groepaz wrote:
> 3) we embed a short description (mayb 10 or 20 chars or so) into the driver
> binary, preferably right at the start of it. then with a little modified
> loader for the driver we could read this information and show for the
> user...ie, with simple dir-scanner ("*.joy") we could list all modules'
> descriptions easily (this is all we really want, else why wouldnt we even
> talk about those filenames? :=)), and the filenames wouldnt matter at all.
This could be an o65 option (the o65 object file format allows to embedd
options of different kind in the object file). The advantage of using an
option is that options aren't loaded into memory because they aren't part of
the relocatable code. The idea sounds reasonable, I will have to talk with
Andre about adding a new option ("o65 description" or similar). But he seems
to be busy with other things, he hasn't even updated the o65 spec regarding
the new cc65 id and the new flags bit ("simple addressing mode").
However, this doesn't solve my naming problem. While having different names
sounds good on the first glance, my experience with the current solution for
the c64 tgi drivers is, that it is more confusing than helpful - at least for
me as a developer, because I'm constantly mixing up the names.
> oh and as you mention packing... one could probably more or less easily
> implement a depacker for say, exomizer or pucrunched files for atleast
> loadable modules...its questionable though if packing files that are this
> short (~1 or 2 blocks) makes a lot of sence at all...maybe simpliest rle that
> takes not more than a fraction of that for depacker doesnt even work well
> here, since code typically doesnt pack well in terms of rle.
I don't think that the size on disk is a problem, since the memory footprint
is the actually limiting factor. BSS space is already virtual (that is: not
contained in the o65 file), so an RLE packer wouldn't give really good
performance, because all that is left is initialized data and code.
Regards
Uz
--
Ullrich von Bassewitz uz_at_musoftware.de
----------------------------------------------------------------------
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 : 2003-02-20 22:21:41 CET