gccsdk error

if i invoke !CoreUtils (that is the right name, i had “renamed”),
then i get error SWI value out of the range for module sharedClibrary as soon as i try to run gcc

I have downloaded !CoreUtils and cant find anything wrong (GCC 4.7.4) This is a complete port from linux, and there are quite a few commands that either dont work or make no sense in RISC OS.
Are the !CoreUtils commands working without error? what OS version are you using? If you are softloading an OS you may get modules mismatch on RiscPC.

> wrong (GCC 4.7.4)

as i told i v4.7.4. is NOT working for me, and it eats too much memory
i am using v3.4.6

> Are the !CoreUtils commands working without error?

it works without error, the problem is gcc!
If i invoke CoreUtils (e.g. “ls” → file list), gcc stops to work, reporting error “SWI value out of the range for module sharedClibrary”

> what OS version are you using?

v4.39 Adjust

> If you are softloading an OS

no softload, both ROM and the Boot are genuine v4.39

i installed all of these

SharedLibs-C++2_6.0.17-Rel1-1.zip
SharedLibs-C_4.1.2-Rel2-1.zip
SharedLibs-C++_6.0.8.4.1.2-Rel2-1.zip
SharedLibs_4.0-Rel1-1.zip
SharedLibs-C2_4.7.2-Rel1-1.zip
SharedUnixLibrary_1.12-1.zip

I’m having trouble remembering, was there a 32bit support module/library for RISC OS < 5?
Otherwise you can only try downloading and unzipping again in case there was corruption somewhere.
Maybe try moving out the SharedLibs-C_4.1.2-Rel2-1.zip contents in case they are conflicting with the C2 one. Likewise for the C++ one.

=)

fortunately, i am not planning to use C++, i need only C.

As far as I can see gcc 3.4.6 does not require !SharedLibs, that version predates ELFs.

I can also confirm that gcc versions 4.1.2r2 and 4.7.4r1 are entirely satisfactory on OS4.39, in this case on VRPC. It is true that 4.7.4r1 does require a WimpSlot of at least 15MB to actually compile anything. Both of these gcc versions call for the so called 32bit SharedCLibrary and will complain on running !gcc if it is not present.

CoreUtils 8/13-1 contains tools using the SharedUnixLibrary.

I have installed gcc 3.4.6 onto a 26bit only OS4.02 RPCEmu, no 32bit CLib available that is. Though 3.4.6 does not rmensure any CLib at all it does in fact require the 32bit CLib, I have had the “SWI value out of the range for module SharedClibrary” on attempting a compilation to prove it. CoreUtils was not present. There was no such problem on OS4.39 VRPC which does have SharedCLibrary 5.85 installed.

The 32bit CLib is to be found in System Resources for use with pre-RISC OS 5 machines at https://www.riscosopen.org/content/downloads/common

@ivelegacy Please confirm what version of the SharedCLibrary is in use with *help SharedCLibrary

@David Pitt
installing CLib/32bit from pre-RISC S 5’s System Resources has fixed the problem!
I am now able to use CoreUtils and gcc-v3.4.6 !

I have created alias for Make, and gcc, so i am fine with the WimpSlot =)

i also tested gcc, compiling a few simple applications of mine: gcc does a good job!
I had to increase the WimpSlot of Make, up to 15Mbyte, elseway i got a crash & freeze

“*help SharedCLibrary” does not work here, it seems there is nothing defined X___X

*help SharedCLibrary does not work here, it seems there is nothing define

That was intended as a diagnostic to see what version of the SharedCLibrary was present, but that matter has now been resolved with the installation of the 32bit CLib.

This is what is seen from my OS4.39 and shows the 32bit CLib to be present :-

*help SharedCLibrary
==> Help on keyword SharedCLibrary
Module is: C Library       5.85 (03 Apr 2015)
*

Verma is everybody’s favourite tool for looking at modules http://www.somascape.org/riscos/soft/verma.html

The 32bit CLib is to be found in System Resources for use with pre-RISC OS 5 machines

That statement probably needs some kind of alteration to indicate to newcomers that ROL RO4.39 and RO6¹ are the same beast and are both pre-RO 5 in this respect (and others)

¹ damned² stupid labelling.
² My first thought was not suitable for public use.

That statement probably needs some kind of alteration to indicate to newcomers that ROL RO4.39 and RO61 are the same beast and are both pre-RO 5 in this respect (and others)

Rubbish. OS6 is 32bit. OS6.06, the latest here has SharedCLibrary 5.63 which contains the same 32bit APCS SWI’s that the OS5 variant does.

Rubbish. OS6 is 32bit.

Presumably it will load on an Iyonix then or at least some hybrid of the RO5 HAL and RO6 would.

Presumably it will load on an Iyonix then or at least some hybrid of the RO5 HAL and RO6 would.

It might have made its way to the A9home if the project had not been abandoned. As it is the A9home has the terminally beta 32bit ROL OS4.42.

Yes the a9home is 32bit and any parts are working fine with 5.2×. I use the better !Paint with all my new hardware (Beagle – IGEPv5).

As it is the A9home has the terminally beta 32bit ROL OS4.42.

I guess they are not important enough for a port of RISC OS 5 (although there seems to be some support for it, maybe?); though running an EndOfLine ARM9 at 400MHz, it might be simpler to just remove the board and put a Pi in its place… ;-)

A Drobe article describes RO6 as “As it stands, the version of RISC OS shipped with the A9home is RISC OS 4.42. This is a 32bit build of Adjust with various additions, such as hardware abstraction and other features.”, and a ROLtd press release says “the major reason for moving over to the 32 bit neutral source for RISC OS 4 was to enable the production of a unified source that could build versions for both Risc PC generation computers and newer computers such as the A9 and Iyonix”.
Given that, Steve’s comment isn’t so far from the truth…

Sorry, but I see not a reason why I should change to RISC OS 5.XX. The a9home is working stable and fast enough for the most things I do.
And with a fast HD (RPi not).

and a ROLtd press release says “the major reason for moving over to the 32 bit neutral source for RISC OS 4 was to enable the production of a unified source that could build versions for both Risc PC generation computers and newer computers such as the A9 and Iyonix”.
Given that, Steve’s comment isn’t so far from the truth…

The theory being that RO5 has the HAL and RO4.42 has some features people want so it should be possible to run a 32 bit RO4.42 feature set on an Iyonix (or an iMX6?)

The sad bit about the content of the press release is that due to certain age related behaviour issues no one with a modern machine gets the benefit. Anyway, to quote a previous comment “moving on…”

There were quite a few posts about installing GCC on the Pi under RISC OS quite a while ago on the Raspberry Pi RISC OS forum by someone using the name Skywalker. There might be something there which would prove useful.

Seems an appropriate day to mention this somehow…

OS6 is 32bit. OS6.06, the latest here has SharedCLibrary 5.63 which contains the same 32bit APCS SWI’s that the OS5 variant does.

I am bumping this topic to ask where there is documentation for the 32-bit SharedCLibrary SWIs? I can find references to SharedCLibrary_LibInitAPCS_32 and SharedCLibrary_LibInitModuleAPCS_32, but not actual details. Are they the same as for the 26-bit versions in the PRM? What am I blind to?