Is the new lambda syntax documented anywhere?

Yes it is. Together with delegates.

On 9 feb 2012, at 16:50, Andrej Mitrovic <andrej.mitrovich at gmail.com> wrote:

> Is the new lambda syntax documented anywhere?
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

It's in the makefile now, but I guess I need to generate it!

On 2/9/2012 7:47 AM, Andrej Mitrovic wrote:
> Walter what happened to https://github.com/D-Programming-Language/d-programming-language.org/pull/46 ?

On 2/9/2012 1:48 AM, S?nke Ludwig wrote:
>
> Another thing is that while private selective imports are not public anymore, private renamed imports now conflict in other modules in this scenario:
> ---
> module a;
> import std = b;
> module b;
> import a;
> void f(){ std.stdio.writefln("X"); } // Error: std at  conflicts with std at
> a.d(2)
> ---

I think it should conflict - can't have std as both an alias and a package.

>
> I'm also getting an error in cgcs.c line 354 on a "piece" of code that previously errored on line 162/cgcs.c (the fixed bug 6177). I will run dustmite on it and see where it comes from. Not sure if the two are related to the same root cause or if this is a regresseion.
>

I need a test case.

On 2/9/2012 6:24 AM, S?nke Ludwig wrote:
> Artificial example (I have a different use case, but the pronciple is
> similar):
>
> interface ILinkedListItem {
>    LinkedListItem next();
>    void next(LinkedListItem v);
> }
>
> LinkedList objectStore;
>
> class C : protected ILinkedListItem {
>    this()
>    {
>      objectStore.add(this);
>    }
>
>    protected LinkedListItem next() {...}
>    protected void next(LinkedListItem v) {...}
> }
>
> So the intent is that you don't have access to these methods from the outside, but that C can still implement the interface to pass it only to certain receivers (the objectStore list in this case).
>

Wouldn't making ILinkedListItem private do the same thing?

Phobos pull request #424 should be included: https://github.com/D-Programming-Language/phobos/pull/424 It fixes a regression that was introduced by pull #377.

PS: I tried to post this via the newsgroup before, but got an error message about it being read-only. So, apologies if I end up posting this multiple times.

That would be great indeed. As it's likely we'll go through a few more rounds of testing, we should be able to sneak this in.

Andrei

On 2/9/12 7:12 AM, Andrej Mitrovic wrote:
> On 2/9/12, kenji hara<k.hara.pg at gmail.com>  wrote:
>> This is not a fix for any regressions, but need for correct behavior of eponymous template trick described in TDPL. https://github.com/D-Programming-Language/dmd/pull/639
>>
>> Please merge it in 2.058.
>
> Vote++. If it doesn't break anything it's finally going to make eponymous templates work like in TDPL.
>
> Walter I know  that you generally don't want to add fixes at the last
> second, but since this is a TDPL-related bug I think it should go in.
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta

On 2/9/12 5:59 PM, Andrei Alexandrescu wrote:
> That would be great indeed. As it's likely we'll go through a few more rounds of testing, we should be able to sneak this in.

https://github.com/D-Programming-Language/dmd/commit/7b3d07aa5041f478b8008cec2428f5ac41015054 :)

Great ? I'll update my template-heavy unit system code to remove the now superfluous wrapper templates and see how it works out.

David

chm fails to build with:

make -fwin32.mak DMD=..\dmd chm
chmgen
Processing .\32-64-portability.html
Error while processing line: <ul> <li><a href="spec.html">Specification</a></li>
Error while processing file: .\32-64-portability.html
object.Error: Access Violation
----------------
44F32C
44F1A3
403655
4283A0
4283DF
427FEF
45C4B5
----------------

--- errorlevel 1

On 2/9/2012 7:47 AM, Andrej Mitrovic wrote:
> Walter what happened to https://github.com/D-Programming-Language/d-programming-language.org/pull/46 ?
>

Thanks.

A dogfood pull for Phobos is here: https://github.com/D-Programming-Language/phobos/pull/407

Kenji Hara

2012/2/10 Andrei Alexandrescu <andrei at erdani.com>:
> That would be great indeed. As it's likely we'll go through a few more rounds of testing, we should be able to sneak this in.
>
> Andrei
>
>
> On 2/9/12 7:12 AM, Andrej Mitrovic wrote:
>>
>> On 2/9/12, kenji hara<k.hara.pg at gmail.com> ?wrote:
>>>
>>> This is not a fix for any regressions, but need for correct behavior of eponymous template trick described in TDPL. https://github.com/D-Programming-Language/dmd/pull/639
>>>
>>> Please merge it in 2.058.
>>
>>
>> Vote++. If it doesn't break anything it's finally going to make eponymous templates work like in TDPL.
>>
>> Walter I know ?that you generally don't want to add fixes at the last
>> second, but since this is a TDPL-related bug I think it should go in.
>> _______________________________________________
>> dmd-beta mailing list
>> dmd-beta at puremagic.com
>> http://lists.puremagic.com/mailman/listinfo/dmd-beta
>
> _______________________________________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-beta