• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r4wp

[#Red] Red language group

PeterWood
27-Mar-2013
[6728x2]
Yes. the log is in Red/quick-test/quick-test.log
Thank Nenad for the tests being easy to run, it's his design.
Gregg
27-Mar-2013
[6730]
Excellent. Maybe have the test runner print out the log location 
at the end?
PeterWood
27-Mar-2013
[6731x2]
That's a thought.
I've just checked the quick-test docs and see that I forgot to mention 
the log file. I'll certainly need to update the docs.
DocKimbel
27-Mar-2013
[6733x2]
Oldes: you can't currently as any-type! is not a defined type yet.
Doc-string related bug fixed.
Gregg
27-Mar-2013
[6735]
That's great Doc! Only 12 tests fail here now.
DocKimbel
27-Mar-2013
[6736]
There should be only 9 failing, 3 are invalid tests that I'm fixing 
right now, 6 are EXIT/RETURN tests for interpreter (not supported 
yet).
Gregg
27-Mar-2013
[6737]
Yes. Looking good.
DocKimbel
27-Mar-2013
[6738x2]
Pushed the fixes for invalid tests, you should have only 6 failing 
now.
OpenCV 2D lines demo: http://www.wuala.com/fjouen/Code/OpenCV/Red/pub/lines2.jpg/


Webcam driver and videos playback code example in Red/System can 
be found in this thread: http://www.digicamsoft.com/cgi-bin/rebelBB.cgi?thread=%3C17Mar2013190850930275100%3E


François is close to 100% covering of OpenCV for Red/System. Once 
that (huge) work done, we would need to create some good dialect 
to access all those features from Red.
Bo
27-Mar-2013
[6740]
Awesome!
Pekr
28-Mar-2013
[6741x2]
Dialect =  parse, for that, you need objects, no? :-)
or do you mean Red/System kind of dialect?
DocKimbel
28-Mar-2013
[6743x2]
Dialects implementations do not need PARSE, they can be implemented 
with base functions, as shown by Kaj with its VID-like dialect for 
GTK+.
PARSE helps making the dialect implementation shorter, faster (for 
interpreters) and more elegant.
Pekr
28-Mar-2013
[6745x2]
weeee wanna more elegant :-)
well, but as for me, from usability standpoint, as a priority, I 
prefer I/O ....
DocKimbel
28-Mar-2013
[6747]
Me too. :-)
Oldes
28-Mar-2013
[6748]
float
Pekr
28-Mar-2013
[6749]
floats for Red? Yes, why not ... but file, networking, ports, schemes, 
tasking schemes ... so that Graham can implement/port FTP, smtp, 
pop3 etc for us :-)
Oldes
28-Mar-2013
[6750x2]
Pekr, are you aware of this:

red>> 2.3
*** Error: word has no value!


Sorry, but if there is any top priority, than it's decimal support!
Anyway, you can read/write including networking with Kaj's cURL binding 
already, but not to do something basic like 1.1 + 2.2 yet
Pekr
28-Mar-2013
[6752x2]
I don't care about Curl, I regard it being an interim solution. Any 
REBOL-like language has to support what makes REBOL being a REBOL 
in a first place. And one of its concepts is abstracted interfacing 
- ports, schemes, that it :-)
I did not say anything against float support. Actually I said - Yes. 
But my (most probably limited) understanding is, that float support 
for Red is easier than ports etc., so that it will be done, and IO 
comes next ...
Oldes
28-Mar-2013
[6754]
If decimal support would be so easy, it would be here already:)
Pekr
28-Mar-2013
[6755x2]
Well, decimal support is in Red/System already, no? To some extend. 
Of course I don't know, if it makes bringing decimal support for 
Red any easier, maybe not ....
extend = extent ....
DocKimbel
28-Mar-2013
[6757]
Right, adding basic float support to Red is not difficult, but as 
floats are not needed internally to build Red, they are low priority 
(but if someone wants to contribute it, it will be welcome). Moreover, 
the runtime lexer is disposable code, it will be soon replaced by 
a new one with Unicode support and more complete syntax support. 
So extending it now for additional literal forms is a bit of waste 
of time.


If someone is interested in implementing float support anyway, the 
decimal! name is reserved for a future BCD datatype, so possible 
names are: real! or float!. It will be a 64-bit float, so mapped 
underneath to Red/System float! type. A support for float32! at Red 
level is not planned, converting float! to float32! at Red/System 
level when needed (i.e. OpenGL API) should be enough.
DocKimbel
29-Mar-2013
[6758]
More screenshots of OpenCV binding progress: http://www.wuala.com/fjouen/Code/OpenCV/Red/pub/
Gregg
29-Mar-2013
[6759x3]
I've started on some Red mezzanines in %Red/mezz/ here. Early days, 
but my hat is off to Doc for how far Red has come already. Yes, I 
crash the console a lot, and I can't DO files yet, but I can paste 
code into the console, play, and still make really good progress.
Doc will have final say over things, particularly what he needs in 
place to make Red self-hosting, but certainly post suggestions for 
your most-used mezzanines.
This is just playground stuff right now, not on github anywhere yet.
DocKimbel
29-Mar-2013
[6762]
Great initiative Gregg! Hope that more people will join.
Gregg
29-Mar-2013
[6763x2]
BTW, Doc, since you did BIND yesterday, I added COLLECT. Need to 
test more, but it works!
HELP and WHAT are next on my list.
DocKimbel
29-Mar-2013
[6765]
Thanks, great addition!
Bo
29-Mar-2013
[6766]
I tried to compile the OpenCV test script for Linux-ARM on a Windows 
system, and I get the following error:

*** Compilation Error: invalid import specification at: libopencv

Is this because I need OpenCV installed on Windows first?
DocKimbel
29-Mar-2013
[6767x4]
Look in %opencv.reds, the mapping of libopencv for Linux is missing. 
If you can add one there it should compile.
The compiler doesn't need that the imported libs be installed locally 
for the compilation process to work.
The Red/System imports are statically linked into the executables, 
they are just declarations.
linked
 is a bad choice there, "encoded" will be more accurate.
Bo
29-Mar-2013
[6771]
OK.  Thanks!  I'll give that a try.
DocKimbel
29-Mar-2013
[6772]
Are you trying it on RaspberryPi? I'll be interested too to know 
if it can work on the RPi already.
Bo
29-Mar-2013
[6773]
That was my plan, to see if it would work there yet.
DocKimbel
29-Mar-2013
[6774]
Bo: this should help you: http://stackoverflow.com/questions/3122448/where-does-opencv-install-its-libs-in-ubuntu
Bo
29-Mar-2013
[6775x3]
I already found it.  Thanks.
Unfortunately, I am getting the same error trying to run it on Windows 
and Linux-ARM:

# chmod 755 opencv-cam-test
.# /opencv-cam-test

./opencv-cam-test: symbol lookup error: ./opencv-cam-test: undefined 
symbol: isNaN
On Windows I get:


The procedure entry point isNaN could not be located in the dynamic 
link library MSVCRT.DLL.