> On 5/6/2011 9:47 PM, Walter Bright wrote:
> > http://ftp.digitalmars.com/dmd2beta.zip
> 
> New beta up with missing files added, updated changelog, and new
> std.parallelism. _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

I think that it should be noted in the changelog that the linux version of dmd now comes with both a 32-bit and 64-bit binary. Not only is this a big deal that we're releasing a 64-bit binary instead of just a 32-bit binary which produces 64-bit binaries, but it means that instead of linux/bin, we now have linux/bin32 and linux/bin64 which will break anything which was depending on the path being linux/bin. Now, users need to decide whether they want a 32-bit or 64-bit binary on Linux, and they need to be aware of the change in path - particulary if they're relying on dmd being in linux/bin.

I think that any changes to the directory structure of src, */bin, or */lib* as well as changes to dmd.conf should be mentioned in the changelog, because there are people who rely on them being the way that they are (or in the case of dmd.conf, who don't actually use dmd.conf) and are going to have problems when they change if they don't realize that they've changed. I think that it's perfectly reasonable that they be changed as seems appropriate, but such changes should be noted in the changelog.

- Jonathan M Davis

Le 2011-05-08 ? 17:03, Jonathan M Davis a ?crit :

> I think that it should be noted in the changelog that the linux version of dmd now comes with both a 32-bit and 64-bit binary. Not only is this a big deal that we're releasing a 64-bit binary instead of just a 32-bit binary which produces 64-bit binaries, but it means that instead of linux/bin, we now have linux/bin32 and linux/bin64 which will break anything which was depending on the path being linux/bin. Now, users need to decide whether they want a 32-bit or 64-bit binary on Linux, and they need to be aware of the change in path - particulary if they're relying on dmd being in linux/bin.
> 
> I think that any changes to the directory structure of src, */bin, or */lib* as well as changes to dmd.conf should be mentioned in the changelog, because there are people who rely on them being the way that they are (or in the case of dmd.conf, who don't actually use dmd.conf) and are going to have problems when they change if they don't realize that they've changed. I think that it's perfectly reasonable that they be changed as seems appropriate, but such changes should be noted in the changelog.

Totally agree. Last time D for Xcode was broken in this way when osx/lib was renamed to osx/lib32. I probably should have tested the beta with D for Xcode prior the release, but it didn't occur to me that something would have changed in the osx directory layout given that 64-bit was only coming to Linux.

Now, about this beta...

In the discussion that followed (see the "lib32 on OSX" thread in the Phobos mailing list) Walter said it should be done the Mac way. That would mean returning to osx/lib instead of osx/lib32 and eventually use a universal binary for libphobos2.a when 64-bit support comes to OSX. Is this still the plan? If so, perhaps now would be a good time to change back the directory layout, because this latest beta still has the osx/lib32 directory instead of osx/lib.

-- 
Michel Fortin
michel.fortin at michelf.com
http://michelf.com/

On 5/8/2011 2:37 PM, Michel Fortin wrote:
> Now, about this beta...
>
> In the discussion that followed (see the "lib32 on OSX" thread in the Phobos mailing list) Walter said it should be done the Mac way. That would mean returning to osx/lib instead of osx/lib32 and eventually use a universal binary for libphobos2.a when 64-bit support comes to OSX. Is this still the plan? If so, perhaps now would be a good time to change back the directory layout, because this latest beta still has the osx/lib32 directory instead of osx/lib.
>

Good idea.

On 5/7/2011 5:54 PM, Stephan Dilly wrote:
>
>
> dmd2.053 beta says: "main.d(17): Error: duplicate union initialization for size"
>

Fixed.

On 8 May 2011 04:45, David Simcha <dsimcha at gmail.com> wrote:
> On 5/7/2011 10:08 PM, Jonathan M Davis wrote:
>> Wow. The list of fixed bugs is _huge_. Definitely a great thing to see.
>>
>> - Jonathan M Davis
>>
> Yeah, great work! ?It's especially nice to see a few ancient bugs represented, since these longstanding bugs tend to represent "deep" issues.

That's exactly right. This is the "Too-Hard Basket" release. All the stuff that's important, but was deferred because it was too difficult.

Thanks, can you bundle a new beta ? This issue blocks dwt2 from being build or testing if there are other issues with this release.

On 09.05.2011 06:13, Walter Bright wrote:
>
>
> On 5/7/2011 5:54 PM, Stephan Dilly wrote:
>>
>>
>> dmd2.053 beta says: "main.d(17): Error: duplicate union initialization
>> for size"
>>
>
> Fixed.
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>

On May 7, 2011, at 4:41 PM, David Simcha wrote:

> On 5/7/2011 4:07 PM, Walter Bright wrote:
>> 
>> 
>>> ...and when I try to run the tests on Linux instead I get Error: cannot read file std/net/isemail.d.
>>> 
>>> It appears that, in your zip package, net ended up as a file instead of a directory.  Its contents are the source code to std.net.isemail.
>>> 
>> 
>> Fixed.
> 
> Great.  One more small issue:  Windows got stack traces for this release, which makes me happy, but they only print out the addresses of the functions in the default setup, not the names.  I know on Linux you need -L--export-dynamic to get the names to print.  Is this possible on Windows?  If so, it should probably be the default.

This isn't needed for Windows.  I got valid stack traces during testing, so I'm not sure why it works sometimes and not others.

From: "Stephan Dilly" <Dilly at Funatics.de>
> Thanks, can you bundle a new beta ? This issue blocks dwt2 from being build or testing if there are other issues with this release.

A new beta would be good, but it would be nice if a fix for ( http://d.puremagic.com/issues/show_bug.cgi?id=5966 ) could be included too, since that one's blocking me from doing further testing.

Done.

On 5/9/2011 2:36 PM, Stephan Dilly wrote:
> Thanks, can you bundle a new beta ? This issue blocks dwt2 from being build or testing if there are other issues with this release.
>

Le 2011-05-09 ? 20:17, Walter Bright a ?crit :

> Done.
> 
> On 5/9/2011 2:36 PM, Stephan Dilly wrote:
>> Thanks, can you bundle a new beta ? This issue blocks dwt2 from being build or testing if there are other issues with this release.

Thanks for the new beta. I see that the osx/lib32 directory has been renamed to osx/lib, which is good. But now there's something strange: I see a osx/lib32 *file* about the same size as libphobos2.a, and its change date is today while libphobos2.a is two days ago... Likely there is something wrong with your packaging script, I suspect it copies and rename the newer libphobos2.a to osx/lib32.

-- 
Michel Fortin
michel.fortin at michelf.com
http://michelf.com/