www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - dmd 1.065 and 2.050 release

reply Walter Bright <newshound2 digitalmars.com> writes:
This is primarily a bug fix release.

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

http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.050.zip
Oct 29 2010
next sibling parent reply Lutger <lutger.blijdestijn gmail.com> writes:
Walter Bright wrote:

 This is primarily a bug fix release.

And relaxed purity rules. They rule!
Oct 29 2010
next sibling parent "Nick Sabalausky" <a a.a> writes:
"Lutger" <lutger.blijdestijn gmail.com> wrote in message 
news:iaf5bc$1ro0$1 digitalmars.com...
 Walter Bright wrote:

 This is primarily a bug fix release.

And relaxed purity rules. They rule!

Ha! I see what you did there... ;)
Oct 29 2010
prev sibling next sibling parent Peter Alexander <peter.alexander.au gmail.com> writes:
On 29/10/10 7:54 PM, Lutger wrote:
 Walter Bright wrote:

 This is primarily a bug fix release.

And relaxed purity rules. They rule!

What relaxations were made, exactly? (these should probably described in the change list)
Oct 30 2010
prev sibling next sibling parent "Simen kjaeraas" <simen.kjaras gmail.com> writes:
Peter Alexander <peter.alexander.au gmail.com> wrote:

 On 29/10/10 7:54 PM, Lutger wrote:
 Walter Bright wrote:

 This is primarily a bug fix release.

And relaxed purity rules. They rule!

What relaxations were made, exactly?

Pure functions now only require that no globals are used in their body, and that any called functions also be pure. A stronger version is created by having only parameters that are castable to immutable. The former only makes it easy to reason about code, the latter is memoizable, can safely be executed in parallel, etc. -- Simen
Oct 30 2010
prev sibling parent Kagamin <spam here.lot> writes:
Lutger Wrote:

 Walter Bright wrote:
 
 This is primarily a bug fix release.

And relaxed purity rules. They rule!

May be http://d.puremagic.com/issues/show_bug.cgi?id=3057 can be fixed too?
Nov 01 2010
prev sibling next sibling parent "Nick Sabalausky" <a a.a> writes:
"Walter Bright" <newshound2 digitalmars.com> wrote in message 
news:iaf0mo$1jss$1 digitalmars.com...
 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Not a big deal, but there's a 32-byte file named ".exe" in "windows/bin".
Oct 29 2010
prev sibling next sibling parent bearophile <bearophileHUGS lycos.com> writes:
Thank you and the other people for the release.

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

From the changelog:

 added talign() and argTypes() to TypeInfo

But in this page I am seeing info only about talign(): http://www.digitalmars.com/d/2.0/phobos/object.html#talign size_t talign(); Return alignment of type What is argTypes()? Is it explained elsewhere in the docs? ------------------
 Bugzilla 4987: C function pointer syntax needs to be deprecated

The situation for this bug is unchanged: http://d.puremagic.com/issues/show_bug.cgi?id=4530 -----------------
 Added relaxed purity checking rules.

Very good. I hope Phobos will be updated to use that improvement, examples: http://d.puremagic.com/issues/show_bug.cgi?id=5121 http://d.puremagic.com/issues/show_bug.cgi?id=5124 -----------------
 Bugzilla 2310: Inconsistent formatting of arrays in std.stdio.write() and
std.conv.to!(string)()

Good. But it's silly that two so different arrays have the same textual representation: import std.stdio; void main() { auto a = ["1", "2", "3"]; auto b = [1, 2, 3]; writeln(a); // prints [1, 2, 3] writeln(b); // prints [1, 2, 3] } For the first array a textual representation like this is better because you can tell apart strings and integers from the printout: ["1", "2", "3"] This problem is the one that originally made me start putting bug reports in Bugzilla, it's my the first bug report and I regard it as important enough: http://d.puremagic.com/issues/show_bug.cgi?id=3813 Bye, bearophile
Oct 29 2010
prev sibling next sibling parent "Nick Sabalausky" <a a.a> writes:
"Walter Bright" <newshound2 digitalmars.com> wrote in message 
news:iaf0mo$1jss$1 digitalmars.com...
 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

2.050 can no longer build rdmd (2.049 could). Apparently some problem with std.algorithm.startsWith: http://d.puremagic.com/issues/show_bug.cgi?id=5133
Oct 29 2010
prev sibling next sibling parent reply Stanislav Blinov <stanislav.blinov gmail.com> writes:
Walter Bright wrote:
 This is primarily a bug fix release.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.065.zip
 
 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Funny, there's a link to dmd.2060 rpm in downloads: http://ftp.digitalmars.com/dmd-2.060-0.i386.rpm :)
Oct 30 2010
next sibling parent Jonathan M Davis <jmdavisProg gmx.com> writes:
On Saturday 30 October 2010 06:25:06 Stanislav Blinov wrote:
 Walter Bright wrote:
 This is primarily a bug fix release.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.065.zip
 
 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Funny, there's a link to dmd.2060 rpm in downloads: http://ftp.digitalmars.com/dmd-2.060-0.i386.rpm :)

A link to the future! - Jonathan M Davis
Oct 30 2010
prev sibling parent Walter Bright <newshound2 digitalmars.com> writes:
Stanislav Blinov wrote:
 Funny, there's a link to dmd.2060 rpm in downloads:
 
 http://ftp.digitalmars.com/dmd-2.060-0.i386.rpm
 
 :)

Not no more!
Oct 30 2010
prev sibling next sibling parent reply JMRyan <nospam nospam.com> writes:
Walter Bright <newshound2 digitalmars.com> wrote in news:iaf0mo$1jss$1
 digitalmars.com:

 This is primarily a bug fix release.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.065.zip
 
 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip
 

Did the web site's css file change in the process??? The font size for D2's documentation is too big in my browser and the whole thing looks awful.
Oct 30 2010
parent reply "Nick Sabalausky" <a a.a> writes:
"JMRyan" <nospam nospam.com> wrote in message 
news:iai5ld$1fst$1 digitalmars.com...
 Walter Bright <newshound2 digitalmars.com> wrote in news:iaf0mo$1jss$1
  digitalmars.com:

 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Did the web site's css file change in the process??? The font size for D2's documentation is too big in my browser and the whole thing looks awful.

Same result here. Didn't check the code, but it looks as if all the <p>'s were changed to <h1>'s.
Oct 30 2010
parent JMRyan <nospam nospam.com> writes:
"Nick Sabalausky" <a a.a> wrote in news:iai68i$1l1d$1 digitalmars.com:

 "JMRyan" <nospam nospam.com> wrote in message 
 news:iai5ld$1fst$1 digitalmars.com...
 Walter Bright <newshound2 digitalmars.com> wrote in
 news:iaf0mo$1jss$1  digitalmars.com:

 Did the web site's css file change in the process???  The font size
 for D2's documentation is too big in my browser and the whole thing
 looks awful.

Same result here. Didn't check the code, but it looks as if all the <p>'s were changed to <h1>'s.

A simple diff turned up the problem. Lines 12-15 were added to style.css. Line 14 is the only non-whitespace addition not commented out. It sets the font size to 18 points.
Oct 30 2010
prev sibling next sibling parent reply Extrawurst <spam extrawurst.org> writes:
On 29.10.2010 19:35, Walter Bright wrote:
 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Is it just me or are all std lib links to core module documentations on the website broken ?
Oct 30 2010
parent reply Walter Bright <newshound2 digitalmars.com> writes:
Extrawurst wrote:
 Is it just me or are all std lib links to core module documentations on 
 the website broken ?

Example?
Oct 30 2010
next sibling parent reply Matthias Pleh <matthias.pleh gmx.at> writes:
On 2010-10-31 01:47, Walter Bright wrote:
 Extrawurst wrote:
 Is it just me or are all std lib links to core module documentations
 on the website broken ?

Example?

http://www.digitalmars.com/d/2.0/phobos/core_atomic.html
Oct 30 2010
parent reply Walter Bright <newshound2 digitalmars.com> writes:
Matthias Pleh wrote:
 On 2010-10-31 01:47, Walter Bright wrote:
 Extrawurst wrote:
 Is it just me or are all std lib links to core module documentations
 on the website broken ?

Example?

http://www.digitalmars.com/d/2.0/phobos/core_atomic.html

Fixed now.
Nov 01 2010
parent JMRyan <nospam nospam.com> writes:
Walter Bright <newshound2 digitalmars.com> wrote in news:ian2ou$ceg$1
 digitalmars.com:

 Fixed now.

Now all you need to do is comment out line 14 of style.css. :-)
Nov 01 2010
prev sibling parent Extrawurst <spam extrawurst.org> writes:
On 31.10.2010 01:47, Walter Bright wrote:
 Extrawurst wrote:
 Is it just me or are all std lib links to core module documentations
 on the website broken ?

Example?

http://www.digitalmars.com/d/2.0/phobos/core_atomic.html and every other module in the core package found on this site on the lower left in the menu: http://www.digitalmars.com/d/2.0/phobos/phobos.html
Oct 30 2010
prev sibling next sibling parent Gareth Charnock <gareth.charnock gmail.com> writes:
On 29/10/10 18:35, Walter Bright wrote:
 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

This bug was also fixed. http://d.puremagic.com/issues/show_bug.cgi?id=4441
Nov 02 2010
prev sibling next sibling parent reply "Lars T. Kyllingstad" <public kyllingen.NOSPAMnet> writes:
On Fri, 29 Oct 2010 10:35:27 -0700, Walter Bright wrote:

 This is primarily a bug fix release.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.065.zip
 
 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Thanks to all contributors for yet another good release. My personal favourites this time must be the relaxed purity rules (yay, now I can actually use pure), the improvements to Tuple (finally, proper indexing!), and the fixing of bug 4465 (which may seem trivial, but which I've been running into several times a day for a long time). -Lars
Nov 03 2010
parent reply Stephan <spam extrawurst.org> writes:
On 03.11.2010 13:29, Lars T. Kyllingstad wrote:
 On Fri, 29 Oct 2010 10:35:27 -0700, Walter Bright wrote:

 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Thanks to all contributors for yet another good release. My personal favourites this time must be the relaxed purity rules (yay, now I can actually use pure), the improvements to Tuple (finally, proper indexing!), and the fixing of bug 4465 (which may seem trivial, but which I've been running into several times a day for a long time). -Lars

Speaking of fancy pure. When will will the std lib actually start to use it ? I tried to use pure lately but as soon as i used phobos methods i hit a wall. e.g why is std.string.format not pure ? i did not look into it but in my pov it does not change any state and does just return a value depending on the given arguments. Stephan
Nov 03 2010
parent reply Don <nospam nospam.com> writes:
Stephan wrote:
 On 03.11.2010 13:29, Lars T. Kyllingstad wrote:
 On Fri, 29 Oct 2010 10:35:27 -0700, Walter Bright wrote:

 This is primarily a bug fix release.

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

 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

Thanks to all contributors for yet another good release. My personal favourites this time must be the relaxed purity rules (yay, now I can actually use pure), the improvements to Tuple (finally, proper indexing!), and the fixing of bug 4465 (which may seem trivial, but which I've been running into several times a day for a long time). -Lars

Speaking of fancy pure. When will will the std lib actually start to use it ? I tried to use pure lately but as soon as i used phobos methods i hit a wall. e.g why is std.string.format not pure ? i did not look into it but in my pov it does not change any state and does just return a value depending on the given arguments.

Most development of Phobos is done with the last released version of DMD, not the version under development. So you'll almost never see Phobos using features from the compiler it is released with.
Nov 03 2010
next sibling parent Jeff Nowakowski <jeff dilacero.org> writes:
On 11/03/2010 04:38 PM, Don wrote:
 Most development of Phobos is done with the last released version of
 DMD, not the version under development. So you'll almost never see
 Phobos using features from the compiler it is released with.

Doesn't that seem a bit sub-optimal to you?
Nov 05 2010
prev sibling parent Jonathan M Davis <jmdavisProg gmx.com> writes:
On Friday, November 05, 2010 17:10:57 Jeff Nowakowski wrote:
 On 11/03/2010 04:38 PM, Don wrote:
 Most development of Phobos is done with the last released version of
 DMD, not the version under development. So you'll almost never see
 Phobos using features from the compiler it is released with.

Doesn't that seem a bit sub-optimal to you?

Perhaps. But it would be harder to keep Phobos stable if the compiler kept changing under it while it was being worked on. - Jonathan M Davis
Nov 05 2010
prev sibling parent reply "Lars T. Kyllingstad" <public kyllingen.NOSPAMnet> writes:
On Fri, 29 Oct 2010 10:35:27 -0700, Walter Bright wrote:

 This is primarily a bug fix release.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.065.zip
 
 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

I would like to point out that the table in the documentation for std.container is still messed up. Walter, could this be because you are building the docs using win32.mak? When I build with posix.mak it looks fine. -Lars
Nov 03 2010
next sibling parent Jonathan M Davis <jmdavisProg gmx.com> writes:
On Wednesday, November 03, 2010 06:59:11 Lars T. Kyllingstad wrote:
 On Fri, 29 Oct 2010 10:35:27 -0700, Walter Bright wrote:
 This is primarily a bug fix release.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.065.zip
 
 http://www.digitalmars.com/d/2.0/changelog.html
 http://ftp.digitalmars.com/dmd.2.050.zip

I would like to point out that the table in the documentation for std.container is still messed up. Walter, could this be because you are building the docs using win32.mak? When I build with posix.mak it looks fine. -Lars

An unfortunate side effect of how ddoc deals with conditional compilation is that any module which wants to produce the same documentation with different versions needs to make sure that it has the some ddoc comments for each version and possibly adding stubs for functions which are platform-specific just so you can have ddoc comments on them. std.container probably hasn't done that properly. - Jonathan M Davis
Nov 03 2010
prev sibling parent Nick Treleaven <nospam example.net> writes:
On Wed, 03 Nov 2010 10:19:27 -0700, Jonathan M Davis wrote:

 I would like to point out that the table in the documentation for
 std.container is still messed up.  Walter, could this be because you
 are building the docs using win32.mak?  When I build with posix.mak it
 looks fine.
 
 -Lars

An unfortunate side effect of how ddoc deals with conditional compilation is that any module which wants to produce the same documentation with different versions needs to make sure that it has the some ddoc comments for each version and possibly adding stubs for functions which are platform-specific just so you can have ddoc comments on them. std.container probably hasn't done that properly.

Not sure that's the problem, it seems to be only the table cells declared with $(TDNW ...) that are missing. http://d.puremagic.com/issues/show_bug.cgi?id=5103
Nov 08 2010