World: r3wp

$ ./r3 -sq
System object protected
>> append system/options/file-types [%.so extension]

== [%.bmp bmp %.gif gif %.png png %.jpg %.jpeg jpeg %.dll extension 
%.so extension]

>> import %ext/sample.so
>> add-mul 10 20 30
== 900

and that's a hostkit compiled with my posix loading patch

And have you tested by adding .so to system/options/file-types at 
runtime and then using IMPORT on an extension?

...

Never mind, it was an AltME delay.

thought so :)

>> append system/options/file-types [%.rx extension]

== [%.bmp bmp %.gif gif %.png png %.jpg %.jpeg jpeg %.dll extension 
%.rx extension]

>> import %ext/sample.rx
>> add-mul 10 20 30
== 900

works with whatever extension you like

don't get me wrong, i really like the .rx idea

Cool, like Windows. I can make a mezzanine patch for the platform 
file-types that would work for all supported platforms if you like.

but this minimal change of adding two lines would get things started 
for now

yes, please

but wouldn't that exactly be what i did in rebdev#6258?

heck, osx is not even supported right now :)

No, it wouldn't be the same. Don't take it personally if I deny that 
submission - it's what started this conversation :)

I don't

So you'd get rid of the append in mezz-init.r completely, and add 
the extension filetype some place else?

I'd put it there (I think), but it would be different code.

The mezzanine parts of the extension/module model are where I am 
the most familiar with the code :)

great

just a quick reminder: on osx .dylib and .so are both ok

OK. They're just for convenience though, since every almost dylib 
that is loadable as an extension will have been written specificly 
for that purpose and probably can't be used otherwise, so sticking 
to the .rx filename makes sense.

I'm hoping to prove that wrong with some extensions though.

It might be nice to use .rx as "virtual" extension only

then i could have a single script, say foo.r shipped with bar.dll 
bar.so and bar.dynlib, use import %bar.rx in foo.r and it will select 
the proper platform specific library

this will break down as soon as we have e.g. 32b and 64b builds for 
the same platform

If LOAD-EXTENSION can be changed to look for .rx first then for .dll 
(or whatever) then this can be seamless. Otherwise it will require 
ugly changes to LOAD. It might be better to make a platform wrapper 
module for your app.

Fortunately the module system is based around importing into the 
system, rather than importing into modules directly. This means that 
you can have all of your platform-specific requirements handled by 
one module or script and then have the rest just reference by module 
name, not file name.

There won't be 32 and 64 bit builds on the same platform, in theory; 
32bit builds get one platform number, 64bit builds another.

We'll see if they mess that up though.

Andreas, what do you think of this code instead?

append system/options/file-types [%.rx extension]
switch fourth system/version [
	3 [append system/options/file-types [%.dll extension]]

 2 [append system/options/file-types [%.dylib extension %.so extension]]
	4 7 [append system/options/file-types [%.so extension]]
]

Whoops, that's a little too verbose.

switch/default fourth system/version [
	3 [append system/options/file-types [%.rx %.dll extension]]

 2 [append system/options/file-types [%.rx %.dylib %.so extension]]
	4 7 [append system/options/file-types [%.rx %.so extension]]
] [append system/options/file-types [%.rx extension]]

append system/options/file-types switch/default fourth system/version 
[
	3 [[%.rx %.dll extension]]
	2 [[%.rx %.dylib %.so extension]]
	4 7 [[%.rx %.so extension]]
] [[%.rx extension]]

?

Better. I wrote the original before I wrote the default.

I like .rx name for an extensions. I also seem to understand, what 
is your motive for it. But - will not it confuse users? I mean - 
if I try to run R3 under Linux, I might be tempted to copy extensions 
to linux, becase I expect .r script to be cross-platform, so some 
ppl might expect .rx is just cross-platform too. But that surely 
is not the case - those are platform specific, no?

I have some extension macros (simple stuff) how to submit to Carl?

and why not submitting it to our eyes too ?

R3 Chat ...

Ok, because posting source-code within AltME is really no fun.

Further it's lost within the discussions at some point. I just wanted 
to provide the file so that it can be reviewed and included in the 
next release.

Some people put files on a website and post a link.

AltME File Sharing?

Not enabled here ..

You could always post it to Qtask's REBOL SIG project.   It has been 
there for about 5 years...

That's a good one!

So I can choose between 5 different ways. And I don't know which 
way will be the best that the contribution is taken into account... 


Guys, you know that I'm a real Rebol supporter but as long as the 
most basic things (like submiting a patch, and being sure it's taken 
into account)  are not made clear and simple and people can see it's 
looked at we don't have to wonder about "low participance".

Robert - R3 Chat is official SVN for R3 and soon even for R2. I would 
learn to use the Chat. Hopefully once R3 Veiw is available, GUI client 
will emerge ..

I'd agree on using R3 chat. Contributions directly to Carl is what 
it's for. If I could figure out how to upload sources, surely Robert 
can. :-)

Remember that R3 chat is the direct replacement of Devbase we had 
for R2.