www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - DMD 1.018 and 2.002 releases

reply Walter Bright <newshound1 digitalmars.com> writes:
Just bug fixes common to both.

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

http://www.digitalmars.com/d/changelog.html
http://ftp.digitalmars.com/dmd.2.002.zip
Jul 01 2007
next sibling parent reply Christian Kamm <kamm.incasoftware shift-at-left-and-remove-this.de> writes:
 Just bug fixes common to both.

Great news! And special thanks for fixing bug 540... Unfortunately, this code (which appears in derelict) broke - version(Windows) extern(Windows): else extern(C): Declaration expected, not 'else' - Looking around in the spec, I can not find where the StorageClass: syntax is defined, so maybe it is supposed to be illegal? Cheers, Christian
Jul 01 2007
next sibling parent Frits van Bommel <fvbommel REMwOVExCAPSs.nl> writes:
Christian Kamm wrote:
 Just bug fixes common to both.

Great news! And special thanks for fixing bug 540... Unfortunately, this code (which appears in derelict) broke - version(Windows) extern(Windows): else extern(C): Declaration expected, not 'else' -

Workaround: --- version(Windows) { extern(Windows): } else { extern(C): } ---
 Looking around in the spec, I can not find where the StorageClass: syntax is
 defined, [snip]

http://www.digitalmars.com/d/attribute.html
Jul 01 2007
prev sibling next sibling parent reply =?ISO-8859-1?Q?Lu=EDs_Marques?= <luismarques+spam gmail.com> writes:
Christian Kamm wrote:
 Unfortunately, this code (which appears in derelict) broke

Walter: have you considered keeping a large code base of D projects which you would try to compile and run its unit tests before each release? It would be a akin to dstress, with the added benefit that it would check that major projects are OK with new versions. -- Luís
Jul 02 2007
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Luís Marques wrote:
 Walter: have you considered keeping a large code base of D projects 
 which you would try to compile and run its unit tests before each 
 release? It would be a akin to dstress, with the added benefit that it 
 would check that major projects are OK with new versions.

I don't do that for several reasons: 1) Running the test suite is already an all night affair. Making it a week long affair makes it fairly unusable. 2) Trying to figure out why some large code base of code I am unfamiliar with fails is a major effort. It's not practical. 3) I find that people tend to program in "islands" of a particular language, no matter how large that program becomes, it only tests a particular "island" of features. So 99.9% of the large program becomes redundant as a test suite. 4) Nearly all bugs can be boiled down to 10 or less lines of code (even ones their submitter swears can't be reduced! <g>). Putting these into the test suite is highly effective. It gives me a very fast check, and since it is very small, when it fails it is a *lot* less work to figure out why. 5) The test suite is a gradual accretion of all those 10 liners. Over time, it gets extremely thorough. The one I have for C/C++ is a distillation of 25 years of bug reports, and the result is it is very rare for any regressions. To sum up, I find it more useful to target with a rifle rather than carpet bombing!
Jul 03 2007
next sibling parent reply BCS <ao pathlink.com> writes:
Reply to Walter,

 Luís Marques wrote:
 
 Walter: have you considered keeping a large code base of D projects
 which you would try to compile and run its unit tests before each
 release? It would be a akin to dstress, with the added benefit that
 it would check that major projects are OK with new versions.
 

1) Running the test suite is already an all night affair. Making it a week long affair makes it fairly unusable.

Does anyone else have the time (CPU and brain time) and interest to do this? A script that would check out all the SVN stuff from dsource and run the unittest would get a quite large return for the effort (that assumes stuff has good unittests, a worth goal in and of it's self).
Jul 03 2007
parent Brad Anderson <brad dsource.org> writes:
BCS wrote:
 Reply to Walter,
 
 Luís Marques wrote:

 Walter: have you considered keeping a large code base of D projects
 which you would try to compile and run its unit tests before each
 release? It would be a akin to dstress, with the added benefit that
 it would check that major projects are OK with new versions.

1) Running the test suite is already an all night affair. Making it a week long affair makes it fairly unusable.

Does anyone else have the time (CPU and brain time) and interest to do this? A script that would check out all the SVN stuff from dsource and run the unittest would get a quite large return for the effort (that assumes stuff has good unittests, a worth goal in and of it's self).

I wonder if Gregor could recommend us up some tool to accomplish this? BA
Jul 03 2007
prev sibling next sibling parent Serg Kovrov <kovrov bugmenot.com> writes:
Walter Bright wrote:
 I don't do that for several reasons:
 
 1) Running the test suite is already an all night affair. Making it a 
 week long affair makes it fairly unusable.
 
 2) Trying to figure out why some large code base of code I am unfamiliar 
 with fails is a major effort. It's not practical.
 
 3) I find that people tend to program in "islands" of a particular 
 language, no matter how large that program becomes, it only tests a 
 particular "island" of features. So 99.9% of the large program becomes 
 redundant as a test suite.
 
 4) Nearly all bugs can be boiled down to 10 or less lines of code (even 
 ones their submitter swears can't be reduced! <g>). Putting these into 
 the test suite is highly effective. It gives me a very fast check, and 
 since it is very small, when it fails it is a *lot* less work to figure 
 out why.
 
 5) The test suite is a gradual accretion of all those 10 liners. Over 
 time, it gets extremely thorough. The one I have for C/C++ is a 
 distillation of 25 years of bug reports, and the result is it is very 
 rare for any regressions.
 
 To sum up, I find it more useful to target with a rifle rather than 
 carpet bombing!

I have to agree with all points. Thats right, projects owners could do it much more efficiently. And they actually do... http://dblog.aldacron.net/2007/07/03/derelict-problems-with-dmd-1018/ -- serg.
Jul 03 2007
prev sibling parent 0ffh <spam frankhirsch.net> writes:
Walter Bright wrote:
 To sum up, I find it more useful to target with a rifle rather than 
 carpet bombing!

Right, right, and treple right! Go on, you... :)
Jul 05 2007
prev sibling parent Clay Smith <clayasaurus gmail.com> writes:
Christian Kamm wrote:
 Just bug fixes common to both.

Great news! And special thanks for fixing bug 540... Unfortunately, this code (which appears in derelict) broke - version(Windows) extern(Windows): else extern(C): Declaration expected, not 'else' - Looking around in the spec, I can not find where the StorageClass: syntax is defined, so maybe it is supposed to be illegal? Cheers, Christian

The problem extends just beyond compiler errors, unfortunately: http://dblog.aldacron.net/2007/07/03/derelict-problems-with-dmd-1018/
Jul 03 2007
prev sibling next sibling parent reply "Vladimir Panteleev" <thecybershadow gmail.com> writes:
On Sun, 01 Jul 2007 21:24:22 +0300, Walter Bright <newshound1 digitalmars.com>
wrote:

 Just bug fixes common to both.

Awesome! Thank you for taking the time to go back and fix all those issues! :D -- Best regards, Vladimir mailto:thecybershadow gmail.com
Jul 01 2007
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Vladimir Panteleev wrote:
 Awesome! Thank you for taking the time to go back and fix all those issues! :D

The only problem is, I don't seem to have even made a dent in them!
Jul 01 2007
parent reply Oskar Linde <oskar.lindeREM OVEgmail.com> writes:
Walter Bright skrev:
 Vladimir Panteleev wrote:
 Awesome! Thank you for taking the time to go back and fix all those 
 issues! :D

The only problem is, I don't seem to have even made a dent in them!

The number of resolved bugs is nevertheless impressive: http://d.puremagic.com/issues/reports.cgi?product=-All-&datasets=NEW%3A&datasets=REOPENED%3A&datasets=RESOLVED%3A /Oskar
Jul 01 2007
parent janderson <askme me.com> writes:
Oskar Linde wrote:
 Walter Bright skrev:
 Vladimir Panteleev wrote:
 Awesome! Thank you for taking the time to go back and fix all those 
 issues! :D

The only problem is, I don't seem to have even made a dent in them!

The number of resolved bugs is nevertheless impressive: http://d.puremagic.com/issues/reports.cgi?product=-All-&datasets=NEW%3A&datasets=REOPENED%3A& atasets=RESOLVED%3A /Oskar

Looking at that chart there does seem to be a significant dent :)
Jul 01 2007
prev sibling next sibling parent reply "Vladimir Panteleev" <thecybershadow gmail.com> writes:
On Sun, 01 Jul 2007 21:24:22 +0300, Walter Bright <newshound1 digitalmars.com>
wrote:

 Renamed linux library from libphobos.a to libphobos2.a

It seems like D 2.001's libphobos.a got packaged instead of the new libphobos2.a by accident :) -- Best regards, Vladimir mailto:thecybershadow gmail.com
Jul 01 2007
parent Walter Bright <newshound1 digitalmars.com> writes:
Vladimir Panteleev wrote:
 It seems like D 2.001's libphobos.a got packaged instead of the new
libphobos2.a by accident :)

I always goof up something in the chain :-( Anyhow, fixed.
Jul 01 2007
prev sibling next sibling parent David Ferenczi <raggae ferenczi.net> writes:
Thank you very much for the last two bugfix releases!
Once you got in going don't stop! ;-)

Thanks again,
David
Jul 01 2007
prev sibling next sibling parent Marsell <marsell not.here.net> writes:
 Just bug fixes common to both.

This makes me very happy, particularly since I'm contemplating using 1.0 for a small albeit longer-term project. So thank you. May I suggest automating or eliminating the "Download latest stable (1.016)" blurb in the ChangeLog? It would seem to me that all future versions of 1.0 are meant to be stable.
Jul 01 2007
prev sibling next sibling parent "Jarrett Billingsley" <kb3ctd2 yahoo.com> writes:
"Walter Bright" <newshound1 digitalmars.com> wrote in message 
news:f68rfu$24fb$1 digitalmars.com...
 Just bug fixes common to both.

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

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

MOORE, MOOOOOORE! Three more releases like this, PLEASE.
Jul 01 2007
prev sibling next sibling parent reply Sean Kelly <sean f4.ca> writes:
Walter Bright wrote:
 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip

Does this release do anything about .init? It sounds like this was going to change again, and I've been holding off upgrading until things seemed settled (I compare to .init quite a lot in my code). Sean
Jul 01 2007
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Sean Kelly wrote:
 Does this release do anything about .init?  It sounds like this was 
 going to change again, and I've been holding off upgrading until things 
 seemed settled (I compare to .init quite a lot in my code).
 
 
 Sean

.init is staying with the current implementation.
Jul 01 2007
parent Lars Ivar Igesund <larsivar igesund.net> writes:
Walter Bright wrote:

 Sean Kelly wrote:
 Does this release do anything about .init?  It sounds like this was
 going to change again, and I've been holding off upgrading until things
 seemed settled (I compare to .init quite a lot in my code).
 
 
 Sean

.init is staying with the current implementation.

Given that you broke quite a bit of code with the stable branch of the compiler, you should reconsider, see also thread in main newsgroup. -- Lars Ivar Igesund blog at http://larsivi.net DSource, #d.tango & #D: larsivi Dancing the Tango
Jul 02 2007
prev sibling next sibling parent Clay Smith <clayasaurus gmail.com> writes:
Walter Bright wrote:
 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip

Thank you for fixing #540 ~ Clay
Jul 01 2007
prev sibling next sibling parent Don Clugston <dac nospam.com.au> writes:
Walter Bright wrote:
 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip

Thanks! A few of those (especially #1204) are so significant, they're practically new features. Structs in CTFE didn't really work before.
Jul 01 2007
prev sibling next sibling parent =?ISO-8859-1?Q?Manuel_K=f6nig?= <manuelk89 gmx.net> writes:
Awesome!

Keep rocking, Walter! And thanks for #1239!
Jul 02 2007
prev sibling next sibling parent reply Pragma <ericanderton yahoo.removeme.com> writes:
Walter Bright wrote:
 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip

Good grief. Looks like your bug-smashing hammer broke the sound-barrier on that one. I don't say it enough: Thanks for D and all the effort, Walter. -- - EricAnderton at yahoo
Jul 03 2007
parent Walter Bright <newshound1 digitalmars.com> writes:
Pragma wrote:
 I don't say it enough: Thanks for D and all the effort, Walter.

Thank you. The enthusiasm and support from all you guys is what keeps me going.
Jul 08 2007
prev sibling parent reply Frits van Bommel <fvbommel REMwOVExCAPSs.nl> writes:
Walter Bright wrote:
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip

That first page still links to dmd.2.001.zip as the "latest D 2.0 alpha D compiler" (at the top)
Jul 04 2007
parent Walter Bright <newshound1 digitalmars.com> writes:
Frits van Bommel wrote:
 Walter Bright wrote:
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip

That first page still links to dmd.2.001.zip as the "latest D 2.0 alpha D compiler" (at the top)

Not no more!
Jul 04 2007