Jump to page: 1 2 3
Thread overview
dmd 1.062 and 2.047 release
Jun 13, 2010
Walter Bright
Jun 13, 2010
Lutger
Jun 13, 2010
Lutger
Jun 13, 2010
Walter Bright
Jun 13, 2010
Robert Jacques
Jun 13, 2010
Robert Jacques
Jun 14, 2010
Eric Poggel
Jun 15, 2010
Jacob Carlborg
Jun 16, 2010
Eric Poggel
Jun 16, 2010
Jacob Carlborg
Jun 14, 2010
torhu
Jun 14, 2010
Sean Kelly
Jun 14, 2010
torhu
Jun 14, 2010
bearophile
Jun 14, 2010
bearophile
Jun 14, 2010
bearophile
Jun 15, 2010
strtr
Jun 15, 2010
Walter Bright
Jun 15, 2010
strtr
Jun 15, 2010
Walter Bright
Jun 15, 2010
Brad Roberts
Jun 15, 2010
Walter Bright
Jun 15, 2010
BCS
Jun 15, 2010
strtr
Jun 16, 2010
Eric Poggel
June 13, 2010
There are a lot of improvements in this release, done by quite a lot of people working on it. Thanks to everyone who pitched in!


http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.062.zip


http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.047.zip
June 13, 2010
Great, thank you!

I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable?

There are some other modules without documentation like std.openrj and std.perf. Is there a page somewhere that documents their fate? I could only find this one:

http://www.wikiservice.at/wiki4d/wiki.cgi?LanguageDevel
June 13, 2010
Lutger wrote:
> Great, thank you!
> 
> I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable? 

std.container too.

> There are some other modules without documentation like std.openrj and std.perf.

I removed std.openrj a while ago.


Andrei
June 13, 2010
Andrei Alexandrescu wrote:

> Lutger wrote:
>> Great, thank you!
>> 
>> I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable?
> 
> std.container too.
> 
>> There are some other modules without documentation like std.openrj and std.perf.
> 
> I removed std.openrj a while ago.
> 
> 
> Andrei

std.openrj is still included is the src folder and in the repository. There is a commit on it 4 weeks ago, perhaps it should be deleted from svn?

http://www.dsource.org/projects/phobos/browser/trunk/phobos/std/openrj.d?rev=1519
June 13, 2010
On Sun, 13 Jun 2010 09:30:43 -0400, Lutger <lutger.blijdestijn@gmail.com> wrote:

> Great, thank you!
>
> I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable?
>
> There are some other modules without documentation like std.openrj and std.perf. Is there a page somewhere that documents their fate? I could only find this one:
>
> http://www.wikiservice.at/wiki4d/wiki.cgi?LanguageDevel

I know std.json is buggy and not ready for prime-time yet.
June 13, 2010
On Sun, 13 Jun 2010 12:13:54 -0400, Robert Jacques <sandford@jhu.edu> wrote:

> On Sun, 13 Jun 2010 09:30:43 -0400, Lutger <lutger.blijdestijn@gmail.com> wrote:
>
>> Great, thank you!
>>
>> I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable?
>>
>> There are some other modules without documentation like std.openrj and std.perf. Is there a page somewhere that documents their fate? I could only find this one:
>>
>> http://www.wikiservice.at/wiki4d/wiki.cgi?LanguageDevel
>
> I know std.json is buggy and not ready for prime-time yet.

Sorry, spoke a bit too soon. I know there was a bug in an old version of the code-base to do with unicode escape character parsing. I don't know if it got fixed. And I thought I saw a new bug in the code base as I was skimming it, but it turned out not to be an issue.
June 13, 2010
Andrei Alexandrescu wrote:
> Lutger wrote:
>> I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable? 
> 
> std.container too.

Fixed.
June 14, 2010
I tried the example on page 406-407 of the book (copying stdin to stdout using message passing).  I don't mean to be a killjoy, but it doesn't compile. :(

I'm using the latest pdf version of the book, and dmd 2.047.


I get this:

---
d:\prog\dmd\bin\..\src\phobos\std\stdio.d(1902): Error: cannot implicitly conver
t expression (buffer) of type ubyte[] to immutable(ubyte)[]
d:\prog\dmd\bin\..\src\phobos\std\stdio.d(7): Error: template instance std.stdio
.chunks.opApply!(int delegate(ref immutable(ubyte)[] __applyArg0)) error instant
iating
---
June 14, 2010
On 6/13/2010 9:30 AM, Lutger wrote:
> Great, thank you!
>
> I noticed both std.concurrency and std.json are not (yet?) included in the documentation. Does that have any bearing on their status, are they usable and / or stable?
>
> There are some other modules without documentation like std.openrj and std.perf. Is there a page somewhere that documents their fate? I could only find this one:
>
> http://www.wikiservice.at/wiki4d/wiki.cgi?LanguageDevel

Speaking of std.json, has anyone looked at the Orange library on dsource?  http://www.dsource.org/projects/orange/

I haven't used it (yet), but it looks to support a back-end serialization engine that supports different front-ends, with xml currently being implemented.  It's also Boost licensed.
June 14, 2010
I am back.

From the v2.047 changelog:
>std.conv: Added file and line information to conversion errors; added brackets '[' and ']' around arrays and associative arrays as defaults; added emplace() for non-class types.<

This program:

import std.stdio: writeln;
import std.conv: to;
void main() {
    int[] a = [1, 2, 3];
    writeln(to!string(a));
    writeln(a);
}


Prints:
[1 2 3]
1 2 3


But I think if they produce the same default output.

Like:
[1, 2, 3]
[1, 2, 3]

--------------------------

I have reopened bug 4109 and in the meantime Shin Fujishiro has closed it again. He looks efficient :-)

Bye,
bearophile
« First   ‹ Prev
1 2 3