Re: [cc65] Uniform mass storage device discovery and file locations

H,

>> What I however consider the most important point: If we support
>> opendir() then this means we're going for scenarios beyond users
>> typing in filenames or hardcoded filenames. In those scenarios it' s
>> the next logical step to discover not only files in the "current
>> location" but in "other locations" as well.
>
> I have the feeling, that this whole topic is a bit "oversized" for a C
> compiler targeting CBM machines. What I mean here: some aspects of
> POSIX-like VFS assumes quite complex OS-side support for that,

The mass storage device discovery I'm asking for in this thread isn't
related to any POSIX standard. I'm striving for a cc65-proprietary yet
cc65-cross-target facility.

> on a machine
> like C64, the compiler should generated code to support this, since there is
> no OS behind which can give you that.

GEOS64 seems to support this quite easily - given what else it does in 64kB.

> But it would create quite massive
> sized programs if every compiled C program on C64 also includes the support
> code for these ...

In contrast to the open() enhancments discussed in "the other thread"
we're talking here about additional functions which if not used by a
program won't increase it by a single byte.

> It would be better to write a minimalistic (mono tasking
> is enough) OS to run these programs on top of it, or having some loadable
> module, etc, as not every programs may need such features in detail on an
> average CBM platform, I think.

The "ordinary" linker is fully capable of handling this by just not
including the library code in question.

> Most of them only want to read (or maybe
> write) files on a disk drive, and that's all.

Nothing discussed here keeps programs from doing just this and staying
as small as ever.

Regards,
Olivr
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo@musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.