gmane.comp.lang.d.dmd.beta

time for release

Walter Bright — 2012-04-13T03:11:47

I haven't heard any new issues today, so I'm planning to do the release later 
tonight.

D 2.059 beta 7

Walter Bright — 2012-04-12T07:22:30

http://ftp.digitalmars.com/dmd2beta.zip

With Kenji's struct literal lvalue fix.

dmd 1.074 and 2.059 beta 6

Walter Bright — 2012-04-11T23:33:36

http://ftp.digitalmars.com/dmd1beta.zip
http://ftp.digitalmars.com/dmd2beta.zip

This one should be ready to go. Struct literals are lvalues again.

rvalue references

Walter Bright — 2012-04-11T00:57:01

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 
references to locals:
   double& d;
   void foo(double x, double y) {
      d = x + y;
   }

OMG LOL big oops, we've now got a reference to a temporary that goes out of scope.

---------------------------------------------
Our D solution, disallowing rvalue references, is technically sound but as we've 
discussed here is a usability disaster, and auto ref isn't going to cut it. We 
figured a solution is:

*** Allow rvalue references, however, disallow any implicit conversions of the 
literal's type in the process of taking a reference to it. ***

That takes care of 1 and 2. The solution to 3 is a bit more subtle. Some people 
have wondered why the D compiler can create reference types itself, but does not 
allow the user to outside of function parameters and foreach variables. This is 
the reason why. References, in order to be safe, must not be allowed to escape a 
scope. They can only be passed downward to enclosed scopes, and returned from 
functions where the return value is checked. Also, one cannot take the address 
of a reference. I think this closes the holes.

With all that, I intend to once again allow struct literals to be lvalues for 
2.059. Somewhat later, also allow references to other literals like 0 and 5.6.

dmd 1.074 and 2.059 beta 5

Walter Bright — 2012-04-10T17:09:29

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?

D 2.059 beta 4

Walter Bright — 2012-04-09T07:01:43

http://ftp.digitalmars.com/dmd2beta.zip

D 2.059 beta 3

Walter Bright — 2012-04-08T05:15:53

http://ftp.digitalmars.com/dmd2beta.zip

The only thing is 7815 is addressed again.

D 1.074 and 2.059 betas 2

Walter Bright — 2012-04-07T04:06:44

http://ftp.digitalmars.com/dmd1beta.zip
http://ftp.digitalmars.com/dmd2beta.zip

Fighting with 2.059 and not quite winning

Vladimir Panteleev — 2012-04-06T03:26:19

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:
https://github.com/CyberShadow/RABCDAsm/tree/dmd-2059

D 1.074 and 2.059 betas

Walter Bright — 2012-04-01T23:13:21

http://ftp.digitalmars.com/dmd1beta.zip
http://ftp.digitalmars.com/dmd2beta.zip

Time for a new beta

Walter Bright — 2012-03-29T18:54:40

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

D2 2.058 beta 6

Walter Bright — 2012-02-14T22:01:49

http://ftp.digitalmars.com/dmd2beta.zip

This adds the OSX 10.5 build fix by Sönke Ludwig.

D2 2.058 beta 5

Walter Bright — 2012-02-14T20:03:17

http://ftp.digitalmars.com/dmd2beta.zip

druntime tests do not pass without -release

David Nadlinger — 2012-02-13T22:20:18

While tracing down an issue, I tried building druntime tests without 
release. They fail, on all platforms I tested (Windows, Linux, OS X).

The reason they don't during normal test runs is that the assertion 
failures are in contracts and invariants, which are disabled when using 
-release.

I suggest immediately removing the flag for unittest builds (or running 
them both with release and without), so that we can then work on 
determining whether the uncovered failures are real bugs or not with 
auto-tester support.

David

D2 beta status

Walter Bright — 2012-02-13T20:44:28

At the moment, I have no idea what it is. There are scattered vague reports.

Can anyone with a verifiable regression from 2.057 please post it here.

D2 2.058 beta 4

Walter Bright — 2012-02-13T10:01:07

http://ftp.digitalmars.com/dmd2beta.zip

D2 2.058 beta 3

Walter Bright — 2012-02-12T10:51:46

http://ftp.digitalmars.com/dmd2beta.zip

Another D2 2.058 beta

Walter Bright — 2012-02-10T18:14:24

http://ftp.digitalmars.com/dmd2beta.zip

Still doesn't include chm, need to figure out what's going wrong on my builds of it.

D2 2.058 beta

Walter Bright — 2012-02-09T08:16:51

http://ftp.digitalmars.com/dmd2beta.zip

D2 2.058 alpha

Walter Bright — 2012-02-08T10:50:21

http://ftp.digitalmars.com/dmd2beta.zip

I'm calling it an alpha because we haven't resolved the associative array issue. 
But I want to see if there are any others before we do a release.

D1 1.073 beta

Walter Bright — 2012-02-08T09:21:21

http://ftp.digitalmars.com/dmd1beta.zip