muta...@gmail.com
2022-02-15 09:42:09 UTC
I think I now have my future mapped out.
If Earth says to me "we hate you Paul - fuck off to
Mars - but you are free to take any public domain
software with you, and your laptop and solar energy",
where do I stand?
Similar if it is a nuclear fallout shelter instead of Mars.
I have built PDOS/386 using copyrighted tools like gcc,
and SubC isn't quite C90. But I selected C90 as my
language, so that's what my source base is.
However, I can compile SubC itself, and SubC is good
enough to rebuild itself. So basically I will be stuck
until I master SubC and make it C90-compliant, or at
least the subset of the language I happen to use. Or I
change my code to be SubC-compliant. Whatever I am
willing to change SubC to be.
I don't need to do any of that right now. Plenty of time
on Mars. But I'm screwed right now because I don't have
an assembler/archiver/linker. But I recently found out
that simple versions of that to handle SubC output are
only a couple of thousand lines of code.
Therefore I should immediately switch my attention to
those products, before I am deported. Otherwise I would
be forced to use a hex editor (I have "zap") to write
machine code.
Note that some BBS message reading software I have
has the ability to export/import text files, which provides
me with a crude text editor until I see if "mg" can be
weaned off being Unix-dependent, or I write my own
micro-emacs from scratch.
So the race is on for an 80386 a.out assembler,
archiver and linker.
When I'm on Mars another thing I will have to do is
write an 8086 huge memory model with 32-bit ints
version of SubC for my boot loader. SubC currently
requires short/int/long/pointer to all be the same
size effectively, I think.
BFN. Paul.
If Earth says to me "we hate you Paul - fuck off to
Mars - but you are free to take any public domain
software with you, and your laptop and solar energy",
where do I stand?
Similar if it is a nuclear fallout shelter instead of Mars.
I have built PDOS/386 using copyrighted tools like gcc,
and SubC isn't quite C90. But I selected C90 as my
language, so that's what my source base is.
However, I can compile SubC itself, and SubC is good
enough to rebuild itself. So basically I will be stuck
until I master SubC and make it C90-compliant, or at
least the subset of the language I happen to use. Or I
change my code to be SubC-compliant. Whatever I am
willing to change SubC to be.
I don't need to do any of that right now. Plenty of time
on Mars. But I'm screwed right now because I don't have
an assembler/archiver/linker. But I recently found out
that simple versions of that to handle SubC output are
only a couple of thousand lines of code.
Therefore I should immediately switch my attention to
those products, before I am deported. Otherwise I would
be forced to use a hex editor (I have "zap") to write
machine code.
Note that some BBS message reading software I have
has the ability to export/import text files, which provides
me with a crude text editor until I see if "mg" can be
weaned off being Unix-dependent, or I write my own
micro-emacs from scratch.
So the race is on for an 80386 a.out assembler,
archiver and linker.
When I'm on Mars another thing I will have to do is
write an 8086 huge memory model with 32-bit ints
version of SubC for my boot loader. SubC currently
requires short/int/long/pointer to all be the same
size effectively, I think.
BFN. Paul.