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

World: r3wp

[Red] Red language group

Andreas
13-Mar-2011
[315x2]
libc support will come as soon as we get support for a loader done
but syscall support is nice (and lean) on it's own :)
Kaj
13-Mar-2011
[317x2]
It is
So can't Red load dynamic libraries yet?
Andreas
13-Mar-2011
[319]
not on linux/elf, no
Kaj
13-Mar-2011
[320]
Ah
Dockimbel
13-Mar-2011
[321x2]
Kaj: I had a quick look at *BSD syscalls, there are pretty much the 
same as Linux (at least for the most used ones). The calling convention 
is different thought, but can be supported by one or two more lines 
of code in Red/System emitter.
When I see how Carl fights with various libc versions...I wonder 
if syscalls are not an easier path even if it can have some minor 
porting costs here and there? Anyway, a libc mapping will be possible 
soon, so all options are open.
Kaj
13-Mar-2011
[323x2]
I'm not sure the current R3 versions for different GLibC versions 
make any difference. It's R2 that has problems, but usually with 
the higher level X libraries
The syscall calling convention on Syllable is also different. It 
doesn't use SYSENTER/SYSEXIT yet
Dockimbel
13-Mar-2011
[325x2]
Red/System uses currently software interrupts for making syscalls, 
I'll add support for SYSENTER/SYSEXIT in the next days.
When I look at R2/Core downloads list, it stills has to ship in two 
flavors for Linux, isn't it because of libc issues?
Kaj
13-Mar-2011
[327]
Yes, but R3 is much better isolated
Dockimbel
13-Mar-2011
[328]
Anyway, we'll make sure Red runs ok on Syllable, that's the least 
I could do. ;-)
Kaj
13-Mar-2011
[329x4]
OK :-)
The issue R2 currently has with old Linux systems is with floating 
point. That's in the math library, part of GLibC, not the kernel, 
so there's no way around it unless you use a completely different 
implementation
I'm not denying the libc interface is problematic on GNU systems, 
I'm just saying there's probably no alternative with fewer problems 
:-(
The best strategy is to keep the interface as small as possible, 
like R3
BrianH
14-Mar-2011
[333x2]
That's more of a Red problem though. Red/System doesn't have floating 
point, just integers.
But it's always good to look to the future :)
Dockimbel
14-Mar-2011
[335x2]
Decimal Floating-Point Math Library: http://software.intel.com/en-us/blogs/2008/03/06/intel-decimal-floating-point-math-library/
That's interesting!
If the performances are close to classic floating point math operations, 
that would be a great alternative.
Kaj
14-Mar-2011
[337x4]
That is not to be expected, because this seems to be a software implementation
Decimal math would still be great to have
Still, the R2 problem with the math library is probably a fluke that 
can be prevented
On the one side you have a chaotic Linux ecosystem where most developers 
refuse to care about binary compatibility, on the other hand you 
have an isolated REBOL cave where Carl refuses to deal with outside 
complexity. This is a recipe for disaster. There must be some middle 
ground - as we have proven in Syllable
Dockimbel
14-Mar-2011
[341]
I was hoping that such library would use the FPU for low-level maths, 
but can't find any info about that.
Kaj
14-Mar-2011
[342x2]
I can't even find the download. Is it BSD?
Is it planned for the linker to support static libraries?
Dockimbel
14-Mar-2011
[344x6]
Static libs: yes, but not in the short-term (not in the next months, 
unless someone else than me implements it).
Download: that's strange, there was a download button under the title 
of the article, I've got it a few of hours ago, checking the licensing 
terms in the sources archive...
Here's the direct download link: ttp://software.intel.com/file/7242 
(~27MB)
sorry: http://software.intel.com/file/7242
It's 3 clauses BSD.
The library seems to be built upon IEEE 754 standard, so should be 
able to be accelerated by an FPU. Btw, here's the  download page: 
http://software.intel.com/en-us/articles/intel-decimal-floating-point-math-library/
Kaj
14-Mar-2011
[350x3]
Thanks. Sounds good, except for the size
This IEEE 754R spec is a revision based on IEEE 754, but it seems 
to me that the decimal implementation in this library is in software, 
awaiting new FPUs (IBM already has a few (although already is not 
really a good term for 2011))
Intel means it for compliance ahead of time. I wouldn't expect them 
to compete with the performance of the future FPUs they want to sell 
us
Dockimbel
14-Mar-2011
[353]
I agree that the library size is too big anyway for a direct inclusion 
in Red's core.
Kaj
14-Mar-2011
[354]
An optimising static linker could make it acceptable :-)
Ladislav
14-Mar-2011
[355]
Hi, I added a Red to the Alternatives section in REBOL Wikipedia 
page.
Dockimbel
14-Mar-2011
[356]
Thanks Ladislav. Btw, could you add links for the alternative projects?
Ladislav
14-Mar-2011
[357]
Sure I could, but they were removed by some "purists" telling, that 
the Wikipedia was not a link repository, so I am afraid it might 
be contraproductive.
BrianH
14-Mar-2011
[358]
So, that Intel library is for implementing Red's equivalent of the 
money! type?
Ladislav
14-Mar-2011
[359]
I would prefer to say "Red's analogy to the money! type", I do not 
think it is exactly equivalent.
BrianH
14-Mar-2011
[360]
I mean that it uses floating point hardware, but implements decimal 
math, not floating point math.
Ladislav
14-Mar-2011
[361]
Yes, that is the "analogy" I mean.
Dockimbel
14-Mar-2011
[362]
Brian: yes, for financial usage, so might differ a bit from REBOL's 
money! type.
BrianH
14-Mar-2011
[363]
Cool either way, for those of us not running on IBM mainframes (which 
have this standard in hardware) :)
PeterWood
14-Mar-2011
[364]
Doesn't the Intel Library implement the three IEE 754 types - decimal32, 
decimal64, decimal128