OMF records (Developers)
> > Nonsense. A simple compiler+linker is not rocket science, and can be
> easily
> > done by a handful of hobbyists. It won't be top of the bill performance,
> > but that doesn't really matter either.
>
> Define "simple". FALSE? PL/0? Oberon/0?
For any somewhat normal procedural or OOP language. You can try to find extreme cases of course, but that doesn't really say anything.
> > If you make the toolchain itself 32-bit (but targeting 16-bit), the
> > generated code might actually be quite decent since you don't have the
> same
> > memory and speed constraints the original 16-bit compiler developers
> had.
>
> No. 16-bit vs. 32-bit has nothing to do with speed or capabilities.
Please read the actual quote before replying. It was about development speed, not execution speed.
In other words, how much of a compiler can you whip up in a certain amount of time, if you can use a fairly modern 32/64-bit toolchain with linear memory, and don't care about speedy compilation on anything less than 1GHz.
> It's only code size and memory.
> 640 kb really should be enough to write a decent
> compiler.
It is not. Compilers have a relative heavy use of memory, and with global (whole program) optimization slowly becoming the norm, this gets only more important.
> Heck, Wirth's ARM compiler for 32-bit OberonSA (-07 variant?) is
> only 61 kb. Granted, I have no idea what form of linking or OS support is
> also needed.
Minimal language, minimal compiler. God knows how much effort. Irrelevant.
> But I heavily suspect a "decent" DOS compiler could easily fit
> in 200 kb or less. Well, there are many pre-existing that fit the bill and
> accomplished a lot, so I'm not exactly blindly guessing here.
I know. And from some I also know how much work it was.
> > It is not a niche problem. Amiga, C=64 and OS/2 communities do get
> things
> > done. Dos not.
>
> AROS lacks memory protection and can't run legacy apps since it's x86
> based. How is that better than DOS?
Who cares?
> C64 only has 64 kb of RAM. How is that
> better?
Again, who carez? THeir communities are vibrant and can keep up their belt, and actually get own hardware designs of the ground now and then (remember Pegasos?)
> There is no free/libre OS/2, how is that better?
Free/libre OS, and a community that can keep their own belt up, is something different. I was talking about the second, not the first.
> So FreeDOS trumps
> them all.
Well, I couldn't get 1.1 to install, so leave the trumps away 
It couldn't find the cdrom it booted from 
> Besides, honestly, DOS is a family, not a single platform.
That is certainly one of the problems. But e.g. Amiga is also fragmented.
> But stuff still gets done. Granted, some people
> prefer newer things.
If it was, freedos would have superseded them all by now, based on an own dos-only toolchain.
> (BTW, speaking of that, shouldn't you be busy porting
> Lazarus to WinRT/Metro?
No. You still don't get the base premise of this subthread. One is supposed to develop for what you use. I don't have winrt, and don't plan to use winrt (IOW program for MS' app store), just as I don't program for Apple's.
> > Ask yourself why. Maybe because most of the remaining Dosers are there
> > mainly because of inertia, rather than choice.
>
> It's hardly inertia. Software isn't easy to rewrite.
Why does nearly every niche community then have more to show for it than Dos? Even though the total installed base and commercial relevance of Dos in its heyday was larger than of any of the others?
> It's not for nothing
> that GCC is still popular, it works (less than ideal, but it still works
> nonetheless). Similarly why 2012's x86 cpus still supports 1978's 8086
> instructions and real mode.
It's not about all others being perfect, it is about Dos not even being average.
> > And the smart shopping and patching goes on 
>
> Yes, I should just use FPC on everything 100% of the time.
Of course! Have I ever said anything else?
> (BTW, wasn't
> there some unfinished work on an Oberon frontend in a forked FPC from
> somebody?? Well tell him to hurry up, heh.)
Not that I know. Afaik there is only the promise that I'll make a FPC based M2 compiler myself when I win the lottery 
As said in the other part of the thread, I never cared much for either M3 or Oberon. At least for normal usage, they might have been great experiments in the past.
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