Drobe :: The archives
About Drobe | Contact | RSS | Twitter | Tech docs | Downloads | BBC Micro

Confirm comment report request

MrChocky - agreed that this is strictly true; the definition between what constitutes 'embedded RISC OS' and what constitutes 'desktop RISC OS' is blurry; I'd maintain the issue is more one of hardware compatibility than missing components. I think we would have to wait until a review or larger description of the A9 came out before we could comment on how much of 'desktop RISC OS' is present in the A9 series.

bucksboy: Where is your hat ;). The issue of processor support is one, but probably not the biggest issue by any means. I would suspect running on an XScale is the least of the problems.

A HAL is exactly what you describe: a 'Hardware Abstraction Layer'. It allows you to carefully define with as little code as possible, differences in machine architecture. All OSes have hardware dependency - 'ROD's apparent strategy will simply replace hardware dependency with software ditto' therefore makes no sense. Linux, to quote the 'daddy' of interoperability has fantastic hardware support, but still requires work to function on a new system. It is, to all intents and purposes, hardware dependent.

What a 'HAL' /isn't/ is a magic wand allowing RISC OS to work on any ARM machine thrown at it. RISC OS 5 stands as much chance of working on my phone as 4.37 does in that respect. The lack of suitable hardware support is the reason why unmodified 5.0X won't work on a RISC PC.

I'm not in a position to comment on whether or how complete Select 32's hardware independence is, BUT a HAL doesn't mean it's easy to port to any machine you like; it just means you provide entry points for a potential hardware manufacturer to insert their code. You still need to write code for every processor or controller chip in the system, and that takes time and money.

Normally the person doing that coding is the machine supplier; Castle are in the position that they don't need to do this as they're shipping 5.08. Therefore, ROL needs to pay for that development.

 is a RISC OS Usermd0u80c9 on 16/11/04 6:14PM
[ Reply | Permalink | Report ]

Click on the button below to confirm you wish to flag up this comment to the website's administrators. Abuse of this service will be frowned upon and it should only be used to notify us of comments that are extremely distasteful, indecent or otherwise unlawful. If you disagree with an opinion expressed or fact stated in a comment, please take part in the debate rather than expect it to be removed.

Return to the drobe.co.uk front page

Details

Reporting user / IP: / 18.232.171.18
Comment GID: 12888
Timestamp: Sun, 25 Aug 2019 18:35:33 +0000

Search the archives

Today's featured article

  • RISC OS Memory Protection
    Corruption at the lowest levels
     25 comments, latest by Jaco on 30/4/05 9:54AM. Published: 25 Apr 2005

  • Random article

  • ARM Holdings release suprisingly high first quarter results

     Discuss this. Published: 11 Apr 2001

  • Useful links

    News and media:
    IconbarMyRISCOSArcSiteRISCOScodeANSC.S.A.AnnounceArchiveQercusRiscWorldDrag'n'DropGAG-News

    Top developers:
    RISCOS LtdRISC OS OpenMW SoftwareR-CompAdvantage SixVirtualAcorn

    Dealers:
    CJE MicrosAPDLCastlea4X-AmpleLiquid SiliconWebmonster

    Usergroups:
    WROCCRONENKACCIRUGSASAUGROUGOLRONWUGMUGWAUGGAGRISCOS.be

    Useful:
    RISCOS.org.ukRISCOS.orgRISCOS.infoFilebaseChris Why's Acorn/RISC OS collectionNetSurf

    Non-RISC OS:
    The RegisterThe InquirerApple InsiderBBC NewsSky NewsGoogle Newsxkcddiodesign


    © 1999-2009 The Drobe Team. Some rights reserved, click here for more information
    Powered by MiniDrobeCMS, based on J4U | Statistics
    "Regarding Drobe, are they [incompetent], simply biased or is it company policy?"
    Page generated in 0.0486 seconds.