Re: COMPO

[Steve Teale]

On Monday, 24 February 2014 at 18:08:34 UTC, Rory McGuire wrote:

Hi Steve,

I would like to look just crazy busy at the moment.
Are you just wanting feed back on the code or testing the app 
and criting

the code?


What I need most is comment on the usability and scope of the 
application - am I wasting my time if I continue to work on it?


If you think it's OK, then testing. It's always difficult to 
critically test your own application. You know how it works and 
what it's supposed to do, and that knowledge channels you.


I mostly know where the code is a mess, and can fix that over 
time. At the moment I'm sticking to the old adage - if it ain't 
broken, don't mend it.


Thanks
Steve

Re: Facebook open sources flint, a C++ linter written in D

[bachmeier]

On Monday, 24 February 2014 at 21:07:00 UTC, Andrei Alexandrescu 
wrote:

This is a first on so many levels.

https://news.ycombinator.com/item?id=7293396

http://www.reddit.com/r/programming/comments/1yts5n/facebook_open_sources_flint_a_c_linter_written_in/


Andrei



Is your job title really "D Language Evangelist"?

Re: dmd 2.065.0

[Namespace]

On Tuesday, 25 February 2014 at 00:09:45 UTC, Leandro Lucarella 
wrote:

Szymon Gatner, el 24 de February a las 11:48 me escribiste:

On Monday, 24 February 2014 at 11:45:20 UTC, Namespace wrote:
>On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
>>On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner
>>wrote:
>>>So 2.065 is not the one that will make class methods final 
>>>by

>>>default?
>>
>>Correct. The pull for it is
>>https://github.com/D-Programming-Language/dmd/pull/2895
>
>Not really. This pull introduce the virtual keyword. The next 
>step
>will afaik force you to write on every method if it is 
>virtual or

>final. The step afterwards will probably introduce final by
>default.


Wait, what? That was one of C++ biggest mistakes! You are 
seriously

wanting to do that?


Don't worry:
https://d.puremagic.com/issues/show_bug.cgi?id=11616#c3

Re: dmd 2.065.0

[Leandro Lucarella]

Szymon Gatner, el 24 de February a las 11:48 me escribiste:
> On Monday, 24 February 2014 at 11:45:20 UTC, Namespace wrote:
> >On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
> >>On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner
> >>wrote:
> >>>So 2.065 is not the one that will make class methods final by
> >>>default?
> >>
> >>Correct. The pull for it is
> >>https://github.com/D-Programming-Language/dmd/pull/2895
> >
> >Not really. This pull introduce the virtual keyword. The next step
> >will afaik force you to write on every method if it is virtual or
> >final. The step afterwards will probably introduce final by
> >default.

Wait, what? That was one of C++ biggest mistakes! You are seriously
wanting to do that?

-- 
Leandro Lucarella (AKA luca) http://llucax.com.ar/
--
O.K.
Just a little pinprick.
There'll be no more ah!
But you may feel a little sick.

Re: dmd 2.065.0

[Joseph Cassman]

On Monday, 24 February 2014 at 18:58:50 UTC, Andrei Alexandrescu 
wrote:

On 2/24/14, 4:24 AM, Francesco Cattoglio wrote:

On Monday, 24 February 2014 at 11:45:20 UTC, Namespace wrote:

Not really. This pull introduce the virtual keyword. The next 
step
will afaik force you to write on every method if it is 
virtual or
final. The step afterwards will probably introduce final by 
default.


Wait, does this mean we finally came to some kind of agreement 
on the

whole debate?


Not finally... virtually :o).

Andrei


Not bad. :-)

Joseph

Re: Facebook open sources flint, a C++ linter written in D

[Joseph Cassman]

On Monday, 24 February 2014 at 21:07:00 UTC, Andrei Alexandrescu 
wrote:

This is a first on so many levels.

https://news.ycombinator.com/item?id=7293396

http://www.reddit.com/r/programming/comments/1yts5n/facebook_open_sources_flint_a_c_linter_written_in/


Andrei


Awesomeness. Look forward to learning from its style.
Thanks

Joseph

Re: Facebook open sources flint, a C++ linter written in D

[bearophile]

Andrei Alexandrescu:


http://www.reddit.com/r/programming/comments/1yts5n/facebook_open_sources_flint_a_c_linter_written_in/


3. Reserved identifiers (checkDefinedNames). A C and C++ naming 
rule that often gets forgotten is that all identifiers starting 
with an underscore followed by an uppercase letter, plus all 
identifiers containing two consecutive underscores, are reserved 
by the implementation. (Of course there are exceptions to the 
rule in our code, such as _GNU_SOURCE or _XOPEN_SOURCE, which is 
why flint keeps aside a whitelist while checking for reserved 
identifier patterns.)<


D language has similar rules, but I don't rember if the D 
compiler warns against usage of similar identifiers.



8. Initializing a variable from itself 
(checkInitializeFromItself). We found that people wrote 
constructors like:


class X {
   ...
   int a_;
   X(const X& rhs) : a_(a_) {}
   X(int a) : a_(a_) {}
};

The intent was to use a_(rhs.a_) in the first constructor and 
a_(a) in the second. That hardly ever helps, and the compiler 
keeps mum about it. We like to say, "There's a flint rule for 
that," in order to resolve the problem.<


I'd like a similar warning in the D compiler for a similar (very) 
common bug:


class Foo {
   int x;
   this(int x_) { this.x = x; }
}
void main() {}


16. Check against throwing new-allocated bald pointers 
(checkThrowsHeapException). This eliminates the throw new T 
anti-pattern.<


I don't fully understand this.

The "throw new Exception(...)" pattern in D was recently 
discussed, and sometimes re-using an Exception is more efficient.




20. Pass cheap types by value (checkFollyStringPieceByValue). 
Certain user-defined types, such as iterators or pair of 
iterators, are small and cheap to copy so it's virtually always 
better to pass them by value instead of the conservative 
reference to const. Folly's StringPiece is an example - it 
occupies two words and has raw copy semantics.<


In D there is about the same problem.

Additionally the D compiler doesn't warn if you do kind of the 
opposite:


alias MyArr = int[5000];
void foo(MyArr x) {}
void main() {}

Bye,
bearophile

My D code is now on Github at nordlow/justd!

[Nordlöw]

Hi!

I've just uploaded a bunch of D code I've been working the recent 
year at

https://github.com/nordlow/justd

It includes various kinds of
- Non-In-Place Radix Sort: intsort.d
- Clever Printing of Groups of arrays/slices: show.d
- Boyer Moore Hoorspool Search: horspool.d
- Symbol Regex (Structured Regular Expressions similar to Elisps 
rx): sregex.d

- extension to Phobos (often ending with _ex.d)
- A compile-time sized variant of bitarray.d i call bitset.d
- An N-Gram implementation (many nested for loops): ngram.d
- A wrapper for bounded types: bound.d
- Computer Science Units: csunits.d
- Enhanced NotNull: notnull.d
- A structured wrapper for sha calculations: sha.d
- a bunch of various D sample code starting with t_.
  It should probably moved to test directory.
- and more
- Copies for various extension I copied from other repos.
- Open/LibreOffice file that includes various kinds of comments 
and suggestions for improvements to D's build process.


Please tell me if did something wrong regarding copyright and 
ownership.



Enjoy!

Re: dmd 2.065.0

[Steven Schveighoffer]

On Mon, 24 Feb 2014 16:23:45 -0500, Meta  wrote:

Ah, I see. I got the impression that he thought it was a deliberate  
change, which is why he was so irate. Maybe someone should mention this  
in the thread.


I did, but I have a feeling it won't help :)

-Steve

Re: Facebook open sources flint, a C++ linter written in D

[w0rp]

On Monday, 24 February 2014 at 21:07:00 UTC, Andrei Alexandrescu 
wrote:

This is a first on so many levels.

https://news.ycombinator.com/item?id=7293396

http://www.reddit.com/r/programming/comments/1yts5n/facebook_open_sources_flint_a_c_linter_written_in/


Andrei


Congratulations! This is great news. D is sure to get tons of 
exposure from this, and it proves how D is useful for real world 
work.

Re: Facebook open sources flint, a C++ linter written in D

[Justin Whear]

On Mon, 24 Feb 2014 13:06:29 -0800, Andrei Alexandrescu wrote:

> This is a first on so many levels.
> 
> https://news.ycombinator.com/item?id=7293396
> 
> http://www.reddit.com/r/programming/comments/1yts5n/
facebook_open_sources_flint_a_c_linter_written_in/
> 
> 
> Andrei

The real first is that I managed to comment on your reddit within two 
minutes of submission.

Re: dmd 2.065.0

[Meta]

On Monday, 24 February 2014 at 21:22:12 UTC, Steven Schveighoffer 
wrote:
A wild wild guess is that there was code in the compiler that 
used to require it (after all, it was required a long time 
ago), and somehow it got reactivated by accident.


But wild guesses don't help fix bugs :)

In doing a search through my email of the dmd-internals mailing 
list, I don't see opCmp anywhere.


-Steve


Ah, I see. I got the impression that he thought it was a 
deliberate change, which is why he was so irate. Maybe someone 
should mention this in the thread.

Re: dmd 2.065.0

[Steven Schveighoffer]

On Mon, 24 Feb 2014 16:09:39 -0500, Meta  wrote:


On Monday, 24 February 2014 at 21:00:53 UTC, Steven Schveighoffer wrote:

I think the change should go (if it was intentional).

IIRC, opCmp was required in D1 and older versions of D2, because hash  
collisions were stored in a tree instead of a LL.


The documentation should be updated too.

-Steve


Why *was* there a change to enforce that AA keys have opCmp? It doesn't  
seem to me like any responses SiegeLord got were satisfactory, i.e., why  
was this change made, and why was it not in the changelog?


A wild wild guess is that there was code in the compiler that used to  
require it (after all, it was required a long time ago), and somehow it  
got reactivated by accident.


But wild guesses don't help fix bugs :)

In doing a search through my email of the dmd-internals mailing list, I  
don't see opCmp anywhere.


-Steve

Re: dmd 2.065.0

[Walter Bright]

On 2/24/2014 12:45 AM, Andrew Edwards wrote:

The final release of DMD 2.065 is now available. [1] contains complete
descriptions of all changes, enhancements and fixes for this release.


Thank you, everyone, for this release! And a special thanks to Andrew who 
stepped up to organize and manage the release process.

Re: dmd 2.065.0

[Meta]

On Monday, 24 February 2014 at 21:00:53 UTC, Steven Schveighoffer 
wrote:

I think the change should go (if it was intentional).

IIRC, opCmp was required in D1 and older versions of D2, 
because hash collisions were stored in a tree instead of a LL.


The documentation should be updated too.

-Steve


Why *was* there a change to enforce that AA keys have opCmp? It 
doesn't seem to me like any responses SiegeLord got were 
satisfactory, i.e., why was this change made, and why was it not 
in the changelog?

Facebook open sources flint, a C++ linter written in D

[Andrei Alexandrescu]

This is a first on so many levels.

https://news.ycombinator.com/item?id=7293396

http://www.reddit.com/r/programming/comments/1yts5n/facebook_open_sources_flint_a_c_linter_written_in/


Andrei

Re: dmd 2.065.0

[Jonathan Dunlap]

Great work! It warms my heart to see D improving at a steady 
rate. I'm starting to use it on my next major project as it also 
seems the IDE support (Mono-D) has improved too.

Re: dmd 2.065.0

[Steven Schveighoffer]

On Mon, 24 Feb 2014 15:29:51 -0500, Walter Bright  
 wrote:



Looks like we need to do something about this:

http://www.reddit.com/r/programming/comments/1ytfc5/d_2065_released_with_396_fixes_and_improvements/cfnmkih

At a minimum, add it to the changelog. Or possibly remove that change.


I think the change should go (if it was intentional).

IIRC, opCmp was required in D1 and older versions of D2, because hash  
collisions were stored in a tree instead of a LL.


The documentation should be updated too.

-Steve

Re: dmd 2.065.0

[Rory McGuire]

BTW it seems the copyright notice is outdated:

DMD64 D Compiler v2.065
Copyright (c) *1999-2013* by Digital Mars written by Walter Bright
Documentation: http://dlang.org/



On Mon, Feb 24, 2014 at 10:45 AM, Andrew Edwards  wrote:

> The final release of DMD 2.065 is now available. [1] contains complete
> descriptions of all changes, enhancements and fixes for this release.
>
> Available binaries can be accessed at [2]. Since the website will lag
> slightly behind, links are provided below for convenience.
>
> All Systems:
> http://ftp.digitalmars.com/dmd.2.065.0.zip
>
> FreeBSD:
> http://ftp.digitalmars.com/dmd.2.065.0.freebsd-64.zip
> http://ftp.digitalmars.com/dmd.2.065.0.freebsd-32.zip
>
> Linux:
> http://ftp.digitalmars.com/dmd_2.065.0-0_i386.deb
> http://ftp.digitalmars.com/dmd_2.065.0-0_amd64.deb
> http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.i386.rpm
> http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.x86_64.rpm
> http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.i386.rpm
> http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.x86_64.rpm
> http://ftp.digitalmars.com/dmd.2.065.0.linux.zip
>
> MAC OS X:
> http://ftp.digitalmars.com/dmd.2.065.0.dmg
> http://ftp.digitalmars.com/dmd.2.065.0.osx.zip
>
> Windows:
> http://ftp.digitalmars.com/dmd-2.065.0.exe
> http://ftp.digitalmars.com/dmd.2.065.0.windows.zip
>
> [1] http://dlang.org/chagelog.html
> [2] http://dlang.org/download.html
>
> Regards,
> Andrew
> --
> 
> http://www.akeron.co
> auto getAddress() {
> string location = "@", period = ".";
> return ("info" ~ location ~ "afidem" ~ period ~ "org");
> }
>

Re: dmd 2.065.0

[Walter Bright]

Looks like we need to do something about this:

http://www.reddit.com/r/programming/comments/1ytfc5/d_2065_released_with_396_fixes_and_improvements/cfnmkih

At a minimum, add it to the changelog. Or possibly remove that change.

Re: dmd 2.065.0

[Walter Bright]

On 2/24/2014 9:48 AM, Brad Anderson wrote:

On Monday, 24 February 2014 at 17:42:07 UTC, Manu wrote:

First thing I noticed though, the Windows installer seemed to forget where
my existing D installation is, and tried to install it somewhere else.
I thought this got fixed months ago? Regression in the installer?



Nope, not a regression. That never got implemented.


Is there a bugzilla issue for this?

Re: This is the time my friends: announcing 2.065 to the world

[MattCoder]

On Monday, 24 February 2014 at 19:15:06 UTC, Andrei Alexandrescu
wrote:

Vote up!


Done and +1 for the detailed changelog.

Re: dmd 2.065.0

[Mike]

On Monday, 24 February 2014 at 17:37:08 UTC, Dicebot wrote:

Arch packages have just been updated.


Thank You!

Mike

This is the time my friends: announcing 2.065 to the world

[Andrei Alexandrescu]

Congratulations to all contributors for a monumental release. Vote up!

https://www.facebook.com/dlang.org/posts/10202028030955839?stream_ref=10

http://www.reddit.com/r/programming/comments/1ytfc5/d_2065_released_with_396_fixes_and_improvements/

https://news.ycombinator.com/item?id=7292702


Andrei

Re: dmd 2.065.0

[Andrei Alexandrescu]

On 2/24/14, 4:24 AM, Francesco Cattoglio wrote:

On Monday, 24 February 2014 at 11:45:20 UTC, Namespace wrote:


Not really. This pull introduce the virtual keyword. The next step
will afaik force you to write on every method if it is virtual or
final. The step afterwards will probably introduce final by default.


Wait, does this mean we finally came to some kind of agreement on the
whole debate?


Not finally... virtually :o).

Andrei

Re: dmd 2.065.0

[Jordi Sayol]

El 24/02/14 09:45, Andrew Edwards ha escrit:
> The final release of DMD 2.065 is now available.

Congratulations for this new dmd release!

New deb packages and "dlangspec" in several formats available at 


-- 
Jordi Sayol

Re: COMPO

[Rory McGuire]

Hi Steve,

I would like to look just crazy busy at the moment.
Are you just wanting feed back on the code or testing the app and criting
the code?
On 24 Feb 2014 18:35, "Steve Teale"  wrote:

> On Monday, 17 February 2014 at 17:56:08 UTC, Steve Teale wrote:
>
>> On Monday, 17 February 2014 at 06:57:55 UTC, Steve Teale wrote:
>>
>>> I would love to get some feedback on both the application and the
>>> documentation
>>>
>>
> You must forgive me for harping on about this, but I am going to be
> persistent. Between COMPO 1 and COMPO 2, there's the best part, or more, of
> a man-year's work. So I won't let go lightly.
>
> Today I have posted two new .deb files (i386/amd64) on the COMPO web site
> - http://britseyeview.com/compo/. There's decent online documentation at
> the same place. The stage of operations is now QA, and since I am the
> author, you know that at this point, I need help ;=)
>
> The source code is also up-to-date on https://github.com/britseye/compo.
>
> Come on guys, give me an hour of your precious time.
>
> Steve
>

Re: dmd 2.065.0

[Brad Anderson]

On Monday, 24 February 2014 at 08:45:31 UTC, Andrew Edwards wrote:

The final release of DMD 2.065 is now available.


Thanks for all your hard work, Andrew. Seems like Martin and Nick 
did a lot of work on the release infrastructure too so thanks to 
them as well and everyone else who worked on this release.

Re: dmd 2.065.0

[Brad Anderson]

On Monday, 24 February 2014 at 17:42:07 UTC, Manu wrote:

Awesome!
First thing I noticed though, the Windows installer seemed to 
forget where
my existing D installation is, and tried to install it 
somewhere else.
I thought this got fixed months ago? Regression in the 
installer?




Nope, not a regression. That never got implemented.

Re: dmd 2.065.0

[Manu]

Awesome!
First thing I noticed though, the Windows installer seemed to forget where
my existing D installation is, and tried to install it somewhere else.
I thought this got fixed months ago? Regression in the installer?


On 24 February 2014 18:45, Andrew Edwards  wrote:

> The final release of DMD 2.065 is now available. [1] contains complete
> descriptions of all changes, enhancements and fixes for this release.
>
> Available binaries can be accessed at [2]. Since the website will lag
> slightly behind, links are provided below for convenience.
>
> All Systems:
> http://ftp.digitalmars.com/dmd.2.065.0.zip
>
> FreeBSD:
> http://ftp.digitalmars.com/dmd.2.065.0.freebsd-64.zip
> http://ftp.digitalmars.com/dmd.2.065.0.freebsd-32.zip
>
> Linux:
> http://ftp.digitalmars.com/dmd_2.065.0-0_i386.deb
> http://ftp.digitalmars.com/dmd_2.065.0-0_amd64.deb
> http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.i386.rpm
> http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.x86_64.rpm
> http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.i386.rpm
> http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.x86_64.rpm
> http://ftp.digitalmars.com/dmd.2.065.0.linux.zip
>
> MAC OS X:
> http://ftp.digitalmars.com/dmd.2.065.0.dmg
> http://ftp.digitalmars.com/dmd.2.065.0.osx.zip
>
> Windows:
> http://ftp.digitalmars.com/dmd-2.065.0.exe
> http://ftp.digitalmars.com/dmd.2.065.0.windows.zip
>
> [1] http://dlang.org/chagelog.html
> [2] http://dlang.org/download.html
>
> Regards,
> Andrew
> --
> 
> http://www.akeron.co
> auto getAddress() {
> string location = "@", period = ".";
> return ("info" ~ location ~ "afidem" ~ period ~ "org");
> }
>

Re: dmd 2.065.0

[Dicebot]

Arch packages have just been updated.

Re: COMPO

[Steve Teale]

On Monday, 17 February 2014 at 17:56:08 UTC, Steve Teale wrote:

On Monday, 17 February 2014 at 06:57:55 UTC, Steve Teale wrote:
I would love to get some feedback on both the application and 
the documentation


You must forgive me for harping on about this, but I am going to 
be persistent. Between COMPO 1 and COMPO 2, there's the best 
part, or more, of a man-year's work. So I won't let go lightly.


Today I have posted two new .deb files (i386/amd64) on the COMPO 
web site - http://britseyeview.com/compo/. There's decent online 
documentation at the same place. The stage of operations is now 
QA, and since I am the author, you know that at this point, I 
need help ;=)


The source code is also up-to-date on 
https://github.com/britseye/compo.


Come on guys, give me an hour of your precious time.

Steve

Re: dmd 2.065.0

[Dominikus Dittes Scherkl]

On Monday, 24 February 2014 at 08:45:31 UTC, Andrew Edwards wrote:

The final release of DMD 2.065 is now available.

Cool.

I found two bugs in the comments to library changes point 2.
The 2nd comment says "all values are not true" but what the check 
does is "not all values are true".
Same for the 4th comment: "all values do not convert to true" 
should be "not all values convert to true".

Re: dmd 2.065.0

[Tourist]

On Monday, 24 February 2014 at 08:45:31 UTC, Andrew Edwards wrote:

Windows:
http://ftp.digitalmars.com/dmd-2.065.0.exe
http://ftp.digitalmars.com/dmd.2.065.0.windows.zip


The .zip file for Windows isn't listed on the download page.
http://dlang.org/download.html

Re: dmd 2.065.0

[Francesco Cattoglio]

On Monday, 24 February 2014 at 11:45:20 UTC, Namespace wrote:

Not really. This pull introduce the virtual keyword. The next 
step will afaik force you to write on every method if it is 
virtual or final. The step afterwards will probably introduce 
final by default.


Wait, does this mean we finally came to some kind of agreement on 
the whole debate? I was sure that any kind of change of current 
behaviour was being vetoed

Re: dmd 2.065.0

[Namespace]

On Monday, 24 February 2014 at 11:44:30 UTC, Szymon Gatner wrote:

On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner 
wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895


Clear, thanks. 2.066 then I suppose?


Let us hope so!

Re: dmd 2.065.0

[Szymon Gatner]

On Monday, 24 February 2014 at 11:45:20 UTC, Namespace wrote:

On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner 
wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895


Not really. This pull introduce the virtual keyword. The next 
step will afaik force you to write on every method if it is 
virtual or final. The step afterwards will probably introduce 
final by default.


Yes yes, I understand :)

Re: dmd 2.065.0

[Namespace]

On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner 
wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895


Not really. This pull introduce the virtual keyword. The next 
step will afaik force you to write on every method if it is 
virtual or final. The step afterwards will probably introduce 
final by default.

Re: dmd 2.065.0

[Szymon Gatner]

On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner 
wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895


Clear, thanks. 2.066 then I suppose?

Re: dmd 2.065.0

[Szymon Gatner]

On Monday, 24 February 2014 at 11:21:32 UTC, Kapps wrote:
On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner 
wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895


Clear, thanks. 2.066 then I suppose?

Re: dmd 2.065.0

[Kapps]

On Monday, 24 February 2014 at 11:04:14 UTC, Szymon Gatner wrote:
So 2.065 is not the one that will make class methods final by 
default?


Correct. The pull for it is 
https://github.com/D-Programming-Language/dmd/pull/2895

Re: dmd 2.065.0

[Szymon Gatner]

On Monday, 24 February 2014 at 10:43:32 UTC, Francesco Cattoglio 
wrote:
On Monday, 24 February 2014 at 10:33:27 UTC, Szymon Gatner 
wrote:




All Systems:
http://ftp.digitalmars.com/dmd.2.065.0.zip

FreeBSD:
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-64.zip
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-32.zip

Linux:
http://ftp.digitalmars.com/dmd_2.065.0-0_i386.deb
http://ftp.digitalmars.com/dmd_2.065.0-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.x86_64.rpm
http://ftp.digitalmars.com/dmd.2.065.0.linux.zip

MAC OS X:
http://ftp.digitalmars.com/dmd.2.065.0.dmg
http://ftp.digitalmars.com/dmd.2.065.0.osx.zip

Windows:
http://ftp.digitalmars.com/dmd-2.065.0.exe
http://ftp.digitalmars.com/dmd.2.065.0.windows.zip

[1] http://dlang.org/chagelog.html
[2] http://dlang.org/download.html

Regards,
Andrew


[1] gives:

Not Found

The requested URL /chagelog.html was not found on this server.
Indeed, it's a mispelling, and the changelog.html is not yet 
updated. However, you can download the zip and find the 
correct, updated changelog from the [zipfile.zip]/html/d/ folder


Very nice work! 280+ issues closed for DMD, 80+ issues closed 
for phobos. Thank you to all the contributors!


I love these ChangeLogs! Really great things for a person that 
still learns D.


So 2.065 is not the one that will make class methods final by 
default?

Re: dmd 2.065.0

[Francesco Cattoglio]

On Monday, 24 February 2014 at 10:33:27 UTC, Szymon Gatner wrote:



All Systems:
http://ftp.digitalmars.com/dmd.2.065.0.zip

FreeBSD:
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-64.zip
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-32.zip

Linux:
http://ftp.digitalmars.com/dmd_2.065.0-0_i386.deb
http://ftp.digitalmars.com/dmd_2.065.0-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.x86_64.rpm
http://ftp.digitalmars.com/dmd.2.065.0.linux.zip

MAC OS X:
http://ftp.digitalmars.com/dmd.2.065.0.dmg
http://ftp.digitalmars.com/dmd.2.065.0.osx.zip

Windows:
http://ftp.digitalmars.com/dmd-2.065.0.exe
http://ftp.digitalmars.com/dmd.2.065.0.windows.zip

[1] http://dlang.org/chagelog.html
[2] http://dlang.org/download.html

Regards,
Andrew


[1] gives:

Not Found

The requested URL /chagelog.html was not found on this server.
Indeed, it's a mispelling, and the changelog.html is not yet 
updated. However, you can download the zip and find the correct, 
updated changelog from the [zipfile.zip]/html/d/ folder


Very nice work! 280+ issues closed for DMD, 80+ issues closed for 
phobos. Thank you to all the contributors!

Re: dmd 2.065.0

[Andrew Edwards]

On 2/24/14, 3:45 AM, Andrew Edwards wrote:

The final release of DMD 2.065 is now available. [1] contains complete
descriptions of all changes, enhancements and fixes for this release.


[1] http://dlang.org/chagelog.html


Correction: http://dlang.org/changelog.html

Note that this page is still pinging update to 2.065.

Re: dmd 2.065.0

[Szymon Gatner]

On Monday, 24 February 2014 at 08:45:31 UTC, Andrew Edwards wrote:
The final release of DMD 2.065 is now available. [1] contains 
complete descriptions of all changes, enhancements and fixes 
for this release.


Available binaries can be accessed at [2]. Since the website 
will lag slightly behind, links are provided below for 
convenience.


All Systems:
http://ftp.digitalmars.com/dmd.2.065.0.zip

FreeBSD:
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-64.zip
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-32.zip

Linux:
http://ftp.digitalmars.com/dmd_2.065.0-0_i386.deb
http://ftp.digitalmars.com/dmd_2.065.0-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.x86_64.rpm
http://ftp.digitalmars.com/dmd.2.065.0.linux.zip

MAC OS X:
http://ftp.digitalmars.com/dmd.2.065.0.dmg
http://ftp.digitalmars.com/dmd.2.065.0.osx.zip

Windows:
http://ftp.digitalmars.com/dmd-2.065.0.exe
http://ftp.digitalmars.com/dmd.2.065.0.windows.zip

[1] http://dlang.org/chagelog.html
[2] http://dlang.org/download.html

Regards,
Andrew


[1] gives:

Not Found

The requested URL /chagelog.html was not found on this server.

Re: dmd 2.065.0

[extrawurst]

On Monday, 24 February 2014 at 08:45:31 UTC, Andrew Edwards wrote:
The final release of DMD 2.065 is now available. [1] contains 
complete descriptions of all changes, enhancements and fixes 
for this release.


Awesome release!



Available binaries can be accessed at [2]. Since the website 
will lag slightly behind, links are provided below for 
convenience.


Actually no, there is still just 2.064 on the download page

Re: dmd 2.065.0

[Kelet]

\o/ Congrats! I'm excited for this release, it fixes a good 
amount of bugs that have been plaguing me.

Re: dmd 2.065.0

[simendsjo]

On 02/24/2014 09:45 AM, Andrew Edwards wrote:

The final release of DMD 2.065 is now available. [1] contains complete
descriptions of all changes, enhancements and fixes for this release.

(...)

[1] http://dlang.org/chagelog.html


Great news! Your changelog link has a typo, and it's not updated for 2.065.

dmd 2.065.0

[Andrew Edwards]

The final release of DMD 2.065 is now available. [1] contains complete 
descriptions of all changes, enhancements and fixes for this release.


Available binaries can be accessed at [2]. Since the website will lag 
slightly behind, links are provided below for convenience.


All Systems:
http://ftp.digitalmars.com/dmd.2.065.0.zip

FreeBSD:
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-64.zip
http://ftp.digitalmars.com/dmd.2.065.0.freebsd-32.zip

Linux:
http://ftp.digitalmars.com/dmd_2.065.0-0_i386.deb
http://ftp.digitalmars.com/dmd_2.065.0-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.i386.rpm
http://ftp.digitalmars.com/dmd-2.065.0-0.openSUSE.x86_64.rpm
http://ftp.digitalmars.com/dmd.2.065.0.linux.zip

MAC OS X:
http://ftp.digitalmars.com/dmd.2.065.0.dmg
http://ftp.digitalmars.com/dmd.2.065.0.osx.zip

Windows:
http://ftp.digitalmars.com/dmd-2.065.0.exe
http://ftp.digitalmars.com/dmd.2.065.0.windows.zip

[1] http://dlang.org/chagelog.html
[2] http://dlang.org/download.html

Regards,
Andrew
--

http://www.akeron.co
auto getAddress() {
string location = "@", period = ".";
return ("info" ~ location ~ "afidem" ~ period ~ "org");
}