On Saturday, 5 September 2015 at 11:30:20 UTC, BBasile wrote:
On Monday, 31 August 2015 at 13:15:57 UTC, BBasile wrote:
waiting feedback:
https://github.com/dymk/temple/issues/31
this error message is so strange. Maybe the author is not very
reachable now so you might also want to try to compi
On Monday, 31 August 2015 at 13:15:57 UTC, BBasile wrote:
On Monday, 31 August 2015 at 06:02:08 UTC, Martin Nowak wrote:
[...]
It looks like there is a regression in variant.d:
I compile template without vibed and get:
---
C:\Dev\dmd2\windows\bin\..\..\src\phobos\std\variant.d: Error:
funct
On Friday, 4 September 2015 at 11:44:44 UTC, BBasile wrote:
What's so different with C# 'new' that not to call 'super' in a
D overriden method ? (even if C# has itself 'base' instead of
'super')
C#
---
public class BaseC
{
public int x;
public void Invoke() { }
}
public class Derived
On 2015-09-04 14:04, Martin Nowak wrote:
The problem is that you're hiding a method that is still reachable
through the vtable.
Rather than throwing a runtime error this was changed to a compiler error.
https://github.com/D-Programming-Language/dmd/pull/4606
You should not turn off deprecation
On 9/4/15 8:14 AM, Steven Schveighoffer wrote:
Why did this compile/pass tests then? I wasn't aware of this restriction.
https://github.com/D-Programming-Language/phobos/pull/3572
OK, I dug into it further.
It seems that under some level of detection of whether a function that
could be call
On 9/4/15 8:20 AM, Steven Schveighoffer wrote:
On 9/1/15 3:13 PM, Jacob Carlborg wrote:
On 2015-09-01 15:40, Steven Schveighoffer wrote:
I'm not 100% sure, but that does seem like a bug.
I see now that there's a deprecation message when compiling with
2.067.0. So it looks like it's intended.
On 9/1/15 3:13 PM, Jacob Carlborg wrote:
On 2015-09-01 15:40, Steven Schveighoffer wrote:
I'm not 100% sure, but that does seem like a bug.
I see now that there's a deprecation message when compiling with
2.067.0. So it looks like it's intended.
Really? I don't see any deprecation message
On 9/4/15 8:04 AM, Martin Nowak wrote:
On Tuesday, 1 September 2015 at 06:33:30 UTC, Jacob Carlborg wrote:
I suspect this is intended?
The problem is that you're hiding a method that is still reachable
through the vtable.
Rather than throwing a runtime error this was changed to a compiler erro
On Tuesday, 1 September 2015 at 06:33:30 UTC, Jacob Carlborg
wrote:
I suspect this is intended?
The problem is that you're hiding a method that is still
reachable through the vtable.
Rather than throwing a runtime error this was changed to a
compiler error.
https://github.com/D-Programming-
On Friday, 4 September 2015 at 11:44:44 UTC, BBasile wrote:
On Wednesday, 2 September 2015 at 18:20:49 UTC, Jacob Carlborg
wrote:
[...]
apart from a compiler warning
(https://msdn.microsoft.com/en-us/library/ms173153.aspx=
correct link:
https://msdn.microsoft.com/en-us/library/ms173153.asp
On Wednesday, 2 September 2015 at 18:20:49 UTC, Jacob Carlborg
wrote:
On 2015-09-02 17:51, Meta wrote:
Isn't that what `override` is for?
No. Think of it like you want to have a new method with the
same name as a method in the base class. It's for hiding a
method in the base class, not over
On 2015-09-02 17:51, Meta wrote:
Isn't that what `override` is for?
No. Think of it like you want to have a new method with the same name as
a method in the base class. It's for hiding a method in the base class,
not overriding it. See the C# documentation [1].
[1] https://msdn.microsoft.c
On Tuesday, 1 September 2015 at 19:15:48 UTC, Jacob Carlborg
wrote:
On 2015-09-01 15:40, Steven Schveighoffer wrote:
I'm not 100% sure, but that does seem like a bug.
You should be able to completely mask toString from a base
class if you
don't specify override IMO.
Perhaps we need an expl
On 2015-09-01 15:40, Steven Schveighoffer wrote:
I'm not 100% sure, but that does seem like a bug.
You should be able to completely mask toString from a base class if you
don't specify override IMO.
Perhaps we need an explicit way to tell the compile we want to hide a
method in the base clas
On 2015-09-01 15:40, Steven Schveighoffer wrote:
I'm not 100% sure, but that does seem like a bug.
I see now that there's a deprecation message when compiling with
2.067.0. So it looks like it's intended.
--
/Jacob Carlborg
On 2015-09-01 15:40, Steven Schveighoffer wrote:
I'm not 100% sure, but that does seem like a bug.
You should be able to completely mask toString from a base class if you
don't specify override IMO.
Hmm, I'm not sure. This overloads toString.
I'm assuming the minimal case is just toString?
On 9/1/15 2:34 AM, Jacob Carlborg wrote:
On 2015-08-31 08:01, Martin Nowak wrote:
First beta for the 2.068.1 point release (we skipped -b1 due to a bug).
Here's a piece of code that used to compile in 2.067.0 but not in 2.068.0:
class UniText
{
abstract const char[] toString (char[] dst
On Tue, Sep 1, 2015 at 8:34 AM, Jacob Carlborg via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:
> On 2015-08-31 08:01, Martin Nowak wrote:
>
>> First beta for the 2.068.1 point release (we skipped -b1 due to a bug).
>>
>
> Here's a piece of code that used to compile in 2.0
On 2015-08-31 08:01, Martin Nowak wrote:
First beta for the 2.068.1 point release (we skipped -b1 due to a bug).
Here's a piece of code that used to compile in 2.067.0 but not in 2.068.0:
class UniText
{
abstract const char[] toString (char[] dst = null);
abstract const wchar[] toStri
On Monday, 31 August 2015 at 13:15:57 UTC, BBasile wrote:
On Monday, 31 August 2015 at 06:02:08 UTC, Martin Nowak wrote:
[...]
It looks like there is a regression in variant.d:
I compile template without vibed and get:
---
C:\Dev\dmd2\windows\bin\..\..\src\phobos\std\variant.d: Error:
funct
On Monday, 31 August 2015 at 07:08:20 UTC, Jacob Carlborg wrote:
On 2015-08-31 08:01, Martin Nowak wrote:
First beta for the 2.068.1 point release (we skipped -b1 due
to a bug).
I started compile my projects with DMD 2.068.0 (yes, I know I'm
a bit late). I noted that this piece of code that c
On Monday, 31 August 2015 at 06:02:08 UTC, Martin Nowak wrote:
First beta for the 2.068.1 point release (we skipped -b1 due to
a bug).
http://downloads.dlang.org/pre-releases/2.x/2.068.1/
http://ftp.digitalmars.com/
Also available on Travis-CI as dmd-2.068.1-b2.
This beta comes with plent d
On 2015-08-31 08:01, Martin Nowak wrote:
First beta for the 2.068.1 point release (we skipped -b1 due to a bug).
I started compile my projects with DMD 2.068.0 (yes, I know I'm a bit
late). I noted that this piece of code that compiles in 2.067.0 doesn't
compile in 2.068.0 (or 2.068.1-b2) :
On 2015-08-31 08:01, Martin Nowak wrote:
Please report any bugs at https://issues.dlang.org.
https://issues.dlang.org/show_bug.cgi?id=14986
--
/Jacob Carlborg
First beta for the 2.068.1 point release (we skipped -b1 due to a bug).
http://downloads.dlang.org/pre-releases/2.x/2.068.1/
http://ftp.digitalmars.com/
Also available on Travis-CI as dmd-2.068.1-b2.
This beta comes with plent dmd and a few druntime, phobos, and installer
fixes.
https://github.
25 matches
Mail list logo