13 Apr 05:11
12 Apr 09:22
D 2.059 beta 7
Walter Bright <walter <at> digitalmars.com>
2012-04-12 07:22:30 GMT
2012-04-12 07:22:30 GMT
http://ftp.digitalmars.com/dmd2beta.zip With Kenji's struct literal lvalue fix.
12 Apr 01:33
dmd 1.074 and 2.059 beta 6
Walter Bright <walter <at> digitalmars.com>
2012-04-11 23:33:36 GMT
2012-04-11 23:33:36 GMT
http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip This one should be ready to go. Struct literals are lvalues again.
11 Apr 02:57
rvalue references
Walter Bright <walter <at> digitalmars.com>
2012-04-11 00:57:01 GMT
2012-04-11 00:57:01 GMT
I couldn't remember what the big problem was with rvalue references, and so I
spent some time on the phone talking with Andrei about what exactly the problem
is. They are:
1.
C++:
int i;
double& d = i;
++d;
The problem is that i is implicitly converted to a double, and then the address
is taken and assigned to d. When what d refers to is incremented, it increments
the temporary, and i is inexplicably left untouched. I say inexplicably because
when an implicit conversion happens isn't always obvious to the user. C++ is
full of implicit conversions, so these types of silent bugs crop up.
This one isn't too bad, you could say "just make it a const&", but consider the
related:
2.
double& d;
int i;
void foo() {
d = i;
}
Now d is referring to a temporary that has gone out of scope. This is, of
course, a memory corrupting disaster, const ref or no const.
3. This one is a more general problem with references, that of escaping
(Continue reading)
10 Apr 19:09
dmd 1.074 and 2.059 beta 5
Walter Bright <walter <at> digitalmars.com>
2012-04-10 17:09:29 GMT
2012-04-10 17:09:29 GMT
http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip Includes fixes for all but http://d.puremagic.com/issues/show_bug.cgi?id=7815 Anyone want to have a go at reducing this one?
9 Apr 09:01
D 2.059 beta 4
Walter Bright <walter <at> digitalmars.com>
2012-04-09 07:01:43 GMT
2012-04-09 07:01:43 GMT
http://ftp.digitalmars.com/dmd2beta.zip
8 Apr 07:15
D 2.059 beta 3
Walter Bright <walter <at> digitalmars.com>
2012-04-08 05:15:53 GMT
2012-04-08 05:15:53 GMT
http://ftp.digitalmars.com/dmd2beta.zip The only thing is 7815 is addressed again.
7 Apr 06:06
D 1.074 and 2.059 betas 2
Walter Bright <walter <at> digitalmars.com>
2012-04-07 04:06:44 GMT
2012-04-07 04:06:44 GMT
http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip
6 Apr 05:26
Fighting with 2.059 and not quite winning
Vladimir Panteleev <thecybershadow.lists <at> gmail.com>
2012-04-06 03:26:19 GMT
2012-04-06 03:26:19 GMT
Sorry for creating a new thread, I unsubscribed from this list but subscribed back just so I could post about this. I'm having a hard time getting my open-source ActionScript 3 disassembler project to compile with the latest DMD git. I've taken three tries at this during the development cycle (3rd being tonight), but every time I've given up in frustration. The first problem was due to std.conv not being pure-friendly. I don't know why text(1) or to!string(1) aren't pure. (I've left this alone for now to figure out later.) Now, I'm facing this: asprogram.d(94): Error: pure function 'processData' cannot call impure function 'opEquals' asprogram.d(114): Error: pure function 'processData' cannot call impure function 'opEquals' The only two places that declare opEquals in my program include the "pure" attribute. I'm a bit tied up lately, so does anyone have any advice before I attempt to minimize it, or try to unwind the layers of metaprogramming to figure out the problem? The project in question is here (GPL): https://github.com/CyberShadow/RABCDAsm My incomplete attempts are on the dmd-2059 branch:(Continue reading)
2 Apr 01:13
D 1.074 and 2.059 betas
Walter Bright <walter <at> digitalmars.com>
2012-04-01 23:13:21 GMT
2012-04-01 23:13:21 GMT
http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip
29 Mar 20:54
Time for a new beta
Walter Bright <walter <at> digitalmars.com>
2012-03-29 18:54:40 GMT
2012-03-29 18:54:40 GMT
But first we have several new regressions to deal with: http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED
RSS Feed