Great news :D

funkyness?

_________________
..effects of civilization upon...nature, the growing gap between what education was supposed to accomplish and what it consisted of, the national debt and...high taxes, the problem of the excess cost of medical care -- Philip Wylie, 1951

It should support Triton also.

@ggw
Perhaps "funky" doesn't translate well? The closest on-line definition I could find was "stylish and modern in an unconventional way", although I mean it more like just "great or cool (in a slightly unconventional way)".

PortablE has had "funky new features" for ages, but this is the first time I decided to measure it. I found that funky-ness levels have increased by precisely 301%

Last edited by ChrisH on 24-Dec-2008 at 08:47 PM.

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@FrankBrana
That would be possible. It is currently about 6th in my list of 3rd-party libraries that I may look at adding, depending on interest...

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

Please delete SHL and SHR and replace with ASL, LSL, ASR, LSR. Thanks.

_________________
Wanna try a wonderfull magical Amiga strategy game?
Total Chaos AGA

@ChrisH
I think it's a Good work (Idon't test it!).

But I like this:
C++

I tested "E" form many year ago. I like it but I walk over to Windows
and begining to programming in the ugly C++. After a short time I
walk over to C with tool Lcc.

Have You test "D"?
Digital Mars D

_________________
There are very interesting in all languages.
http://www.kensonpro.com
Program, codes for websites, hifi, measuring instruments and more. The site is of more than 1200 pages and nearly 3Gb .

@ChaosLord
It kind of makes sense to have SHL/SHR, since E already had Shl() & Shr() functions. But adding LSHL & LSHR might happen...

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@linnar
Hopefully PortablE will run on Windows eventually...

BTW, as I don't like C-style syntax, I wouldn't touch D

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

Excellent news. thanks

_________________
---------
AmigaClyde

µA1-C 750GX@800 using OS4.1

@ChrisH

I just read the CppConsideredHarmful page and can only say that I agree with every word of it I'm longing to try out the language!

Only one thing struck me; you wrote: "and "long" is guaranteed to be 32-bits (or similar)"
That is not true. On 64-bit systems long is typically 64-bit wide while int remains 32-bit. What is guaranteed is that long can always store a pointer IIRC. This atleast in the LP64 model.

Btw. Have you considered 64-bit compatibility? How would the language support 64-bit? Would VALUE and pointers be 64-bit, or also, or either LONG?

_________________
- Don't get fooled by my avatar, I'm not like that (anymore, mostly... maybe only sometimes)
> Amiga Classic and OS4 developer for OnyxSoft.

@Deniil715
Regarding C++ "long" being 64-bit on a 64-bit system - I'd need to read the context in which I wrote it, but I suspect that the 64-bit issue was irrelevant to the point I was trying it make (not least because 64-bit OSes are not common).

As for PortablE's theoretical behaviour on 64-bit systems - I have already considered this: VALUE is only guaranteed to hold 32-bit values, but will be 64-bit on such systems. Obviously pointers would be 64-bits too. However, LONG will always be 32-bit. And BIGVALUE is always 64-bit, even on 32-bit systems (unless the target does not support 64-bit values).

Last edited by ChrisH on 30-Dec-2008 at 09:46 PM.

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...