Quote:
Originally Posted by NinjaCyborg
Thanks for the quick answer. So it sounds like there's a few superficial things in both cases, but nothing that for example would stop an application developer targeting both without needing OS4 specific features, or for a user of 3.2 to use the 3.9 disk tools if they really needed to.
|
We're mostly following what star we can harness right now
AmigaOS 3.2 is not (yet) the kind of long term development project which ended up reworking several complete parts of the operating system with each release. As you may recall, 3.1.4 and then 3.1.4.1 reworked the fundamentals, the operating system mostly, with the application software and shell commands receiving their due, but they were not the prime focus. Restarting development work on the 3.1 operating system was.
Here's hoping we'll be able to get more of the reworking done (if they let us) in the future, reworking and building up what so far hasn't been taken care of yet.
Quote:
|
Also part of my question is, is it reasonable to consider OS4 a superset of OS3.2 except where OS4 has deliberately deprecated OS3 bits it doesn't need. As opposed to OS3.2 having anything that's actually newer and more functional than the equivalent OS4 piece because it's more recently developed, even if it's version number is 'older'
|
AmigaOS 4 is technologically still years ahead of what AmigaOS 3.2 can deliver given the time and work went spent on it. It's not a superset. It's more like AmigaOS 4 and AmigaOS 3.2 are two sets with a large intersection. Right now, we're trying to address the challenges our own peculiar project: it's a legacy operating system with a big "L" and dependencies which go back some 36+ years. AmigaOS 4 had its own challenges of this kind, but it also had to find solutions for challenges unique to its architecture. It can be liberating to be able to break new ground and let the legacy be legacy