World: r3wp

Andreas, \thanks for the Fix notes (posted int !REBOL3 group)


I'll add your changes to my A109 and embed the latest CGR code into 
it.  I'll to release this by tomorrow, but no guarantees, i've got 
a lot of other stuff to do.

I was able to compile the A109 hostic using msvc v9.

I just noticed there is no real license terms in the host-kit distributions 
... an oversight?

The license is unfinished ...

I just crapped one of the files of my custom host kit environment... 
doh... just as I was doing a backup.

trying a disk restore app to find it in the deleted files on disk.

ah.... just found out that I setup my merge app to store backups 
on all file saves  :-)   yay.

The most stringent thing it says now is "do not distribute"

I can't seem to be able to use the function 'REPLACE from within 
the init code of an extension under A109.   

in A107, using the same source code I have no problems

but now (in A109) I get this error:
** Script error: replace word is not bound to a context

yep... just removing the replace function all is good.   so I guess 
the replace function is missing from whatever context is setup when 
an extension's module is loaded.

That should not happen. it would make sense for some words to be 
undefined but not REPLACE.

In a fresh console:
>> in lib to-word "replace"
== replace
>> sys/load-module "rebol [] print type? :replace"
function!
== [none make module! [
    ]]

So that is not the problem - REPLACE is defined in lib at startup.

The extension module source is loaded the same way as other modules. 
Are you using a different boot level?

no, see CC ticket 1716 for full details.

Are you loading the extension in host code before the mezzanines 
are loaded?

ah ... not sure what you mean, but not doing anything fancy. wrt 
extension.

Does the extension work if you load it in regular R3? At the console?

Host code goes through a process at load time and loading most of 
the mezzanines happens later in the process. If you load your extension 
before the mezzanines finish loading, no REPLACE.

the extension is embedded and loaded just after all graphics, I am 
not sure.

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