On 09.02.2012 17:07, Sean Kelly wrote:
At this point, the only people on 10.4-5 should be those with PPC macs. I think
32-bit Intel owners may be stuck on 10.6.
The link that Brad posted shows there are Intel users on 10.4 and 10.5.
The number of 10.4, 10.5 users is about four times higher th
On Sat, 11 Feb 2012 02:31:29 +0100, Ali Çehreli wrote:
Sorry for the double-post; I have asked the same question on D.learn
earlier but I think this is more of a question to this forum.
Tested on Ubuntu 11.10 64-bit dmd.
The following program gets stuck during the writeln() call.
- Note th
Am 10.02.2012 20:02, schrieb Tim Krimm:
We have C and C++
How about D- and D?
D- would be the have a similar use as today's C compilers.
===
Why create this language?
===
Well I would love to have a D compiler that supports microcontrollers.
The
S rot13(S)(S s) if (isSomeString!S) {
return rot(s, 13);
}
S rot(S)(S s, int key) if (isSomeString!S) {
auto r = new dchar[s.walkLength()];
foreach (i, dchar c; s) {
if (isLower(c))
r[i] = ((c - 'a' + key) % 26 + 'a');
else if (isUpper(c))
r[i] = ((c - 'A' + key) % 26 + 'A');
}
return to!S(r);
}
bool isKaprekar(in long n) pure nothrow
in {
assert(n > 0, "isKaprekar(n): n must be > 0");
assert(n <= uint.max, "isKaprekar(n): n must be <= uint.max");
} body {
ulong powr = n ^^ 2UL;
ulong tens = 10, r, l;
while (r < n) {
r = powr % tens;
l = powr / tens;
On 2012-02-10 23:36, Robert Jacques wrote:
On Fri, 10 Feb 2012 02:56:36 -0600, Jacob Carlborg wrote:
UUID(Flag!"random", ... ) is just ugly. It's far better to use a
static function with a descriptive name.
These functions are _constructors_; ideally, they should be expressed as
such. In a m
On 2012-02-11 09:18, Don wrote:
On 09.02.2012 17:07, Sean Kelly wrote:
At this point, the only people on 10.4-5 should be those with PPC
macs. I think 32-bit Intel owners may be stuck on 10.6.
The link that Brad posted shows there are Intel users on 10.4 and 10.5.
The number of 10.4, 10.5 user
On 2012-02-10 23:06, Jonathan M Davis wrote:
On Friday, February 10, 2012 13:54:49 H. S. Teoh wrote:
Perhaps one solution is to simply have the compiler recognize all valid
D constructs, but to give an error when it sees a construct not
supported by the target platform. For example:
input.d(123
On 2012-02-10 20:23, Zachary Lund wrote:
On 02/10/2012 01:02 PM, Tim Krimm wrote:
We have C and C++
How about D- and D?
D- would be the have a similar use as today's C compilers.
===
Why create this language?
===
Well I would love to have a D c
"Tim Krimm" wrote in message
news:kwweecfnvetseprnd...@dfeed.kimsufi.thecybershadow.net...
> On Friday, 10 February 2012 at 21:04:26 UTC, Andrei Alexandrescu wrote:
>> On 2/10/12 12:54 PM, Tim Krimm wrote:
>>> On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu wrote:
On 2/10/12
"Era Scarecrow" wrote in message
news:jzavmzbmjoyujhqyf...@dfeed.kimsufi.thecybershadow.net...
>>> What are your thoughts?
>>
>> There is no way you get a D application into 64K. The language is not
>> powerful enough. Only C can achieve that.
>
> I'll need to agree. Porting D to a smaller memor
"Paulo Pinto" wrote in message
news:jh5aip$1qma$1...@digitalmars.com...
>
> I don't see the point.
>
> C++ was the last systems programming language without GC getting market
> share. I seriously doubt any new systems programming language without GC
> will ever suceed.
>
You're looking at it b
"Andrei Alexandrescu" wrote in message
news:jh40oq$26p0$1...@digitalmars.com...
> On 2/10/12 12:54 PM, Tim Krimm wrote:
>> On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu wrote:
>>> On 2/10/12 11:02 AM, Tim Krimm wrote:
We have C and C++
How about D- and D?
>>>
>>>
On Sat, Feb 11, 2012 at 12:20:22PM +0100, Jos van Uden wrote:
> bool isKaprekar(in long n) pure nothrow
> in {
> assert(n > 0, "isKaprekar(n): n must be > 0");
> assert(n <= uint.max, "isKaprekar(n): n must be <= uint.max");
> } body {
[...]
Shouldn't you just use "in ulong n" as parameter
That's a good question. Not being able to get upgrade pricing because the
intermediate versions aren't available would be a problem, though I believe
paying the upgrade vs. non-upgrade price may use the honor system anyway.
You're right though, if someone hasn't upgraded yet then they. Ever will
This is actually probably not that difficult to do.
A C backend for dmd would be quite difficult to make - but if you strip out
most of the complex features that make it to code generation (exceptions,
garbage collected memory, tls, classes, array ops, threading, floating
point, typeinfo, destr
H. S. Teoh:
> > bool isKaprekar(in long n) pure nothrow
> > in {
> > assert(n > 0, "isKaprekar(n): n must be > 0");
> > assert(n <= uint.max, "isKaprekar(n): n must be <= uint.max");
> > } body {
> [...]
>
> Shouldn't you just use "in ulong n" as parameter instead of long with a
> contrac
On Sat, Feb 11, 2012 at 10:47:01AM -0500, bearophile wrote:
> H. S. Teoh:
>
> > > bool isKaprekar(in long n) pure nothrow
> > > in {
> > > assert(n > 0, "isKaprekar(n): n must be > 0");
> > > assert(n <= uint.max, "isKaprekar(n): n must be <= uint.max");
> > > } body {
> > [...]
> >
> > S
Alright, I'm plodding along slowly with my D lexer, and I'm running into
an interesting case. According to the spec, int literals that begin with
'0' are supposed to be octal, with the exception of "0" itself, which is
decimal 0. DecimalInteger is defined to begin with a non-zero digit
followed by
As an error. Because they're allowed in C/C++/etc having them accepted by D
but interpreted differently is just errors waiting to happen.
"H. S. Teoh" wrote in message
news:mailman.230.1328975949.20196.digitalmar...@puremagic.com...
> Alright, I'm plodding along slowly with my D lexer, and I'm
On 2012-02-11 15:36, Nick Sabalausky wrote:
"Era Scarecrow" wrote in message
news:jzavmzbmjoyujhqyf...@dfeed.kimsufi.thecybershadow.net...
What are your thoughts?
There is no way you get a D application into 64K. The language is not
powerful enough. Only C can achieve that.
I'll need to agr
On 11-2-2012 16:30, H. S. Teoh wrote:
On Sat, Feb 11, 2012 at 12:20:22PM +0100, Jos van Uden wrote:
bool isKaprekar(in long n) pure nothrow
in {
assert(n> 0, "isKaprekar(n): n must be> 0");
assert(n<= uint.max, "isKaprekar(n): n must be<= uint.max");
} body {
[...]
Shouldn't you ju
On 02/11/2012 12:56 AM, Martin Nowak wrote:
> On Sat, 11 Feb 2012 02:31:29 +0100, Ali Çehreli
wrote:
>
>> Sorry for the double-post; I have asked the same question on D.learn
>> earlier but I think this is more of a question to this forum.
>>
>> Tested on Ubuntu 11.10 64-bit dmd.
>>
>> The foll
"Jacob Carlborg" wrote in message
news:jh63p2$17li$1...@digitalmars.com...
> On 2012-02-11 15:36, Nick Sabalausky wrote:
>> "Era Scarecrow" wrote in message
>> news:jzavmzbmjoyujhqyf...@dfeed.kimsufi.thecybershadow.net...
> What are your thoughts?
There is no way you get a D applic
OT: http://d.puremagic.com/issues/show_bug.cgi?id=5132
On 02/11/2012 10:06 AM, Daniel Murphy wrote:
interpreted differently is just errors waiting to happen.
On 02/11/2012 05:00 PM, H. S. Teoh wrote:
Alright, I'm plodding along slowly with my D lexer, and I'm running into
an interesting case. According to the spec, int literals that begin with
'0' are supposed to be octal, with the exception of "0" itself, which is
decimal 0. DecimalInteger is defined
On 02/11/2012 12:58 AM, Paulo Pinto wrote:
Am 10.02.2012 20:02, schrieb Tim Krimm:
We have C and C++
How about D- and D?
D- would be the have a similar use as today's C compilers.
===
Why create this language?
===
Well I would love to have a D
On 11/02/2012 9:55 AM, H. S. Teoh wrote:
The bad thing about taking signed long as parameter and then restrict it
to 0..uint.max means that you're unnecessarily constraining the domain
of the function.
T
In this case, you're actually not changing the domain of the function.
The domain was (
Am 11.02.2012 18:00, schrieb bcs:
On 02/11/2012 12:58 AM, Paulo Pinto wrote:
Am 10.02.2012 20:02, schrieb Tim Krimm:
We have C and C++
How about D- and D?
D- would be the have a similar use as today's C compilers.
===
Why create this language?
On Sat, 11 Feb 2012 17:18:21 +0100, Ali Çehreli wrote:
On 02/11/2012 12:56 AM, Martin Nowak wrote:
> On Sat, 11 Feb 2012 02:31:29 +0100, Ali Çehreli
wrote:
>
>> Sorry for the double-post; I have asked the same question on D.learn
>> earlier but I think this is more of a question to this
On Sat, Feb 11, 2012 at 05:37:17PM +0100, Timon Gehr wrote:
> On 02/11/2012 05:00 PM, H. S. Teoh wrote:
> >Alright, I'm plodding along slowly with my D lexer, and I'm running into
> >an interesting case. According to the spec, int literals that begin with
> >'0' are supposed to be octal, with the e
Jacob Carlborg wrote:
On 2012-02-10 20:23, Zachary Lund wrote:
On 02/10/2012 01:02 PM, Tim Krimm wrote:
This language would basically be D without the garbage collection.
For example there would be structures but no classes.
There would be regular arrays but no dynamic arrays.
Code that is most
Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:jh40oq$26p0$1...@digitalmars.com...
On 2/10/12 12:54 PM, Tim Krimm wrote:
On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu wrote:
On 2/10/12 11:02 AM, Tim Krimm wrote:
We have C and C++
How about D- and D?
Octals are going away, the use of them in Phobos have been removed and
Walter confirmed this too afaik.
On 02/11/12 02:46, Era Scarecrow wrote:
>>
>> There is no way you get a D application into 64K. The language is not
>> powerful enough. Only C can achieve that.
>
> I'll need to agree. Porting D to a smaller memory space and with cramped
> features in all of this is not going to be good no matte
On 2/11/12 8:48 AM, Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:jh40oq$26p0$1...@digitalmars.com...
On 2/10/12 12:54 PM, Tim Krimm wrote:
On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu wrote:
On 2/10/12 11:02 AM, Tim Krimm wrote:
We have C and C++
Ho
On Sat, Feb 11, 2012 at 06:48:20PM +0100, Andrej Mitrovic wrote:
> Octals are going away, the use of them in Phobos have been removed and
> Walter confirmed this too afaik.
So the question is, how will things like "0744" and "098" be interpreted
once octals have gone away? Will they still be rejec
On Saturday, 11 February 2012 at 16:08:02 UTC, Jacob Carlborg
wrote:
On 2012-02-11 15:36, Nick Sabalausky wrote:
"Era Scarecrow" wrote in message
news:jzavmzbmjoyujhqyf...@dfeed.kimsufi.thecybershadow.net...
What are your thoughts?
There is no way you get a D application into 64K. The
langu
On Sat, Feb 11, 2012 at 11:55:07AM -0600, Andrei Alexandrescu wrote:
> On 2/11/12 8:48 AM, Nick Sabalausky wrote:
[...]
> >I absolutely agree: We've learned a very hard lession from the
> >community-fragmenting failure that was known as SafeD.
>
> Not sure what you mean there. As far as I can tell
On 2012-02-11 18:40, Piotr Szturmaj wrote:
Jacob Carlborg wrote:
On 2012-02-10 20:23, Zachary Lund wrote:
On 02/10/2012 01:02 PM, Tim Krimm wrote:
This language would basically be D without the garbage collection.
For example there would be structures but no classes.
There would be regular arr
On 11 February 2012 17:47, Artur Skawina wrote:
> On 02/11/12 02:46, Era Scarecrow wrote:
>>>
>>> There is no way you get a D application into 64K. The language is not
>>> powerful enough. Only C can achieve that.
>>
>> I'll need to agree. Porting D to a smaller memory space and with cramped
>>
On 02/11/2012 06:43 PM, Piotr Szturmaj wrote:
Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:jh40oq$26p0$1...@digitalmars.com...
On 2/10/12 12:54 PM, Tim Krimm wrote:
On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu wrote:
On 2/10/12 11:02 AM, Tim Krimm wro
According to the online specs, the lexer tries to tokenize by maximal
matching (except for one exception in the case of ranges like "1..2").
The fact that this exception is stated seems to indicate that it's
permitted to have two literals side-by-side without an intervening
space.
So does that mea
On 2/11/12, H. S. Teoh wrote:
> On Sat, Feb 11, 2012 at 06:48:20PM +0100, Andrej Mitrovic wrote:
>> Octals are going away, the use of them in Phobos have been removed and
>> Walter confirmed this too afaik.
>
> So the question is, how will things like "0744" and "098" be interpreted
> once octals
On Saturday, February 11, 2012 10:05:40 H. S. Teoh wrote:
> On Sat, Feb 11, 2012 at 06:48:20PM +0100, Andrej Mitrovic wrote:
> > Octals are going away, the use of them in Phobos have been removed and
> > Walter confirmed this too afaik.
>
> So the question is, how will things like "0744" and "098"
On 02/11/2012 06:55 PM, Andrei Alexandrescu wrote:
On 2/11/12 8:48 AM, Nick Sabalausky wrote:
"Andrei Alexandrescu" wrote in message
news:jh40oq$26p0$1...@digitalmars.com...
On 2/10/12 12:54 PM, Tim Krimm wrote:
On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu wrote:
On 2/10/1
On Saturday, February 11, 2012 19:00:51 q66 wrote:
> What's so difficult on that? Slices do not require the GC, you
> allocate once, slice many times, deallocate once.
With dynamic arrays, the GC owns the memory, and _all_ dynamic arrays are
slices. _None_ of them own their own memory. The GC kee
On 2/11/12 12:07 PM, H. S. Teoh wrote:
On Sat, Feb 11, 2012 at 11:55:07AM -0600, Andrei Alexandrescu wrote:
On 2/11/12 8:48 AM, Nick Sabalausky wrote:
[...]
I absolutely agree: We've learned a very hard lession from the
community-fragmenting failure that was known as SafeD.
Not sure what you
On 2/11/12 12:28 PM, Timon Gehr wrote:
Nick was quite obviously being sarcastic. ;)
oops...
Andrei
On Saturday, 11 February 2012 at 18:53:13 UTC, Andrei
Alexandrescu wrote:
On 2/11/12 12:28 PM, Timon Gehr wrote:
Nick was quite obviously being sarcastic. ;)
oops...
Andrei
I am sorry Andrei, I think I stirred up a rats nest with this D-
or EmbeddedD stuff.
Jonathan M Davis wrote:
On Saturday, February 11, 2012 19:00:51 q66 wrote:
What's so difficult on that? Slices do not require the GC, you
allocate once, slice many times, deallocate once.
With dynamic arrays, the GC owns the memory, and _all_ dynamic arrays are
slices. _None_ of them own their
Just a small update:
542 classes are successfully generated (and buildable). 132+ are left to go.
I've ran into a few issues where the interface files (from which the
xml is built) are not in sync with the code. So there might be missing
types definitions, or wrong types in methods, etc. But thes
On 2/11/12, Andrej Mitrovic wrote:
> 542 classes
Sorry, when I said "classes" I meant wxc class wrappers. The D classes
are not yet generated until I get wxc done, but wxc is 95% of the
source of difficulty. Generating wxd should be easy after that.
On 02/11/2012 07:05 PM, H. S. Teoh wrote:
On Sat, Feb 11, 2012 at 06:48:20PM +0100, Andrej Mitrovic wrote:
Octals are going away, the use of them in Phobos have been removed and
Walter confirmed this too afaik.
So the question is, how will things like "0744" and "098" be interpreted
once octal
On 02/11/2012 07:42 PM, H. S. Teoh wrote:
According to the online specs, the lexer tries to tokenize by maximal
matching (except for one exception in the case of ranges like "1..2").
The fact that this exception is stated seems to indicate that it's
permitted to have two literals side-by-side wit
On 02/11/2012 11:45 AM, Andrej Mitrovic wrote:
Just a small update:
542 classes are successfully generated (and buildable). 132+ are left to go.
I've ran into a few issues where the interface files (from which the
xml is built) are not in sync with the code. So there might be missing
types defi
Just wanted to point you to my working D lexer (needs a CTFE bugfix
http://d.puremagic.com/issues/show_bug.cgi?id=6815).
https://gist.github.com/1262321 D part
https://gist.github.com/1255439 Generic part
On Sat, Feb 11, 2012 at 09:59:06PM +0100, Martin Nowak wrote:
> Just wanted to point you to my working D lexer (needs a CTFE bugfix
> http://d.puremagic.com/issues/show_bug.cgi?id=6815).
>
> https://gist.github.com/1262321 D part
> https://gist.github.com/1255439 Generic part
Cool, thanks!
Looks
On Saturday, 11 February 2012 at 19:21:49 UTC, Piotr Szturmaj
wrote:
Jonathan M Davis wrote:
On Saturday, February 11, 2012 19:00:51 q66 wrote:
What's so difficult on that? Slices do not require the GC, you
allocate once, slice many times, deallocate once.
With dynamic arrays, the GC owns the
"Jonathan M Davis" wrote in message
news:mailman.242.1328986002.20196.digitalmar...@puremagic.com...
> On Saturday, February 11, 2012 19:00:51 q66 wrote:
>> What's so difficult on that? Slices do not require the GC, you
>> allocate once, slice many times, deallocate once.
>
> With dynamic arrays,
On 02/11/2012 09:59 PM, Martin Nowak wrote:
Just wanted to point you to my working D lexer (needs a CTFE bugfix
http://d.puremagic.com/issues/show_bug.cgi?id=6815).
This seems to do the job:
constfold.c:1566
-if (tn->ty == Tchar || tn->ty == Twchar || tn->ty == Tdchar)
+if (tn-
On 02/12/2012 12:35 AM, Timon Gehr wrote:
On 02/11/2012 09:59 PM, Martin Nowak wrote:
Just wanted to point you to my working D lexer (needs a CTFE bugfix
http://d.puremagic.com/issues/show_bug.cgi?id=6815).
This seems to do the job:
constfold.c:1566
- if (tn->ty == Tchar || tn->ty == Twchar |
On Sun, Feb 12, 2012 at 01:00:07AM +0100, simendsjo wrote:
[...]
> Another thing.. Using /+ and +/ in strings gives unexpected results
> when commented out:
> /+
> auto a = "/+";
> +/
> everything from this point is commented out.
>
> /+
> auto a = "+/";
> +/ // already terminated by the string va
On Sunday, February 12, 2012 01:00:07 simendsjo wrote:
> Another thing.. Using /+ and +/ in strings gives unexpected results when
> commented out:
> /+
> auto a = "/+";
> +/
> everything from this point is commented out.
>
> /+
> auto a = "+/";
> +/ // already terminated by the string value.
>
>
On Saturday, February 11, 2012 18:01:05 Nick Sabalausky wrote:
> But not all slices are slices of dynamic arrays.
But all slices are still dynamic arrays, even if they refer to a static array.
They just have a capacity of 0, so any appending will result in them being
reallocated. And slicing sta
On Sunday, 12 February 2012 at 00:29:35 UTC, Jonathan M Davis
wrote:
On Saturday, February 11, 2012 18:01:05 Nick Sabalausky wrote:
But not all slices are slices of dynamic arrays.
But all slices are still dynamic arrays, even if they refer to
a static array. They just have a capacity of 0, s
On Sunday, February 12, 2012 01:40:50 Zachary Lund wrote:
> Btw, I'm not very fluent in the inner workings of a garbage
> collector implementation but how does one go about concatenating
> to an array in a garbage collector as compared to manual memory
> management? I believe array concatenation ca
On 02/11/2012 09:19 AM, Paulo Pinto wrote:
Am 11.02.2012 18:00, schrieb bcs:
On 02/11/2012 12:58 AM, Paulo Pinto wrote:
Specially since systems programming in MacOS X and Windows world is
Systems programming in the MacOS X and Windows world isn't real systems
programming. The closest you get
Deprecation is a nice feature. There doesn't seem to be any doubt about it.
But it's by no means perfect, compiler bugs aside. I have identified these ideals of
deprecation:
(a) Code that compiles without -d compiles and behaves the same with -d.
(b) Code that compiles without -d compiles a
On Sun, 12 Feb 2012 01:00:07 +0100, simendsjo wrote:
On 02/12/2012 12:35 AM, Timon Gehr wrote:
On 02/11/2012 09:59 PM, Martin Nowak wrote:
Just wanted to point you to my working D lexer (needs a CTFE bugfix
http://d.puremagic.com/issues/show_bug.cgi?id=6815).
This seems to do the job:
cons
Stewart Gordon wrote:
> Deprecation is a nice feature.
Unless you are Walter or Andrei in here?
>There doesn't seem to be any doubt about it.
No there doesn't, does there.
Bernard Helyer wrote:
> On Wednesday, 8 February 2012 at 08:19:28 UTC, Bee wrote:
>> Bernard Helyer wrote:
>>> I understand you have daddy issues that come out when you
>>> drink,
>>> but can't you start a diary or something?
>>
>> You are saying what, you lil prick?
>
> I'm saying you get drunk an
Andrej Mitrovic wrote:
> On 2/4/12, Walter Bright wrote:
>> Base class protection attributes
>
> I'm not sure what this means?
It means he hates Serbians. :p
Andrei Alexandrescu wrote:
> On 2/10/12 11:02 AM, Tim Krimm wrote:
>> We have C and C++
>>
>> How about D- and D?
>
> No please.
>
More about Andrei as a false leader, please. Are you a leader Andrei?
Andrei Alexandrescu wrote:
> The last thing we need is balkanization of the community.
The last thing "the balkans" need is you.
Andrei Alexandrescu wrote:
> On 2/11/12 8:48 AM, Nick Sabalausky wrote:
>> "Andrei Alexandrescu" wrote in
>> message news:jh40oq$26p0$1...@digitalmars.com...
>>> On 2/10/12 12:54 PM, Tim Krimm wrote:
On Friday, 10 February 2012 at 20:21:53 UTC, Andrei Alexandrescu
wrote:
> On 2/10/12
Andrei Alexandrescu wrote:
> On 2/11/12 12:07 PM, H. S. Teoh wrote:
>> On Sat, Feb 11, 2012 at 11:55:07AM -0600, Andrei Alexandrescu wrote:
>>> On 2/11/12 8:48 AM, Nick Sabalausky wrote:
>> [...]
I absolutely agree: We've learned a very hard lession from the
community-fragmenting failure
77 matches
Mail list logo