The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.

You can download the software as a zip file from:

http://download.digitalmars.com/dmd1beta.zip
userid: customer
passwd: download7


http://download.digitalmars.com/dmd2beta.zip
userid: customer
passwd: download7

Fails Phobos unittest on Linux. To reproduce, cd to your Phobos directory and invoke:

make -f linux.mak posix/debug/unittest

Testing fails at std.stdio with:

object.Exception: std/stdio.d(740): Attempting to call getFP() on an
unopened file
make: *** [obj/posix/debug/unittest/std/stdio] Error 1

This is because the module constructor never gets called.


Andrei

Walter Bright wrote:
> The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.
> 
> You can download the software as a zip file from:
> 
> http://download.digitalmars.com/dmd1beta.zip
> userid: customer
> passwd: download7
> 
> 
> http://download.digitalmars.com/dmd2beta.zip
> userid: customer
> passwd: download7
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

Walter Bright wrote:
> The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.
>

I forgot to emphasize, all D code must be recompiled with the new dmd to work, because the layout of ModuleInfo changed.

I removed and rebuilt both druntime and phobos now. The behavior has improved but is not perfect.

Now all of Phobos' unittests segfault upon exit. To reproduce, go to phobos' directory and run for example:

make obj/posix/release/unittest/std/algorithm


Andrei

Walter Bright wrote:
> 
> 
> Walter Bright wrote:
>> The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.
>>
> 
> I forgot to emphasize, all D code must be recompiled with the new dmd to
> work, because the layout of ModuleInfo changed.
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

Seems to work:

walter at mercury:~/cbx/mars/phobos$ make foo
make -f linux.mak DMD_posix=/home/walter/cbx/mars/dmd
obj/posix/release/unittest/std/algorithm
make[1]: Entering directory `/home/walter/cbx/mars/phobos'
Testing obj/posix/release/unittest/std/algorithm
make[1]: Leaving directory `/home/walter/cbx/mars/phobos'
walter at mercury:~/cbx/mars/phobos$




Andrei Alexandrescu wrote:
> I removed and rebuilt both druntime and phobos now. The behavior has improved but is not perfect.
>
> Now all of Phobos' unittests segfault upon exit. To reproduce, go to phobos' directory and run for example:
>
> make obj/posix/release/unittest/std/algorithm
>
>
> Andrei
>
> Walter Bright wrote:
>>
>>
>> Walter Bright wrote:
>>> The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.
>>>
>>
>> I forgot to emphasize, all D code must be recompiled with the new dmd
>> to work, because the layout of ModuleInfo changed.
>> _______________________________________________
>> dmd-beta mailing list
>> dmd-beta at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>
>

I'd forgotten to svn update druntime, now everything works. Thanks!

Andrei

Walter Bright wrote:
> Seems to work:
> 
> walter at mercury:~/cbx/mars/phobos$ make foo
> make -f linux.mak DMD_posix=/home/walter/cbx/mars/dmd
> obj/posix/release/unittest/std/algorithm
> make[1]: Entering directory `/home/walter/cbx/mars/phobos'
> Testing obj/posix/release/unittest/std/algorithm
> make[1]: Leaving directory `/home/walter/cbx/mars/phobos'
> walter at mercury:~/cbx/mars/phobos$
> 
> 
> 
> 
> Andrei Alexandrescu wrote:
>> I removed and rebuilt both druntime and phobos now. The behavior has improved but is not perfect.
>>
>> Now all of Phobos' unittests segfault upon exit. To reproduce, go to phobos' directory and run for example:
>>
>> make obj/posix/release/unittest/std/algorithm
>>
>>
>> Andrei
>>
>> Walter Bright wrote:
>>>
>>>
>>> Walter Bright wrote:
>>>> The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.
>>>>
>>>
>>> I forgot to emphasize, all D code must be recompiled with the new dmd
>>> to work, because the layout of ModuleInfo changed.
>>> _______________________________________________
>>> dmd-beta mailing list
>>> dmd-beta at puremagic.com
>>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>> _______________________________________________
>> dmd-beta mailing list
>> dmd-beta at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>>
>>
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

the included DMD change log lists this version as 2.039, but the executable reports it is 2.040.  There is already a released 2.039, so I'd guess that it's the changelog that is in error.

Also, inout still does not work correctly.  Should I report bugs on inout on bugzilla?  I'm not sure if that's appropriate, since the feature is new, I'm not sure if its behavior is considered to be a bug.  I find it completely useless for object properties, which is its most prominent use-case.  Would it help if I created test cases for how I think it should work?

-Steve



----- Original Message ----
> From: Walter Bright <walter at digitalmars.com>
> To: Discuss the dmd beta releases for D <dmd-beta at puremagic.com>
> Sent: Mon, January 25, 2010 7:19:54 PM
> Subject: [dmd-beta] new beta
> 
> The latest patches affect both dmd and druntime, and both need to be there so it'll work, so here's a new baseline.
> 
> You can download the software as a zip file from:
> 
> http://download.digitalmars.com/dmd1beta.zip
> userid: customer
> passwd: download7
> 
> 
> http://download.digitalmars.com/dmd2beta.zip
> userid: customer
> passwd: download7
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

Steve Schveighoffer wrote:
> the included DMD change log lists this version as 2.039, but the executable reports it is 2.040.  There is already a released 2.039, so I'd guess that it's the changelog that is in error.
> 

Should be 2.039

> Also, inout still does not work correctly.  Should I report bugs on inout on bugzilla?  I'm not sure if that's appropriate, since the feature is new, I'm not sure if its behavior is considered to be a bug.  I find it completely useless for object properties, which is its most prominent use-case.  Would it help if I created test cases for how I think it should work?
>
> 

I know, I haven't fixed it yet.

----- Original Message ----
> From: Walter Bright <walter at digitalmars.com>
> 
> Steve Schveighoffer wrote:
> > the included DMD change log lists this version as 2.039, but the executable
> reports it is 2.040.  There is already a released 2.039, so I'd guess that it's the changelog that is in error.
> > 
> 
> Should be 2.039

Isn't 2.039 already released here: http://www.digitalmars.com/d/2.0/changelog.html#new2_039 (released 1/1/2010)

I'd strongly suggest against re-releasing the same version number, as it will cause confusion with bug reporting (do you have the original 2.039 or the new 2.039?)

> > Also, inout still does not work correctly.  Should I report bugs on inout on
> bugzilla?  I'm not sure if that's appropriate, since the feature is new, I'm not sure if its behavior is considered to be a bug.  I find it completely useless for object properties, which is its most prominent use-case.  Would it help if I created test cases for how I think it should work?
> >
> > 
> 
> I know, I haven't fixed it yet.

OK, good to know.

-Steve

Steve Schveighoffer wrote:
>
>
> ----- Original Message ----
> 
>> From: Walter Bright <walter at digitalmars.com>
>>
>> Steve Schveighoffer wrote:
>> 
>>> the included DMD change log lists this version as 2.039, but the executable
>>> 
>> reports it is 2.040.  There is already a released 2.039, so I'd guess that it's
>> the changelog that is in error.
>> 
>>> 
>>> 
>> Should be 2.039
>> 
>
> Isn't 2.039 already released here: http://www.digitalmars.com/d/2.0/changelog.html#new2_039 (released 1/1/2010)
>
> I'd strongly suggest against re-releasing the same version number, as it will cause confusion with bug reporting (do you have the original 2.039 or the new 2.039?)
>
> 

Oops!