ada multi -vx works 32 mb address limit

ada multi -vx works 32 mb address limit

[Ash]

Hi 
problems with the 32 mb relative addressing limit using
vxworks/tornado are well documented in the vxworks group here, however
most solutions posted give the solution as using the option -mlongcall
but this ojnly appears to be valid for the Gnu ada/c compilers.
Does anybody have a solution for this relative addressing problem
using adamulti -
i've seen other suggestions such as 


verbatim copy from John posted 2003-03-12
"
2) Link your code with the kernel (as long as the resulting text
segment is less than 32MB in size, this will work well).

3) Configure your system to have 64MB of memory, but assign 32MB of it
to the USER_RESERVED_MEM region. Boot, load the dynamically loaded
modules, and then add the user resevered memory region to the main
system pool using memAddToPool().

4) This one is a little more complex, but should still be workable:
for each of your resulting .o files, determine the external references
that they need. Rename these undefineds (IIRC, objcopyppc will be able
to help you here). Then, create a stub that defines the new symbol,
and makes a 32 bit range call to the original. The most efficient way
of doing this would be in assembler, but you could, if you like, write
it in C and compile with the -mlongcall option mentioned in (1) above.

"

i am unsure as to which of these is the best option for me - in this
option 2 is out of the question

any assistance would be greatly appreciated 

Ash

Re: ada multi -vx works 32 mb address limit

[Martin Dowie]

"Ash" <ashpatelsmail@yahoo.co.uk> wrote in message
news:14406c40.0403090701.79642271@posting.google.com...
> Hi
> problems with the 32 mb relative addressing limit using
> vxworks/tornado are well documented in the vxworks group here, however
> most solutions posted give the solution as using the option -mlongcall
> but this ojnly appears to be valid for the Gnu ada/c compilers.
> Does anybody have a solution for this relative addressing problem
> using adamulti -
> i've seen other suggestions such as

You should be able to get this info from Green Hills support - that
what you've paid them for! :-)

-- Martin