World: r4wp

I managed to get it via the terminal but only the master not the 
0.3.0 

I want the 0.3.0 version of this file for that one contains the corrected 
typo you fixed, no need to manually correct then. 
And I want to give it then back to the 0.3.0 branche but no way. 
I'll mail my file to the mailinglist :(  github g=sh ;)

You probably need to check out master, then cherry-pick the BNF file 
from v0.3.0, then make your change, then do the pull request for 
master

Alternatively, you'd stay in v0.3.0, but then you also have to make 
the pull request for v0.3.0

The way to switch git branches at the terminal is:

git checkout <branchname>

e.g 
	git checkout master

	git checkout v0.3.0

You can always check which branch you are working on with:

git status

Arnold, no worries. I properly applied your patch against the v0.3.0 
branch.

Your patch was basically fine, what went wrong is that you submitted 
the pull request against the wrong branch. You changed something 
starting from v0.3.0, but your pull request was submitted against 
master, not v0.3.0.

Arnold: the changes you did that were accepted have been pushed to 
master branch too and are now published on red-lang.org. For documentation 
changes, the master branch version is the one that gets published 
on the web site.

FYI: I got my RPi video problem fixed, still no network, but I will 
go buy a  long network cable tomorrow, so I should finally be able 
to look into the issues Kaj submitted. I would like to fix the main 
ones before releasing v0.3.0.

I would like that very much, too

thnx for applying the fix & support. One day I will be able to github 
on my own ;)

Doc - web seems to stopped displaying twitter news messages?

I noticed, you tweeted, that 0.3.0 is close?

btw - once 0.3.0 is out, what about a blog post, summing what is 
already available? Maybe a short script? btw - do we have conditions/branching 
and loops yet?

Twitter message on web site: that's blogger's widget for Twitter's 
feeds...can't do much about it.

Yes, v0.3.0 is close. Of course, I will write a blog post for that 
release, it's a major one. Condition/branching/loops: that's what's 
implied (among other things) by being "Turing-complete". Also, a 
quick look at last 10 days of commit in v0.3.0 branch should answer 
your question too. ;-)

I can't decode anything from inspecting the sources yet. I can look 
into natives, there are some forall-loop etc functions whose purpose 
I don't understand. Then I can see datatypes, but where should I 
look for the definition of 'if, 'either, 'until, 'forall, 'while, 
etc.? :-)

Click on the commit messages where they were implemented

Pekr: look into the commits list, not in the source code.

Does the modulus operator work on floats at the moment?

Yes (both modulus and remainder operators). Of course, this is for 
Red/System, Red doesn't have yet floats support.

*** Compilation Error: argument type mismatch on calling: //
*** expected: [number!], found: [float!]

print [4.0 // 2.0]

I've been looking at the compiler source for about an hour

by commit list, do you mean eg. https://github.com/dockimbel/Red/commits/v0.3.0

?

Pekr: yes

Yes

I tried changing the modulus types to any-number! -- runtime error

but I don't know what I'm doing

Nicolas: it is very possible that we have forgot to add unit tests 
for that feature. Obsviously, it's a bug, so please report it to 
github tracker so we can fix it asap.

number! is a virtual type used only internally by Red/System compiler.

It looks like a minor type checking bug, so it should be quickly 
fixed.

cool. I'll do that now

We don't have any tests for // for float. I'll look into it.

Red [] 4.0 // 2.0  compiles and runs.

Sorry - Red/System[] 4.0 // 2.0 compiles and runs.

Red/System[] f: 4.0 // 2.0 gives the type mismatch compile error.

Nicolas: issue fixed.

thanks man

Just as a reminder, once we fix the current ARM bugs, we would need 
to add Red to the following page: http://elinux.org/RPi_Programming

(Red/System could already be added though)

I've dropped the C library dependency from all bindings that don't 
strictly need it, to minimise the code base. However, the only binding 
I could get to work somewhat inlined in Red is SQLite, because it's 
little more than the imports

I've implemented floating point support in the SDL binding. This 
is used for audio conversions

I'm fixing the Unicode string printing issues on Linux/ARM...will 
post the fixes tonight.


BTW, I've now an ARMHF image installed, so I'll work very soon on 
supporting ARMHF ABI.

Great

what is this ABI about? Is that about supporting advantage of having 
HW floating point unit available?

I expect it being unrelated to Thumb support?

It's basically unrelated to Thumb. It's not necessarily about hardware 
floating point, either, but it's a different way of supporting it

It's about dealing with different Linux kernel incompatible ABI for 
float support on ARM platforms. Red/System uses the FPU unit (named 
VFP in ARM family) directly, but when having to pass/receive float 
arguments from libc or 3rd-party libs, Red/System needs to do it 
respecting the installed system ABI, which might be `softfp` or `hardfp` 
(there's a third one, but it's for not a concern for us). 


Currently, Red/System floats are passed using the `softfp` convention, 
so it works only on ARMEL platforms (while ARMHF platforms require 
`hardfp` convention). `hardfp` is a much more performant, while `softfp` 
is for legacy  systems or systems with no FPU unit).