On Sep 12, 2013, at 2:46 PM, Iain Buclaw <ibuclaw@ubuntu.com> wrote:

> 
> On Sep 12, 2013 9:16 PM, "Joseph Rushton Wakeling" <joseph.wakeling@webdrake.net> wrote:
> >
> > On Tuesday, 10 September 2013 at 13:08:29 UTC, Iain Buclaw wrote:
> >>
> >> All class methods are virtual by default in D, unless declared 'final'.
> >
> >
> > There was an intense discussion a while back which ended in (I think) a decision by Walter to switch to final-by-default, but there has so far been no practical follow-up.
> 
> Not sure how long ago that was, but dconf everyone agreed to disagree and left it at "we're not changing it".

I believe this decision happened after dconf as the result of a rather long discussion in digitalmars.D.  Someone referenced something written by a C# creator.

On 2013-09-10 14:54, Olivier Grant wrote:
> First of all, I very much enjoyed the talk. It was as interesting as it
> was entertaining.

Yes, I enjoyed it as well.

> I do have a question regarding the talk's section on devirtualization.
> As a language that imposes virtual methods for classes, how well does D
> play when it comes to devirtualization? And on a side note, does D have
> a different way of implementing virtual methods than most C++ compilers do?

In D it seems that currently the preferred way to compile a project is to compile all the source at once using RDMD or similar. Isn't that a great opportunity for full program analysis to do devirtualization?

-- 
/Jacob Carlborg

On Friday, 13 September 2013 at 06:24:26 UTC, Jacob Carlborg wrote:
> On 2013-09-10 14:54, Olivier Grant wrote:
>> First of all, I very much enjoyed the talk. It was as interesting as it
>> was entertaining.
>
> Yes, I enjoyed it as well.
>
>> I do have a question regarding the talk's section on devirtualization.
>> As a language that imposes virtual methods for classes, how well does D
>> play when it comes to devirtualization? And on a side note, does D have
>> a different way of implementing virtual methods than most C++ compilers do?
>
> In D it seems that currently the preferred way to compile a project is to compile all the source at once using RDMD or similar. Isn't that a great opportunity for full program analysis to do devirtualization?

No because export is ill defined. But it definitively should.

On Wednesday, 11 September 2013 at 05:27:35 UTC, Olivier Pisano wrote:
> On Monday, 9 September 2013 at 16:43:54 UTC, Andrei Alexandrescu wrote:
>> http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/
>>
>> Andrei
>
> This talks are amazing. I learned a lot. Thank you all guys for your dedication and pedagogy.
>
> BTW, I really liked your face during the 'Ask us anything' panel, when STL talked about Garbage Collection!
>

There is 2 ask us anything. Can you tell us which one and approximately when ?

>> I do have a question regarding the talk's section on devirtualization.
>> As a language that imposes virtual methods for classes, how well does D
>> play when it comes to devirtualization? And on a side note, does D have
>> a different way of implementing virtual methods than most C++ compilers do?
>
> In D it seems that currently the preferred way to compile a project is to compile all the source at once using RDMD or similar. Isn't that a great opportunity for full program analysis to do devirtualization?


It may be a trend, but I hope it will never become D's official
approach, because it doesn't scale. This would left out all the
people that use the object-file based approach (and related
tools, like Makefiles), which is dominant in the Linux world, and
is required in some cases (limited hardware, distributed
compiling, or simply huge projects).

On 2013-09-13 09:40, Mathias LANG wrote:

> It may be a trend, but I hope it will never become D's official
> approach, because it doesn't scale. This would left out all the
> people that use the object-file based approach (and related
> tools, like Makefiles), which is dominant in the Linux world, and
> is required in some cases (limited hardware, distributed
> compiling, or simply huge projects).

D supports separate compilation, object files and libraries. I don't think it will ever stop supporting that.

-- 
/Jacob Carlborg

On Friday, 13 September 2013 at 06:51:52 UTC, deadalnix wrote:
>
> There is 2 ask us anything. Can you tell us which one and approximately when ?

Yes, the first one ( http://channel9.msdn.com/Events/GoingNative/2013/Interactive-Panel-Ask-Us-Anything ) around 01:14:20.

On Monday, 9 September 2013 at 16:43:54 UTC, Andrei Alexandrescu wrote:
> http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/
>
> Andrei

Just wanted to say thanks for posting the link, it was a great talk.

Of the other talks I especially enjoyed those by the backend VC compiler guys, Compiler++ and Compiler Confidential.

Watching your second talk on tuples I couldn't help thinking how much easier templates are in D. When reading C++ I find I have to make a context switch between run-time and compile-time thinking. It's quite jarring. In D, however, templates come naturally and it's very seamless.

On Wednesday, 18 September 2013 at 10:18:43 UTC, growler wrote:
> Watching your second talk on tuples I couldn't help thinking how much easier templates are in D. When reading C++ I find I have to make a context switch between run-time and compile-time thinking. It's quite jarring. In D, however, templates come naturally and it's very seamless.

This is how i feel too, templates in D are an absolute joy to use and so natural!

On 9/18/2013 1:23 AM, Olivier Pisano wrote:
> On Friday, 13 September 2013 at 06:51:52 UTC, deadalnix wrote:
>>
>> There is 2 ask us anything. Can you tell us which one and approximately when ?
>
> Yes, the first one (
> http://channel9.msdn.com/Events/GoingNative/2013/Interactive-Panel-Ask-Us-Anything
> ) around 01:14:20.

Classic Andrei! :-)

Should zoom in on that and make a gif!