Google Mail Calendar Documents Reader Web more »
Recently Visited Groups | Help | Sign in
Google Groups Home
comp.sys.acorn.programmer
+ new post
About this group
Subscribe to this group
This is a Usenet group - learn more
Message from discussion 32-bit SharedCLibrary on the A9
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Follow-up To:
Add Cc | Add Follow-up to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers that you hear
 
Peter Naulls  
View profile   Translate to Translated (View Original)
 More options 29 Sep 2005, 22:15
Newsgroups: comp.sys.acorn.programmer
From: Peter Naulls <pe...@chocky.org>
Date: Thu, 29 Sep 2005 14:15:49 -0700
Local: Thurs 29 Sep 2005 22:15
Subject: Re: 32-bit SharedCLibrary on the A9
Reply to author | Forward | Print | View thread | Show original | Report this message | Find messages by this author
In message <19f529b24d.phi...@philipnet.com>
          Philip Ludlam <nos...@philipnet.com> wrote:

> Now, with the advent of the A9, it seems that RISC OS Developments have
> produced their own 32-bit version of the SharedCLibrary.
> If one was being particularly bitter one might assume that there's still
> a big dispute between ROD and Castle ;-) .

Irrespective of that, the A9 requires _a_ 32-bit SCL of some
description.

> Presumably this version of the SharedCLibrary is going to find it's way
> onto other ROD products (maybe even Select 4!) so I'm going to have to
> bite the bullet and ammend the RMEnsure and hope that 5.17 or earlier of
> the other SharedCLibrary isn't lurking around anywhere.

"its way", perhaps.   But the situation is more complex than you
presume.  Castle's SCL contains quite a number of extra functions that
ROL's doesn't.  In practice, this means that any program linked with
Castle's stubs or indeed GCC's stubs will refuse to load at all on an A9
since ROL's SCL will not contain the extra chunks that refer to the
extra functions.  Programs can of course be linked with StubsG, which
may or may not be practical.

AIUI, Castle's distributed SCL cannot be loaded onto the A9, and it's
designed to be loaded onto 26-bit systems.  I don't know how practical
it would be (legalities aside) to load the SCL from RO5 ROM on the A9.
One solution would be for Castle to make their loadable SCL suitable for
the A9.  I don't know what would be involved with this.

Another more drastic, but perhaps ultimately more flexible solution,
would be for developers to take the bull by its horns, and develop their
own open source SCL, starting by taking code from UnixLib.  This would
level the playing field, and avoid inter-company politics.  I believe
the amount of work involved would not be that large.

--
Peter Naulls - pe...@chocky.org        | http://www.chocky.org/
--------------------------------------------------------------------------- -
RISC OS C Programming                  | http://www.riscos.info/c/

----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==----
http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups
----= East and West-Coast Server Farms - Total Privacy via Encryption =----


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google