World: r4wp

(when summing REBGOB and REBGBO while subtracting the pointer.

I am quite curious whether it would be possible to fit a Rebol value 
to less than 256 bits when using 64-bit memory pointers

I originally guessed 160 bits might suffice, but I would not bet 
on it now.

if not wanting to make some "big adjustments", it looks like absolutely 
necessary to go to at least 224 bits.

I'd be quite interested in that as well.

And I'd generally try to stay 64-bit aligned.

...which yields exactly 256 bits :-(

192 or 256, yes.

some "values" contain 3 pointers, which gives 192 + type information 
+ alignment = 256

Hi, all, a "stupid" question: R3 is still called "alpha" (and there 
*are* issues I want solved before moving it to beta). One of the 
issues is the "gotcha" represented by the DECIMAL! name. I know that 
it is used consistently in Rebol, but it is still a "gotcha" for 
any possible newcomers actually stating something like: "here mathematics 
is not welcome", which is not true so much as I (mathematician by 
the education) would say.


Also, having a "truly decimal" datatype called MONEY! in R3, I would 
prefer a rename:

MONEY! rename to DECIMAL!

DECIMAL! rename to REAL! or FLOAT! (or something else that could 
be popular)


So, how many of you prefer to keep the DECIMAL! name for the 64-bit 
IEEE 754 binary floating point format used in Rebol and

how many of you prefer to rename the DECIMAL! datatype to something 
else?

I would not mind this change.

I'm strongly in favour of this change (and would prefer float! over 
real!).

Not a stupid question, a hard one. 

1) Keep money! as it is.
2) Use new decimal type for decimal!  +1
3) Use float! (not real!) as the name for IEEE754  +1

Thanks for 3). As far as 1) and 2) go, it looks that you did not 
read

www.rebol.net/wiki/Money


yet?

Lad: +1

That should be more in line with Red's type naming. So:

* Float!: +1 (though I'm not against real!, float! is more CS than 
maths)

* Decimal! for a BCD type (could use money literal form, so, +1 for 
renaming money!)

It looks www.rebol.net is down?

for me too

Me too. Can't read the link.

rebol.net is back up, so I looked at the wiki artilcle. To clarify, 
I *did* know money changed in R3. What I meant was that I want that 
to stay the same as it is now, in R3.

Good idea, Ladislav, I agree.

+1 for Ladislav's idea.

Clarification: as far as I know nobody plans to change the implementation 
of the datatype. However, it is not money in fact, it is actually 
better characterized as a decimal datatype. That is why I did not 
understand why did you suggest any new decimal type since it already 
exists using just an inadequate  name.

or maybe adequate... The fact is that the syntax corresponds well 
to the money! name, and it makes sense to keep the syntax as is.

If counting just the votes for/against naming the IEEE 754 binary 
floating point datatype as float! and adding BrianH as one who prefers 
the decimal! name for backward compatibility reasons (he perceives 
a datatype name to be influencing language syntax in a big way) I 
am currently getting:


For float! name: Ladislav, Henrik, Andreas, Gregg, Robert, Doc, Rebolek, 
Endo
For decimal! name: BrianH

I would like to get more votes on this, though.

Not sure if my "vote" applies, but in the early stages of R3 development, 
I radically protested against anything being called Money, which 
I found being a capital nonsense. Also the "$" char representing 
the datatype notation is OK mostly for US, but not e.g. EU, where 
EUR is represented by its own char. 

So - not sure what my suggestion alligns with, but:


- remove Money datatype altogether, or let it be reserved for money/conversion 
purposes, along with $ char.

- use decimal! for BCD, no $ char, but if we need to distinguish 
from IEEE754, I can live with that 
- use float! for IEEE 754 stuff

float! instead of decimal!, decimal! instead of money! +1 (for both)

Pekr: how do you propose to distinguish literal forms of decimal! 
vs float! if you remove the $ prefix? Though I agree that the $ doesn't 
look nice from here (EU).

I love the mone! type, moreover you may use EUR$4 for EURO

It reduce to only 2 decimal automatically, it's very useful!

It advice you if you are macking some mistake

IEEE renamed to float!,   money! renamed to decimal!  


this way, the vast majority of apps which used decimals before will 
simply continue to work, but be more precise (albeit a bit slower).

Carl blog about "Currency designator for money datatype" http://www.rebol.net/cgi-bin/r3blog.r?view=0201

Carl stated in its reply "4.  No, we are not renaming decimal. It 
will remain as is." just to remember us.

So:

1) current R3 money! datatype is not a money type as R2 define it. 
So it can be renamed.

2) Should the actual R3 money! be renamed decimal! is againt Carl 
point, but I'm not against it if we ponder the compatibility issue 
(BrianH point).

3) decimal! -> float!  I don't like it but  Icould probably leave 
with!

4) a money! type must be considered as a BCD + currency type. A "must 
hvae" would be the possibility to programmaticaly define the rules 
to apply if mathematical operations arrived between different currency 
numbers. So it can throw an error or apply a conversion or change 
the resulting currency...
A dialect would be used to specify the rules :

money-rules [* M M currency M²    / M M error     / M² M currency 
M       + EUR CDN error     + EUR USD multiply 1.30800]
Think ">> M$2.0 * M$2.0     == M²$4.0"

>> EUR$10 + USD$10
== EUR$23.08

I don't think people are against a money! type per se.   we are just 
against the current datatype names assigned to implementations.

decimal! is not a decimal type
money! is not a currency type


we simply need to add a new real number type called FLOAT! and  properly 
assign the current types to what they really are.


shifting the implementation of money! to decimal!  (without its $ 
or currency designation) won't actually break any previous code a 
part from making it more precise and possibly a bit slower.


we can always keep the current money! as-is, but  I see no point 
in it.  since it doesn't actually do any type of currency management.

Money has meaning, and was one of the things that really excited 
me when I found REBOL. It was also one of my biggest disappointments, 
in R2, when I found that it didn't work right. So I'm thrilled with 
the new implementation. Unfrotunately, I don't have any great suggestions 
for a float! sigil, which would allow us to identify all of them 
lexically. And I can see changing the name of decimal! to float!, 
and money! to decimal! as potentially causing problems in code that 
displays results. Suddenly all the code that explicitly casts to 
decimal! will show dollar signs.

~ is the best sigil I can think of for float!, but I don't know if 
it's better held in reserve for something else.

It's unfortunate that $ is U.S. centric, but is that a showstopper 
that requires a completely different approach, so we can support 
€. £, and more?

~ would be good for float! as it stends (for me) as an approximation 
and we know that IEEE 754 can't represent/store some decimal values.

But it is very boring to use in FR keybord as it is not displayed 
while you hit the key to allow ã or õ typing.

I can only speak for myself, but I think think float! would rarely 
be used. Mainly if you have to use routines with other languages. 
Otherwise, I would probably be OK with eliminating it entirely.

Ladislav, do you have any idea what the performance hit is for the 
new decimal implementation, versus float (current decimal! type)? 
A very quick test here was going to make me say ~30%, but division 
seems to get hit a lot harder. And I don't know how much of that 
is extra work R3 does for money, which wouldn't be there for a straight 
decimal type (if any).

I do not understand what "straight decimal type" might be.

Your new decimal implementation without the added currency/denomination 
part.

The money! implementation currently is "without the added denomination 
part"

OK, so there is no internal handling in place that would add overhead 
right now, correct? And ~30% could be a valid difference (not counting 
division).

The speed difference must be at least (actually, it should be even 
greater a bit due to the deimal nature) equal to the difference between 
floating point arithmetic done by the coprocessor, versus it being 
done by an emulator.

Just looking for ballpark estimates.

Also, division is the most demanding operation

And, let's not foget that the datatype is 96-bit, which certainly 
has to make the arithmetic slower as well.

Yes. Division makes the biggest difference by far (again, quick test).