World: r3wp

Robert - you know what was missing in R2 SQLite driver? Collation 
support. We (me, Ashley) tried to find out, how to use it, but were 
not able to wrap collation routine in R2 DLL interface.

I use the static lib and compile everything into one DLL.

Update for new SQLite verison is simple.

Collation: Not looked at it yet. I have never needed it.

so you don't need to correctly sort in German language?

Well... ;-) Yes, I do.

Will take a look.

I think the instructions for the Visual studio host kit instructions 
needs to be modified a bit more.  I'm a newb to Visual Studio but 
found the instructions confusing for the adding of the additional 
files and for finding the "additional include directories"

needless to say the build failed for me and I suppose that is because 
of file locations.  This is where it crapped out:

1>LINK : fatal error LNK1104: cannot open file 'r3lib.lib'

I stopped programming games in c/c++ because IDE-s for it have so 
damn many settings.. getting things to compile was harder for me 
than program them

Yeah, I may try something else.

it's not that hard for simple projects once you get the hang of it..

Janko, same here :-) I found it odd that there were so many 500 page 
"Get started with Visual Studio" book around, when I tried it.

simple meaning with hacving few .lib-s

:) "get started"

Yeah, I'm sure my build is because of how I'm interpreting the instructions 
given.  It says "Add all the .c files from src/os and src/os/win32. 
"  I didn't know how to add them.

Janko: I barely got started with the C++ course I took. It was a 
failure, because we were stuck with that IDE. It was really about 
which buttons to push, just to make an app.

Also it says  " In Linker/Input: add r3lib.lib and wsock32.lib to 
the Additional Dependencies ".  I just added both of the file names 
- not sure if I needed path statement also or not.

I forgot a little but you need to add directories where it will look 
for libs .. like include paths.. this is not per project setting 
I think (at least vasn't in VC6)

Yeah, I added that section as the instructions stated.

I generally don't like IDE-s .. simple text editor with some colors 
and I am happy ... :)

I went ahead and built the host build using mingw.  This was a breeze 
in mingw.  However, I suggest updating the documentation to just 
update your path statement to include a path to mingw/bin and instead 
of copying mingw32-make.exe to make.exe just go to your r3 host build 
directory and type mingw32-make.

Paul, if you've got any questions, I've played around A LOT with 
the install instructions, since I now have a solutions with 3 projects 
and inter project dependencies...


its the first time I really use visual C, so it wasn't obvious to 
begin with, but I do understand most of it now.  it took me a few 
hours to get this new setup working with the host, the extensions, 
my OpenGL extension and the callback thing.

I've replaced all the paths by using the various $(...)  macros.

I only use the IDE for debugging and compilation... I actually do 
all the coding within Ultra-Edit, its just sooooo much better for 
editing.

Maxim, for newbs to Visual Studio like myself, I think we need more 
hand holding on the install instructions for that part.  Maybe you 
can make some recommendations to make it more painless and targeted 
toward the newbie.

but being able to click on words and get the line they where defined 
in other files loaded automatically is very usefull when debugging... 
also for the tracing of error and warnings..

yeah.  You sound like your not a newbie to VS

somehow I found it explicit... I added the info about unicode, cause 
sometimes, the VS creates projects in unicode, sometimes not... strange.

ahhh good.  We just need to make sure these instructions are as brief 
but efficient as possible.

actually, I only started using VS last week.


when I did my previous Extensions test, I used VS, but didn't play 
at all wit it... I had used the whole project supplied by carl.

but having a page with screen grabs would be much better.

Yes, I agree.

The thing with  MinGW is to get this installation right. Which is 
far from easy, like the make stuff shows.

For me the host-code was simple to compile: make

That was it, worked on the first shot.

But I didn't have mingw in my path.  I think that was the problem.

Ah, that would do it. The MinGW installer says it's going to set 
the path, but it fails at doing so. You have to do it yourself.

Yeah, I don't care for the instructions we have for mingw.  We shouldn't 
have to copy the mingw32-make.exe file to make.exe.  We should just 
have to go to the rebol directory and type mingw32-make and be done 
with it.

R3 is really starting to grow on me  :-D

I caught the same disease.
I think that is unfortunately incurable.

this line brought a smile to my face:

retrieve: does [take/last data]

My only problem with R3 right now is that there is no codec for text 
reading .  This means I can't properly import C files for example, 
unless I convert them to utf-8 with something else first.


Has anyone done (or started to work on) a simple character mapping 
engine?

the new bitset! datatype is absolutely fantastic!  we can actually 
USE it now  ;-)

before it was basically just a parse accelerator

guys, to make things clear for me - recent efforts - if someone reports, 
that R3 compiles on system XY, does it mean that we are able to build 
R3 on such a platform = it is build and usable on such a platform? 
Or are we reporting that Carl is able to compile just DLL on a target 
platform?

Because if it is a former, it means that in 3 weeks we ported actual 
REBOL version (even if pre-beta) to more platforms, than R2 got to 
in last 10 years :-)

I think we need a simple document or FAQ that answers what it takes 
to port R3 to a completely new CPU/OS platform. Just 10-15 bulletpoints.

there will be of-course difference in porting Core, vs. for .e.g 
View ...

pekr, once carl can build a dynamic library on a platform, someone 
can do the rest, using the common host code.  as most alternative 
OSes support some level of unix C libraries, the adaptation of the 
host code should not be a big issue.  since the code is based on 
ANSI 90, just about every platform out there supports that.


and yes, on every platform that Carl has compiled the host in the 
last weeks, this means R3 runs and is usable on that platform.

HOST KIT FOR LINUX!   And I'm three days behind already.  Why didn't 
anyone send a memo to read the blog?   :)


Woohoo, back to REBOL programming...     And just so ya know, when 
I embed this in OC it'll be CORE BOL  ;)

:-D