OMF records (Developers)
> Nobody outside those cares too, or there would be a well maintained 16-bit
> open source stack.
There already is: OpenWatcom (used by FreeDOS kernel and separately in embedded use [Wilton Helm, 186, no OS]), but that's C/C++, not Oberon.
If you check here, C has 25%, C++ has 9%, Pascal has almost 2% and Oberon only 0.2% and Modula-2 only 0.12%. Doesn't mean they are bad, just less popular.
We're talking several different things here. There are plenty of pre-existing things that support 16-bit that are "good enough" to not have to rewrite or patch anything. But they don't necessarily offer the same host or target OS, memory model, object format, or even (for existing code) language frontends, etc.
> It is not "them" that are failing, it is you, the users of such things.
It's hardly my fault that OMF has changed over the years or that compatible tools vary in quality and licensing.
> OMF is afaik quite adhoc and poorly standarized, one of the reasons the
> unix formats (coff, elf) won out. a.out is also very simplistic, and can
> be seen as an unix counterpart of omf.
It's standardized, just nobody cares because they "moved on" to newer, shinier things. Doesn't mean either is better or worse, it's just some are more popular than others. Like I said, I honestly don't know whether a from-scratch compiler would be wiser to use OMF for interoperability with pre-existing code or better to just roll their own format.
And for the record, *nix weenies hate a.out and COFF for being old and badly spec'd, but praise the newer ELF as only thing worth supporting. I think even GCC has (mostly) given up on older stuff with only minimal support in BinUtils for "older" formats. This is not (barely) based upon technical merit but more on personal preference or political reasoning. (Though indeed, "inertia" plays a part too as nobody wants to heavily mess with the backends. "Thar be dragons.") Before you whine that DOS uses old formats, go get WinNT and Mac OS X to both switch to ELF, then we'll talk. Or is it all "inertia" for them too?
> That's the problem, and my point exactly. Everybody is only messing around
> on 16-bit, and trying to apply bandaids and do some smartshopping (often on
> murky legal grounds) to keep stuff running.
I'd rather not install Oberon OS just to learn Oberon. Besides, it would be much harder to distribute the code as it'd be too heavily reliant on the OS. But yeah, most Oberon compilers lack a standard set of libs. But I don't see how you take issue with patches to pre-existing stuff. I don't see what your point is here. If it works, it works, even if it needs a few patches.
> Probably we'll have this same discussion in 2020 again, and then there
> still won't be an open source 16-bit toolchain.
So what? It's not me whining, I'm at least trying to partially get something to work instead of throwing it away. If you don't like it, fine, but I fail to see the virtue in discarding software and decrying everything that is legacy-based. It's almost like you expect me to roll my own OS, compiler, etc. Surely that's not an easy task. It's almost always easier to adapt pre-existing OSes and tools than start from scratch.
Complete thread:
- OMF records - Rugxulo, 15.02.2012, 16:14 (Developers)
![Open in board view [Board]](img/board_d.gif)
![Open in mix view [Mix]](img/mix_d.gif)
- Just some research about the name "E. R. Videki" - rr, 15.02.2012, 21:09
- Just some research about the name "E. R. Videki" - Arjay, 15.02.2012, 22:08
- Just some research about the name "E. R. Videki" - Rugxulo, 15.02.2012, 23:19
- Just some research about the name "E. R. Videki" - Arjay, 16.02.2012, 00:47
- Just some research about the name "E. R. Videki" - Rugxulo, 15.02.2012, 23:19
- Just some research about the name "E. R. Videki" - Arjay, 15.02.2012, 22:08
- OMF records - Arjay, 15.02.2012, 22:36
- OMF records - Rugxulo, 15.02.2012, 23:29
- OMF records - Arjay, 16.02.2012, 01:09
- OMF records - Rugxulo, 16.02.2012, 08:00
- OMF records - rr, 16.02.2012, 09:51
- OMF records - Arjay, 16.02.2012, 21:37
- OMF records - marcov, 18.02.2012, 17:16
- OMF records - Rugxulo, 18.02.2012, 17:32
- OMF records - Rugxulo, 18.02.2012, 17:54
- OMF records - marcov, 19.02.2012, 16:47
- OMF records - RayeR, 19.02.2012, 17:19
- OMF records - marcov, 20.02.2012, 10:33
- OMF records - Rugxulo, 19.02.2012, 21:33
- OMF records - marcov, 20.02.2012, 18:23
- OMF records - RayeR, 19.02.2012, 17:19
- OMF records - marcov, 19.02.2012, 16:47
- OMF records - marcov, 19.02.2012, 16:43
- OMF records - Rugxulo, 19.02.2012, 21:15
- OMF records - marcov, 20.02.2012, 10:54
- OMF records - Rugxulo, 20.02.2012, 17:50
- OMF records - marcov, 20.02.2012, 18:54
- OMF records - Rugxulo, 20.02.2012, 20:09
- OMF records - marcov, 20.02.2012, 18:54
- OMF records - Rugxulo, 20.02.2012, 17:50
- OMF records - marcov, 20.02.2012, 10:54
- OMF records - Rugxulo, 19.02.2012, 21:15
- OMF records - Rugxulo, 18.02.2012, 17:54
- OMF records - Rugxulo, 18.02.2012, 17:32
- OMF records - rr, 16.02.2012, 09:51
- OMF records - Rugxulo, 16.02.2012, 08:00
- OMF records - Arjay, 16.02.2012, 01:09
- OMF records - Rugxulo, 15.02.2012, 23:29
- OMF records - Japheth, 16.02.2012, 18:08
- OMF records - Rugxulo, 16.02.2012, 19:48
- OMF records - Arjay, 16.02.2012, 21:27
- OMF records - Arjay, 16.02.2012, 21:52
- OMF records - Rugxulo, 16.02.2012, 23:09
- OMF records - Arjay, 16.02.2012, 21:52
- OMF records - Arjay, 16.02.2012, 21:27
- OMF records - Rugxulo, 17.02.2012, 02:15
- OMF records - Japheth, 17.02.2012, 08:08
- OMF records - Rugxulo, 17.02.2012, 20:21
- OMF records - Japheth, 18.02.2012, 09:05
- OMF records - Rugxulo, 18.02.2012, 16:39
- OMF records - Japheth, 18.02.2012, 17:55
- jwlinkd updated - Japheth, 20.02.2012, 14:31
- Oberon subtyping (was: JWlinkD updated) - Rugxulo, 20.02.2012, 20:14
- BEFI 3H (Oberon-M fully supported) - Rugxulo, 06.03.2012, 23:30
- Oberon subtyping (was: JWlinkD updated) - Rugxulo, 20.02.2012, 20:14
- jwlinkd updated - Japheth, 20.02.2012, 14:31
- OMF records - Japheth, 18.02.2012, 17:55
- OMF records - Rugxulo, 18.02.2012, 16:39
- OMF records - processing SYS.OBJ with tdstrip - Arjay, 18.02.2012, 14:22
- OMF records - processing SYS.OBJ with tdstrip - Arjay, 18.02.2012, 15:47
- OMF records - processing SYS.OBJ with tdstrip - Rugxulo, 18.02.2012, 17:12
- OMF records - processing SYS.OBJ with tdstrip - Rugxulo, 18.02.2012, 16:56
- OMF records - processing SYS.OBJ with tdstrip - Arjay, 19.02.2012, 10:16
- OMF records - processing SYS.OBJ with tdstrip - Rugxulo, 19.02.2012, 17:58
- OMF records - processing SYS.OBJ with tdstrip - Arjay, 19.02.2012, 10:16
- OMF records - processing SYS.OBJ with tdstrip - Arjay, 18.02.2012, 15:47
- OMF records - Japheth, 18.02.2012, 09:05
- OMF records - Rugxulo, 17.02.2012, 20:21
- OMF records - Japheth, 17.02.2012, 08:08
- OMF records - Rugxulo, 16.02.2012, 19:48
- Oberon 1.2 OC (compiler) patch - Arjay, 18.02.2012, 23:37
- Oberon/M 1.2 (OMF output) ... die, REGINT, die! - Rugxulo, 19.02.2012, 00:54
- Oberon/M 1.2 (OMF output) ... die, REGINT, die! - Arjay, 19.02.2012, 10:05
- Oberon/M 1.2 (OMF output) ... die, REGINT, die! - Rugxulo, 19.02.2012, 00:54
- Just some research about the name "E. R. Videki" - rr, 15.02.2012, 21:09
Mix view