r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Red] Red language group

Dockimbel
24-Dec-2011
[4042]
Sorry, no IDE available yet. For the GUI, gtk+ support is quite advanced, 
I might use it for the IDE if I run out of time to implement my own 
library.
Kaj
24-Dec-2011
[4043]
My C library binding has a basic CALL using system()
Kaj
25-Dec-2011
[4044]
It's effectively call/wait. It may help to remember that the binding 
is complete at the ANSI C level
Dockimbel
26-Dec-2011
[4045]
http://www.red-lang.org/2011/12/arm-support-released.html
Pekr
26-Dec-2011
[4046]
congrats :-)
Jerry
26-Dec-2011
[4047]
WOW! Great!
Pekr
26-Dec-2011
[4048x2]
I have just successfuly run Hello world example on my HTC Sensation 
:-)
What was the script called, which measured REBOL CPU power? It would 
be nice to have it, to measure performance of RED on various phones 
:-)
Henrik
26-Dec-2011
[4050]
Perhaps, a line needs to be rephrased: "Such approach will allow 
us to build easily Android apps without having to write a single 
line of Java or Objective-C code" - AFAIK, Android apps are not written 
in Obj-C?
Pekr
26-Dec-2011
[4051]
Obj-C stands for iOS imo ...
Henrik
26-Dec-2011
[4052]
(people on OSNews will be all over it, if they see it)
Pekr
26-Dec-2011
[4053x2]
however, it is a bit difficult to use, and also - allowing non-market 
sources could be marked as dangerous. Will there be ability to produce 
native Android apps, which could be published via the market?
Henrik - what do you mean by ppl being "over it" - somehow can't 
translate it myself :-)
Henrik
26-Dec-2011
[4055]
Pekr, I'm not sure if it's important anyway, but it might detract 
from the reputation of Red, if some parts are not factually accurate 
in the article. As in: "this guy doesn't know what he's talking about."
Pekr
26-Dec-2011
[4056]
Anyway - not sure if such a news article for OSNews is not a bit 
preliminary ... no bindings yet, no possibility to use standard channes 
(market), no RED yet = not much of a REBOL featureset either. Achievement 
is great - RED gets us onto mobile OSes, still far superior to R2 
or R3, except that Red/System is mostly a C with REBOL syntax. I 
can understand, why Doc wants to work on RED itself some bits too 
:-)


Anyway - I am here to do some testing with HTC Sensation. The fun 
part comes, when the bridge is going to be done. Imagine having parse 
and REBOL like series handling, with access to stuff like SMS, calendar, 
address-book, and other APIs :-)
Dockimbel
26-Dec-2011
[4057x2]
Henrik: agreed, it's confusion, will change it right now. Thanks!
confusion => confusing
Henrik
26-Dec-2011
[4059]
better :-)
Dockimbel
26-Dec-2011
[4060]
Produce native Android apps: certainly, but that requires the Java 
bridge. It should be possible to also use the NDK for accessing a 
subset of Android API, but I haven't investigated yet that option 
much, especially if it requires Dalvik code support or not.
GrahamC
26-Dec-2011
[4061x2]
derivated  - no such englsh word :)
New compilation targets have been provided for Linux and derivated 
OS running on ARM:

change to 


New compilation targets have been provided for Linux and derivative 
OSs running on ARM:
Dockimbel
26-Dec-2011
[4063]
Hmm, another "frenglish" of mine. :-)
GrahamC
26-Dec-2011
[4064]
ahh... your own dialect !
Dockimbel
26-Dec-2011
[4065]
BTW, can acronyms in english take an ending "s"? Is that allowed?
GrahamC
26-Dec-2011
[4066]
okay,make it OSS :)
Dockimbel
26-Dec-2011
[4067]
hehe :)
GrahamC
26-Dec-2011
[4068]
http://www.english-test.net/forum/ftopic25371.html


And then in Microsoft Manual of Style (version 3.0) we can read "To 
form the plural of an acronym, use a lowercase "s" without an apostrophe." 
Example: several IFSs.
Kaj
26-Dec-2011
[4069x2]
In British English, an apostrophe is more common, so both are correct
Congratulations on the ARM port. It's an important milestone
Dockimbel
27-Dec-2011
[4071]
Thanks Kaj, I hope to be able to demo some running Android app in 
Red/System (or Red) in march at the RedTopaz conf.
GrahamC
27-Dec-2011
[4072]
the only arm device I know I have is the http://en.wikipedia.org/wiki/NSLU2
 uses an ARM-compatible Intel XScale IXP420 CPU.
Dockimbel
27-Dec-2011
[4073]
XScale is based on ARMv5, so it should work, you just need to figure 
out how to download an executable from the NSLU2 and run it.
Kaj
27-Dec-2011
[4074x2]
I've tested all example programs in all my bindings and they still 
work with the new release
I've also compiled them for Android. I can't test them, but they 
do all compile
Dockimbel
28-Dec-2011
[4076]
Good! I'll try to test them on my QEMU instance (at least the non-graphic 
ones).
Kaj
28-Dec-2011
[4077]
Don't you have X11 installed there?
Dockimbel
28-Dec-2011
[4078x5]
I have an X11 (with Gtk I think) image for QEMU but it's dead slow, 
so I never use it.
I will give it a new try to see if I can get Gtk binding working.
I've tested the cURL binding on Debian armel, works fine (used the 
example script and my own wget script).
For GTK, it stops on a symbol issue with atexit():

[root-:-debian-armel]:~/ARM# ./GTK-widgets 

./GTK-widgets: symbol lookup error: ./GTK-widgets: undefined symbol: 
atexit
The `atexit` symbol is present in both the dynamic symbol and relocation 
tables of the ELF binary.
Kaj
28-Dec-2011
[4083]
It's in the ANSI standard for the C library, but it may not be in 
the Bionic C library for Android
Dockimbel
28-Dec-2011
[4084x3]
I'm testing on Debian 6 in QEMU.
I've checked the dependencies via ldd, all are met.
Maybe Andreas would have a clue about this.
Kaj
28-Dec-2011
[4087x2]
I've already had to leave it out of the C library binding for Syllable. 
That's also odd, though, because it uses the GNU C library, like 
Debian, and Syllable is supposed to have atexit
It's also strange that the cURL binding would work, because it imports 
the same C library binding
Dockimbel
28-Dec-2011
[4089x3]
If I remove the atexit() dependency, I get segfaults on first calls 
to external functions (on printing the GTK version).
So the issue is not specific to atexit().
I guess that it might be causing by a bad version of one or several 
shared lib from GTK.