DOS ain't dead

> > Only one year, actually: "February 15, 1934". I assume you're referring
> to
> > Wikipedia, which
> > still incorrectly says 78.
> You are correct. I just looked at the age field didn't care about the year
> field kind of expecting there to be some linked logic between the two
> fields.

BTW, they fixed that (or it fixed itself or whatever).

> > Nothing to do, AFAICT, just use JWlink (or other linker + HACKOMF).
> Ok.

A while back, I did very slightly revise the hackomf.c file, plus added an .ASM (.COM) version (much smaller), and an Extended Pascal version, for laughs. I also put a chart of all the linker versions I tested and whether they work or not. This is all found in (no surprise) HACKOMF.TXT inside my latest BEFI .ZIP. I didn't really post a lot about that here, and I'm not sure it majorly matters, but for completeness, I guess you should know.

So yes, this compiler basically works, but it still has a few flaws. For one, I'm not sure what memory model it uses or what (if any) standard calling convention. So you can't actually do a pragma {$M ...} like in TP, so it would take some hacking of the output to be able to shell out to DOS. It also lacks any sort of GetEnv in its (very minimal) libs, but I could probably hack something up. There's also no range or array checking in the output, nor support for any floating point stuff (REAL, LONGREAL), no garbage collection (not even DISPOSE), missing a few built-ins. And of course it's only original Oberon, so no Oberon-2 niceties (not a huge deal, but the latter is more popular). And of course, compared to Pascal, you lack subrange types, enums, generalized sets (only supports equivalent of bitsets), though you can use "ARRAY 256 OF BOOLEAN" or whatever if desired.