World: r4wp

Scot, Saphirion's R3GUI is used in our Treemapper application: http://www.tree-mapper.com/


It's a bit ugly right now, because I haven't had time to work on 
the skin yet.

Yes, imo the first thing, whichou would REALLY help R3 GUI, would 
be to create a new skin - boxy, simplified, modern. No capsules and 
old OS9 Apple design hybrids ...

It crashes a lot, but Saphirion can start fixing it now

 - that is simply not true. We have build relatively complex R3GUI 
 based application (windows version at the moment) and there are no 
 crashes. Even our old "pre open source" R3 version works pretty stable 
 and can be used for production IMHO.

Also it should be mentioned when you compare the big test suite you'll 
realize R3 is even now more stable than R2.

Henrik, Pekr, yes R3GUI needs to get some nicer skin but otherwise 
in terms of functionality it's a proof the current R3 can be used 
for GUI apps even now.

Cyphre, I was under the impression that there were core bugs affecting 
R3GUI ?

AdrianS: re OpenGL. I see multiple ways here:

-try to HW accelerate the AGG graphics engine (currently used in 
R3) : I did some experiments which looks interesting. But the more 
you 'accelerate it' the more compatibility problems you get on different 
HW so it's about wighting the pros/cons.

-build completely OpenGL based engine (big task, brings lot of crossplatform/HW 
issues)


Otherwise it would be great if the current R3 graphics codebase is 
reviewed and some parts made more modular so different graphics engines/libraries 
are easier to plug-in. That should be not so hard work to do.

GrahamC, we get over all of them without the need to touch R3 dll 
code.

Ofcourse there are still critical crash bugs in the Core but they 
are not showstoppers (at least for our app the weren't). And now 
the crashes can be fixed which IMO should be the focus.

How to compile R3 in win 32bit using mingw32? I get always:
./r3-make -qs ../src/tools/make-headers.r
mingw32-make: *** [prep] Error 100

do you have the r3-make.exe in the make/ dir?

also make sure you are using the mingw32 makefile and not the Linux 
one

Yes yes, but there is some special option when I launch "mingw32-make 
prep" ??

r3-make must me r3-make or r3-make.exe?

(must be)

well, it depends what you have in the makefile, see the REBOL variable

r3-make -qs

so should it  be named just "r3-make"?

If you are under windows I'd prefer the .exe suffix ;)

I noticed another variable: TO_OS
what does it mean?

To me it looks you are using some Linux version of the makefile

because TO_OS= TO_LINUX

Is there another make file?

Where?

Is not corss-platform in the make directory?

Well, to save you some time you should get the R3 form repository 
either from Andreas or me on github. These repos are work in progress 
for Win/mingw at the moment (maybe others have simmilar repos as 
well)

The Win32 build changes have already been merged into Carl's repository 
as well.

r3 form=r3 fork

(The first set of them, that is.)

Ok, I'll try your forks. Thanks

If you have TO_OS=TO_LINUX, then you need to generate a Win32 makefile 
first.

How?

make make OS_ID=0.3.1

Then:
make prep
make

Andreas, ah, good,,but I think Max will still need some tweak to 
bea bel to build...or are the merged changes functional at least 
to get the basic core version?

Yes, they are.

cool

Full set of our changes, except for the dropping of NM.

great, so yes, go for the official repo ;)

Rebol System error 1405...

Ah, that sounds like the Win7 crash.

WinXp

During make make already, I guess?

Try running make make directly:
./r3-make ../src/tools/make-make.r 0.3.1

That should give you the Win32 makefile, with a workaround for the 
crash in place.

to launch an exe, it must and wth .exe in WinXp (from console)

Ok, launched the make make

Error:

./r3-make -qs >NUL: ../src/tools/make-headers.r
.
 non è riconosciuto come comando interno o esterno,
 un programma eseguibile o un file batch.
mingw32-make: *** [prep] Error 1

make make OS... is ok
make prep gives that error

Is like that says: 
.
 is not a command

problem is in CD=./