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 reply 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
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
parent reply 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
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
parent reply 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
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