World: r3wp

I went through this with the module system, where 'to and 'word were 
defined but 'to-word wasn't.

sorry, 'word!

hum.. this seems like an annoying limitation (in the least it must 
bewell documented)....  I'll see if there's another place I can call 
the RL_extend() on my embeded extension so it has access to mezz 
code.

I wonder if the system is more efficient because we don't use the 
higher level mezzanines, because they aren't available.

I didn't notice at first because I mostly use natives.

Something occurred to me after I left torun errands: You could use 
options: [delay]. Your extension object would be loaded, but the 
module itself wouldn't be imported until the first time you refer 
to it with the IMPORT function or a Needs header. That way you can 
run the RL_Extend whenever you want, but delay actually setting up 
the extension until the runtime is in place.

that might work.  I could put the needs to the cgr module within 
the opengl-cgr... I'll try that.

I'm trying to compile a host-kit for amiga.. getting an error from 
RL_Init() stating Host-lib wrong size

what is the "correct" size?

that is probably because struct alignment is not set to 4 bytes.

though it could be something else too.. let me check IIRC

ok in the include file  "host-lib.h"

there is an entry at the begining that says:

#define HOST_LIB_SIZE 31

its possible that the amiga core.library has a different number than 
what is in the include.

ssolie, try a size of 33.

if you have an Amiga specific host kit and are trying to merge the 
View stuff into it, I'd refer to the amiga host-kit and retro-fit 
that...

That's what's needed on Linux, and I think the Amiga .so will be 
based on the Linux .so.

(Unless you already have 33, then try 31 :)

so the HOST_LIB_SIZE must match whatever the libr3.so thinks it should 
be?

Yep.

that isn't the same for all platforms?

Nope, unfortunately not.

kinda strange.. what is the rationale for that?

Lazyness.

lol

this should reflect what is the latest revision of the API compiled 
in the core.

Carl changed a few things in Win32, but never got around to propagating 
that to other plafs.

the HOST_LIB_SIZE is generated via a script according to the header 
comments

Are you working based on the Win32 A109 hostkit?

yes.. is there a linux one?

A107 had a Linux version yes.

that is true.. I couldn't find a 109 version

Because there is none.

did you get a host kit for the amiga from carl?

No I did not

(And if you diff A107 Linux against the Win32 version, you'll see 
the base for my "Lazyness" comment.)

He pointed me at the windoze one ;)

A109

I take it a couple of vectors need to be removed then.. which ones?

Added, not removed :)

hum... you should have buggered him about trying to compile at amiwest 
 ;-)

Wait, I have a patch for that somewhere.

I only managed to squeeze a few minutes out of Carl at the show

busy time

we finished off the libr3.so last night in an altme session.. this 
is very fresh

Maxim: is it worth trying to regenerate the host-lib.h header?

No, because you don't have the script to generate it :)

Let's just do a quick sanity check before wasting more time on this. 
Change the #define HOST_LIB_SIZE in host-lib.h from 31 to 33 and 
see if you still get the "wrong size" error.

then just see if the functions actually match to those.. in the host-kit


ex, does calling RL_Get_Value actually try to get a value from a 
block or is

Andreas: hmm... you are correct.. this is really tricky stuff :)

is=not