World: r3wp

Thanks guys..so far it looks good:

-there are no crashes (yet) so it looks the method is highly compatible 
as I expected

-if you have at least decent (doesn't mean new or fast) card the 
difference can be somewhere between 70-100% performance increase 
in the test

-noone(yet) reported case when opengl-speed < sw-speed except Henrik 
running some VM which has most probably bad OpenGL support.


Regrading Pekr's case. He is using Intel on-board gfx which has either 
not good performance/opengl driver or he has forced in the driver 
config VSYNC limiter set to ON so the FPS cannot get higher than 
60Hz LCD frequency.

Yes, VirtualBox OpenGL is very poor. I may try something in Parallels 
later.

AdrianS, I measured on a Vaio with a NVIDIA GeForce GT 330M graphics 
card, 8core Intel i7CPU Q 720 @ 1.60GHz, Win 7.64 bit, 8 GB RAM.

Hmm, I wonder if Cyphre's test is really CPU bound - your video chipset 
shouldn't be that much, or at all, better than mine (from what I 
recall). Your CPU kicks my old junker's butt, though. So the test 
might be measuring CPU performance more than accelerated video.

Again.. in the archive was wrong exe. Named R3.exe, but with OpenGL 
as well. So that's why Christian had almost same high values.

Although now I see that he has 8core CPU, so maybe he has the speed 
with the official version:/

Yeah, I think he's got the right archive with the 132/86 numbers. 
Pretty sure that my card should be close to or better than his in 
a test that would not be doing any CPU heavy operations.

Oldes, I've posted new timings here Fri 20:16 some messages above, 
getting 86 FPS without and 132 FPS with hw accleration using the 
zip archiv r3gl-proper.zip, have you noticed that? So, seems to be 
the correct version since there is a reasonable difference between 
those two version.

I think Christian's results are correct. He has certainly much powerful 
CPU than Adrian. Also note that the HW accelerated version is still 
using CPU for some parts so the CPU power still can help increase 
speed even in this case. Another thing is that the performance depends 
also on the gfx driver and troughput of the CPU->GPU pipeline. So 
in some configurations the gfx card can be fast enough but it is 
blocked by worse mainboard design etc.

I tried to build R3 host kit (carls-R3A110-a660e4a) for Visual Studio 
2010 (make-vc10), I got the error  C1083: Cannot open include file: 
'netdb.h': No such file or directory	c:\users\awi\documents\rebol\hostkit\carls-r3a110-a660e4a\src\include\sys-net.h

the same here, with CodeBlocks ...

I noticed, that this hostkit is some linux version. When you look-up 
netdb.h, it seems its inclusion belongs to non-Windows #ifdef .... 
I even redefined /src/include/reb-to.h to #define TO_WIN32, but still 
no luck .....

If you want just to try A110, go to REBOL3 GUI group here, there's 
a link to download a binary and dll .... we will have to wait for 
Carl to resurface and correct the release, or even better - to merge 
the changes to official location ...

The "carls-R3A110-a660e4a" release  works for me. You need to change 
in reb-to.h define# TO_WIN32 to get it work on Windows as Pekr said.

that did not help here ...

what error are you getting?

wait a bit ... I'll try to redownload Carl's HostKit

first - I am not able to get it downloaded via git client (Tortoise, 
nor normal), I get following error:

git.exe fetch -v --progress  "A110-Carl" 


fatal: http://github.com/carls/R3A110/info/refsnot found: did you 
run git update-server-info on the server?

you should probably clone it instead

Pekr, I tried it without the git client using this link: http://github.com/carls/R3A110/zipball/master

Downloaded .zip file. Tried it now - it works. It just does not seem 
to copy dll to the place of the exe, or something like that:

Linking executable: bin\Release\r3.exe
Output size is 317,50 KB
Running project post-build steps
post-build-win.cmd bin\Release\

Execution of 'post-build-win.cmd bin\Release\' in 'C:\!rebol\!R3\r3-host-kit-A110\make-cbp' 
failed.
Nothing to be done.

yes, the .cmd file is missing from some reason

I think that when Carl is back, we should merge. CC contains already 
some A111 fixes. What was the reason Carl posted the source tree 
in the different than usual place?

It's a test location

First, all make-* build methods except make-gcc are community contributed 
and not officially (i.e. by Carl) maintained. Therefore they may 
get out of sync, until someone in the community steps up and fixes 
them.

Second, the temporary R3A110 repository is even more unsupported 
than usual. Unless you want to work on distribution and building 
of the hostkit itself, it's probably better to stay clear of this 
and  wait until things settle down a bit.

Third, Pekr, you are _still_ using the wrong URL for your remote. 
Either make a fresh clone with

  git clone git://github.com/carls/R3A110.git


or fix your remote manually (Probably via `git remote set-url origin 
git://github.com/carls/R3A110.git`.)

anyone can help? Thx!

Aloysius - I already described the help, and Cyphre kind of confirmed 
- I noticed, that this hostkit is some linux version. When you look-up 
netdb.h, it seems its inclusion belongs to non-Windows #ifdef. So 
please go to /src/include/reb-to.h directory/file and rewrite the 
definition to: #define TO_WIN32

A quick note of success: just built an A110 hostkit on OSX Intel!

>> print system/version
2.100.110.2.5

Yay!

Is Carl still using his own personal repo?

Haven't heard anything from Carl for weeks.

So, there's still no official github R3 repo?

Nope, only the R3A110 test repo.

seems he's only available to blog comments .. all other channels 
are down

yes, another blac-out, which even SCRUM did not prevent us from .... 
nearly a month now, without a single message ...

Hey, he talks for 2 hours at AmiWest ...!

Selling his Amiga stuff? :-)

Yeah .. and in part 2, he says that people bug him everyday about 
Rebol ... lol

I still miss something like general R3 porting group. Or will we 
set-up one group per target platform here, as we did with Android? 
I think this group is good for technical host-kit stuff, not general 
porting stuff ...

I found out, that Genesi is now sponsoring Linaro Linux, which tries 
to unify distros for ARM target. They gave away 50 smartbooks:

http://bbrv.blogspot.com/2010/12/momentum-is-building.html
http://www.genesi-usa.com/products/smartbook


From past month's discussion with BBRV, I believe they are able to 
send us a machine to port R3. And now again - this is not my port-it-for-me 
request, just a note, to eventually start a discussion, how do we 
get ourselves on ARMs. Carl could have one smartbook to port Core, 
and someone willing to play with the HostKit port could have another 
one. In the case someone is interested, I could try to negotiate 
it with BBRV.


Of course - ARM is a broad term. I never heard of Linaro. We have 
some TI hardware, and I know there are some embedded systems for 
such stuff, mostly commercial and expensive, and Linaro might be 
an answer here. Another HW option is BeagleBoard (cheaper, more OSes 
supported, even QNX, Android):

http://beagleboard.org/

Pekr- thanks for the help, sorry my internet was so slow I didn't 
notice all the other chats until it was loaded just now. Thanks again 
for the quick response!

Porting R3 to an ARM netbook Linux would be a good start. The binary 
R3 library may then even work on Android

However, the Android cross-compiling SDK with its emulator is also 
a good development environment

Agreed.

Porting to a mainstream Linux ARM will hardly be any work at all.

Mostly a matter of either setting up a system to do the compile, 
or setting up a cross-compilation toolchain.

There will be some source changes, but probably not many

Talking about the hostkit side.