http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip

import std.regex;
void main()
{
  regex("");
}

Results in a screenful of "undefined identifier writefln" and "undefined identifier writef" errors from inside std.regex.

I hope it's not too late, but it would be really nice if these two RDMD pull requests could be merged and included in the new release:

https://github.com/D-Programming-Language/tools/pull/14 https://github.com/D-Programming-Language/tools/pull/15

RDMD bugs such as these can be a real pain since they'll break your build process. The first one prevents RDMD from working with VisualD. The second one often prevents RDMD from working on projects that use static libs.

Both bugs make D look bad to newcomers who often expect a toolchain to automatically find and compile dependencies...Such as here:

http://www.linuxquestions.org/questions/programming-9/d-is-d-programming-language-just-too-much-898862/#post4452127

On 10/22/2011 6:03 PM, Nick Sabalausky wrote:
> import std.regex;
> void main()
> {
>  regex("");
> }
> 
> Results in a screenful of "undefined identifier writefln" and "undefined identifier writef" errors from inside std.regex.

I just re-added the std.stdio import to std.regex.  The unittests pass without it, which is a little odd, but the fix is obvious.

Later,
Brad

On 22 October 2011 23:56, Walter Bright <walter at digitalmars.com> wrote:
> http://ftp.digitalmars.com/dmd1beta.zip http://ftp.digitalmars.com/dmd2beta.zip

There are still two open regressions relative to 2.055:
http://d.puremagic.com/issues/show_bug.cgi?id=6825 (which has a pull request)
http://d.puremagic.com/issues/show_bug.cgi?id=6753 (bisected, looks
fairly simple)

2011/10/23 Don Clugston <dclugston at googlemail.com>:
> There are still two open regressions relative to 2.055: http://d.puremagic.com/issues/show_bug.cgi?id=6825 (which has a pull request) http://d.puremagic.com/issues/show_bug.cgi?id=6753 (bisected, looks fairly simple)

Posted pull request to fix issue 6753. https://github.com/D-Programming-Language/dmd/pull/470

Kenji Hara

Was there some change made to error checking for virtual functions/interfaces?  I just tried to compile gtkD with the beta and I got the error message "Ambiguous Virtual Function Call".  IDK if gtkD was relying on a DMD bug that was fixed or if this is a regression in DMD.  What does this error message mean?

On Sat, Oct 22, 2011 at 5:56 PM, Walter Bright <walter at digitalmars.com>wrote:

> http://ftp.digitalmars.com/**dmd1beta.zip<http://ftp.digitalmars.com/dmd1beta.zip>
> http://ftp.digitalmars.com/**dmd2beta.zip<http://ftp.digitalmars.com/dmd2beta.zip>
> ______________________________**_________________
> dmd-beta mailing list
> dmd-beta at puremagic.com
> http://lists.puremagic.com/**mailman/listinfo/dmd-beta<http://lists.puremagic.com/mailman/listinfo/dmd-beta>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puremagic.com/pipermail/dmd-beta/attachments/20111023/89677bb4/attachment-0001.html>

On 10/23/11, David Simcha <dsimcha at gmail.com> wrote:
> Was there some change made to error checking for virtual functions/interfaces?  I just tried to compile gtkD with the beta and I got the error message "Ambiguous Virtual Function Call".  IDK if gtkD was relying on a DMD bug that was fixed or if this is a regression in DMD.  What does this error message mean?

I think "override" is now required and issues an error instead of a warning, it might be that.

On 10/23/2011 10:54 AM, David Simcha wrote:
> Was there some change made to error checking for virtual functions/interfaces?  I just tried to compile gtkD with the beta and I got the error message "Ambiguous Virtual Function Call".  IDK if gtkD was relying on a DMD bug that was fixed or if this is a regression in DMD.  What does this error message mean?
>

It happens when the compiler is attempting to fill in the virtual table entries for an interface. More than one function in a class's implementation of an interface matches the type of the interface function.

2011/10/24 David Simcha <dsimcha at gmail.com>:
> Was there some change made to error checking for virtual functions/interfaces?? I just tried to compile gtkD with the beta and I got the error message "Ambiguous Virtual Function Call".? IDK if gtkD was relying on a DMD bug that was fixed or if this is a regression in DMD.? What does this error message mean?

It is probably gtkD bug.

"Ambiguous Virtual Function Call" error causes with like following code:

// from dmd/test/fail_compilation/fail2740.d
interface IFoo
{
    int foo();
}

mixin template MFoo(int N)
{
    int foo() { return N; }
}

class Foo : IFoo
{
    mixin MFoo!(1) t1;
    mixin MFoo!(2) t2;
}

Kenji Hara