It's a shame I haven't noticed this earlier, std.path.extension() returns the extension with the dot, getExt returns it without the dot. This is breaking a lot of my code now. :/

I sure hope one day we'll be able to update our compiler without breaking our code. Other than that this looks like a great release. Good work everyone!

Ok cool, my DWin project successfully compiles. The WinAPI bindings are missing extern(Windows) specifiers for its function aliases and 2.055 seems to enforce this now, so that api will have to be updated. The only thing that's bothering me is the notices, there's just too many of them.

For example this:

import std.stdio;
import std.path;

void main()
{
    writeln(curdir.rel2abs);
}

turns into this:
Notice: As of Phobos 2.055, std.path.rel2abs has been scheduled for
deprecation in February 2012. Please use absolutePath instead.
Notice: As of Phobos 2.055, std.path.isabs has been scheduled for
deprecation in February 2012. Please use isAbsolute instead.
Notice: As of Phobos 2.055, std.path.getDrive has been scheduled for
deprecation in February 2012. Please use driveName instead.
Notice: As of Phobos 2.055, std.path.join has been scheduled for
deprecation in February 2012. Please use buildPath instead.
Notice: As of Phobos 2.055, std.path.rel2abs has been scheduled for
deprecation in February 2012. Please use absolutePath instead.
Notice: As of Phobos 2.055, std.path.isabs has been scheduled for
deprecation in February 2012. Please use isAbsolute instead.
Notice: As of Phobos 2.055, std.path.getDrive has been scheduled for
deprecation in February 2012. Please use driveName instead.
Notice: As of Phobos 2.055, std.path.join has been scheduled for
deprecation in February 2012. Please use buildPath instead.

That is just unacceptable imho.

Did disabled default constructor make it in here?

On 9/8/11, Adam Ruppe <destructionator@gmail.com> wrote:
> Did disabled default constructor make it in here?
>

Yep.

Ok now I definitely need a dfix program. The problem is toUTFz can't
be used in UFCS like toUTF16z could, so now I have to replace all
expression.toUTF16z code to toUTFz!(const(wchar)*)(expression).
Personally I find this thing to be ugly enough to warrant a good alias
anyway.

Anyone clever enough to do this via sed?

== Quote from Andrej Mitrovic (andrej.mitrovich@gmail.com)'s article
> Ok now I definitely need a dfix program. The problem is toUTFz can't
> be used in UFCS like toUTF16z could, so now I have to replace all
> expression.toUTF16z code to toUTFz!(const(wchar)*)(expression).
> Personally I find this thing to be ugly enough to warrant a good alias
> anyway.
> Anyone clever enough to do this via sed?

Uh...what's wrong with this at the top of every file:

alias toUTFz!(const(wchar)*) toUTF16z;

On 9/8/11, dsimcha <dsimcha@yahoo.com> wrote:
> Uh...what's wrong with this at the top of every file:
>
> alias toUTFz!(const(wchar)*) toUTF16z;
>

Maybe this is wrong:

Error: template instance toUTFz!(const(wchar)*) does not match any
template declaration

Well I'll just comment out the pragma in std.utf. Plenty of time till february.

> Is there any way to drown those deprecation notices? I get a wall of notices every time I compile..
>

Would this DMD option help?

  -d             allow deprecated features

On Thu, 08 Sep 2011 16:52:37 +0100, Andrej Mitrovic <andrej.mitrovich@gmail.com> wrote:

> Ok cool, my DWin project successfully compiles. The WinAPI bindings
> are missing extern(Windows) specifiers for its function aliases and
> 2.055 seems to enforce this now, so that api will have to be updated.
> The only thing that's bothering me is the notices, there's just too
> many of them.
>
> For example this:
>
> import std.stdio;
> import std.path;
>
> void main()
> {
>     writeln(curdir.rel2abs);
> }
>
> turns into this:
> Notice: As of Phobos 2.055, std.path.rel2abs has been scheduled for
> deprecation in February 2012. Please use absolutePath instead.
> Notice: As of Phobos 2.055, std.path.isabs has been scheduled for
> deprecation in February 2012. Please use isAbsolute instead.
> Notice: As of Phobos 2.055, std.path.getDrive has been scheduled for
> deprecation in February 2012. Please use driveName instead.
> Notice: As of Phobos 2.055, std.path.join has been scheduled for
> deprecation in February 2012. Please use buildPath instead.
> Notice: As of Phobos 2.055, std.path.rel2abs has been scheduled for
> deprecation in February 2012. Please use absolutePath instead.
> Notice: As of Phobos 2.055, std.path.isabs has been scheduled for
> deprecation in February 2012. Please use isAbsolute instead.
> Notice: As of Phobos 2.055, std.path.getDrive has been scheduled for
> deprecation in February 2012. Please use driveName instead.
> Notice: As of Phobos 2.055, std.path.join has been scheduled for
> deprecation in February 2012. Please use buildPath instead.
>
> That is just unacceptable imho.

It needs to tell you about each one only once, then it will be much more acceptable.  Ideally, some way to switch deprecation notices off.

-- 
Using Opera's revolutionary email client: http://www.opera.com/mail/