[Issue 6704] CommaExpression as an IfCondition
http://d.puremagic.com/issues/show_bug.cgi?id=6704 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-21 00:17:09 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/5aa2b7af90b9625f4ed8c8bde8d43ff6c44760d1 fix Issue 6704 - CommaExpression as an IfCondition -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6704] CommaExpression as an IfCondition
http://d.puremagic.com/issues/show_bug.cgi?id=6704 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6712] .init wrong when multiple functions declare the same typedef
http://d.puremagic.com/issues/show_bug.cgi?id=6712 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Version|D1 D2 |D1 --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 00:19:31 PST --- Won't fix for D2, as typedef is deprecated. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6831] mangled name over 128 characters becomes unreadable
http://d.puremagic.com/issues/show_bug.cgi?id=6831 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WONTFIX --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-21 00:23:51 PST --- It'll have to wait until we move to a new object file format. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6839] documentation for opAssign incorrect
http://d.puremagic.com/issues/show_bug.cgi?id=6839 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-21 00:29:37 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/3628a19b1cd26e43ba2a7fa4a64673f7c2d97fd9 fix Issue 6839 - documentation for opAssign incorrect -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6839] documentation for opAssign incorrect
http://d.puremagic.com/issues/show_bug.cgi?id=6839 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords||spec Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6024] Windows 2000 SP4 is not supported any more? And what is still supported?
http://d.puremagic.com/issues/show_bug.cgi?id=6024 --- Comment #12 from Vladimir Panteleev thecybersha...@gmail.com 2012-01-21 00:56:37 PST --- (In reply to comment #11) Can calling RtlCaptureContext simply be bypassed if the program is running on Win2K? RtlCaptureContext is non-essential (it's used for stack trace generation for uncaught exceptions), so yes. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6948] Possible bug in compiler or documentation regarding signature of opCmp()
http://d.puremagic.com/issues/show_bug.cgi?id=6948 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords||spec Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:02:40 PST --- https://github.com/D-Programming-Language/d-programming-language.org/commit/955530833c2221e934f24dd4f0c431b724e4db58 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6975] Class documentation page rendered incorrectly
http://d.puremagic.com/issues/show_bug.cgi?id=6975 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:05:22 PST --- Seems fine now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6987] The Memory Management documentation incorrectly claims arrays are passed by reference.
http://d.puremagic.com/issues/show_bug.cgi?id=6987 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords||spec Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7066] You can redefine .init and .stringof without error
http://d.puremagic.com/issues/show_bug.cgi?id=7066 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords||spec CC||bugzi...@digitalmars.com Severity|normal |enhancement --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:11:11 PST --- They're actually supposed to be overridable at the moment. I had thought there might be a use for this, but so far none have materialized. But to change it is an enhancement request. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7096] statement.html - content does not belong to main column
http://d.puremagic.com/issues/show_bug.cgi?id=7096 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:13:33 PST --- Cannot reproduce any problem. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7137] Fresh git clone fails to build
http://d.puremagic.com/issues/show_bug.cgi?id=7137 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:15:25 PST --- I cannot reproduce this. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7180] Documentation bug of Const and Invariant Structs
http://d.puremagic.com/issues/show_bug.cgi?id=7180 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:18:28 PST --- The documentation was recently fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1382] memory allocated for arrays in CTFE functions during compilation is not released
http://d.puremagic.com/issues/show_bug.cgi?id=1382 Don clugd...@yahoo.com.au changed: What|Removed |Added Target Milestone|2.059 |--- --- Comment #9 from Don clugd...@yahoo.com.au 2012-01-21 01:26:54 PST --- Please don't set milestones without consultation (unless you plan to fix the bug yourself). This bug is still open because it is HARD. I've been slowly making progress on it for the last year. It's not going to be fixed soon -- the remaining work to be done is still about the equivalent of 30 avarage bugs. However, 90% of the symptoms were fixed in 2.049. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7238] Windows installer doesn't install dmd 2.057
http://d.puremagic.com/issues/show_bug.cgi?id=7238 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:28:01 PST --- It works correctly when I try it. What are the symptoms you see? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7333] interfaceToC should mention __gshared
http://d.puremagic.com/issues/show_bug.cgi?id=7333 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:30:40 PST --- It does now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6998] std.container.Array destroys class instances
http://d.puremagic.com/issues/show_bug.cgi?id=6998
--- Comment #1 from Nils mailm...@nilsb.dyndns.org 2012-01-21 01:34:19 PST ---
This happens:
Array!T.Payload's destructor does
---
foreach (ref e; _payload) .clear(e);
---
where .clear is object.clear:
---
void clear(T)(T obj) if (is(T == class))
{
rt_finalize(cast(void*)obj);
}
void clear(T)(ref T obj)
if (!is(T == struct) !is(T == class) !_isStaticArray!T)
{
obj = T.init;
}
---
(and other overloads that are not of interest)
That is, when object.clear is given a class instance reference, it destroys the
object, and when given a pointer (e.g. to a 'new'ed struct instance),
it nulls the pointer, but doesn't touch the pointer's target.
So maybe Array shouldn't call object.clear, or it should check for
!is(T == class). Or maybe object.clear shouldn't destroy class instances. To me
this would look more in line with the other versions of object.clear:
---
void clear(T)(ref T obj) if (is(T == class))
{
obj = T.init;
}
---
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7332] interfaceToC should mention std.bitmanip.bitfields
http://d.puremagic.com/issues/show_bug.cgi?id=7332 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 01:34:23 PST --- Already fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 516] Mutually calling constructors allowed
http://d.puremagic.com/issues/show_bug.cgi?id=516 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Walter Bright bugzi...@digitalmars.com 2012-01-21 02:16:40 PST --- https://github.com/D-Programming-Language/d-programming-language.org/commit/d26103e11b8af546e4bfac71c412a0ecf02aac5d -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7238] Windows installer doesn't install dmd 2.057
http://d.puremagic.com/issues/show_bug.cgi?id=7238 --- Comment #2 from f-morozov f-moro...@ya.ru 2012-01-21 05:43:04 PST --- dmd.2.057.zip download finishes very soon and there is no dmd2 folder after installation. Tried it on two computers with Windows XP. If I download dmd2 manually everything works fine. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7334] New: autogenerated CTOR don't check invariant
http://d.puremagic.com/issues/show_bug.cgi?id=7334
Summary: autogenerated CTOR don't check invariant
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: dev...@mnet-mail.de
--- Comment #0 from Devbai dev...@mnet-mail.de 2012-01-21 09:07:46 PST ---
Hello
I miss the invariant-check during the execution of
the auto-generated ctor.
Following programm
**
import std.stdio;
class ClassA
{
private int mValue;
// with the following default-CTOR would be the invariants be checked:
// this()
// {}
@property
{
public int value() const
{ return mValue;
}
public void value(int newValue)
{ mValue = newValue;
}
}
invariant()
{ writeln(checking INVARIANT ClassA (mValue: , mValue, ));
assert ( mValue0, NOT mValue0);
}
}
public static void main ()
{
writeln(creating ClassA);
ClassA aObject = new ClassA(); // may not pass;
// because ClassA has no good CTOR
writeln(reading value:);
writeln(aObject.value);
}
**
compiled with DMD64 D Compiler v2.057
and run will shown this output:
**
core.exception.AssertError@src/bug/bugNoInvariantCheckWithAutoCTOR/TestAppBugNoInvariantCheckWithAutoCTOR.d(24):
NOT mValue0
(_d_assert_msg+0x1f) [0x448323]
./(void TestAppBugNoInvariantCheckWithAutoCTOR.ClassA.__invariant()+0x5e)
[0x443f46]
./(void invariant._d_invariant(Object)+0x20) [0x4489d0]
./(const(@property int function())
TestAppBugNoInvariantCheckWithAutoCTOR.ClassA.value+0x11) [0x443ea9]
./(_Dmain+0x50) [0x443f98]
./(extern (C) int rt.dmain2.main(int, char**).void runMain()+0x17) [0x44892f]
./(extern (C) int rt.dmain2.main(int, char**).void tryExec(scope void
delegate())+0x2a) [0x4484d6]
./(extern (C) int rt.dmain2.main(int, char**).void runAll()+0x42) [0x448982]
./(extern (C) int rt.dmain2.main(int, char**).void tryExec(scope void
delegate())+0x2a) [0x4484d6]
./(main+0xd3) [0x448467]
/lib/libc.so.6(__libc_start_main+0xfe) [0x7ffe8348ed8e]
creating ClassA
reading value:
checking INVARIANT ClassA (mValue: 0)
**
I would expect that the assert should throw an Error during the ctor.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7335] New: sometimes the OUT - block have undefined class members-acces
http://d.puremagic.com/issues/show_bug.cgi?id=7335
Summary: sometimes the OUT - block have undefined class
members-acces
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: dev...@mnet-mail.de
--- Comment #0 from Devbai dev...@mnet-mail.de 2012-01-21 09:21:35 PST ---
Hallo,
there are possible situations, that the OUT-Block of a methode
have not the 'exact' value of a member. With other words the members
seem to be undefiend.
The following programm show to situations. One them the OUT-block
have correct acces to the member - onother withot the correct
values.
here the programm:
**
import std.stdio;
class BasisClass
{
protected int mValue = 10;
public void setValue( int newValue)
in
{ writeln(checking IN BasisClass.setValue (do Nothing));
}
out
{ writeln(checking OUT BasisClass.setValue (value : , mValue, ));
assert(mValue 100 mValue -100); // = assert will pass; because
the use newValue in the in-block
writeln( ... passed);
}
body
{ mValue = newValue;
}
}
class SubClassA : BasisClass
{
override
public void setValue( int newValue)
in
{ // will not checked because super.IN-check will pass
writeln(checking IN SubClassA.setValue (do Nothing));
}
out
{ writeln(checking OUT SubClassA.setValue (value : , mValue, ));
}
body
{ mValue = newValue;
}
}
class SubClassB : BasisClass
{
override
public void setValue( int newValue)
in
{ // will not checked because super.IN-check will pass
writeln(checking IN SubClassB.setValue (do Nothing));
int a = newValue; // The only diffrence to SubClassA
}
out
{ writeln(checking OUT SubClassB.setValue (mValue : , mValue, ));
}
body
{ mValue = newValue;
}
}
public static void main ()
{
writeln(*** START ***);
writeln(\nSubClass A:);
BasisClass aObject = new SubClassA();
aObject.setValue(3);
writeln(\nSubClass B:);
BasisClass bObject = new SubClassB();
bObject.setValue(3);// will crash because undefinet mValue in the
// BasisClass.setValue().out-block.
writeln(\n*** END ***);
}
**
compilee with DMD64 D Compiler v2.057
will show this output:
**
core.exception.AssertError@TestAppBugNoMembersInOutBlock(13): Assertion failure
./(_d_assertm+0x2a) [0x44830a]
./() [0x444e3a]
./(void TestAppBugNoMembersInOutBlock.BasisClass.setValue(int).void
__ensure()+0x4d) [0x444c0d]
./(void TestAppBugNoMembersInOutBlock.SubClassB.setValue(int)+0x48) [0x444d14]
./(_Dmain+0x7f) [0x444e07]
./(extern (C) int rt.dmain2.main(int, char**).void runMain()+0x17) [0x44893f]
./(extern (C) int rt.dmain2.main(int, char**).void tryExec(scope void
delegate())+0x2a) [0x4484e6]
./(extern (C) int rt.dmain2.main(int, char**).void runAll()+0x42) [0x448992]
./(extern (C) int rt.dmain2.main(int, char**).void tryExec(scope void
delegate())+0x2a) [0x4484e6]
./(main+0xd3) [0x448477]
/lib/libc.so.6(__libc_start_main+0xfe) [0x7f85995ecd8e]
*** START ***
SubClass A:
checking IN BasisClass.setValue (do Nothing)
checking OUT BasisClass.setValue (value : 3)
... passed
checking OUT SubClassA.setValue (value : 3)
SubClass B:
checking IN BasisClass.setValue (do Nothing)
checking OUT BasisClass.setValue (value : 1074641200)
**
as seen the ClassB-Out don't have correct acces to the member
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6441] Downloads Tools section is impossible to reach
http://d.puremagic.com/issues/show_bug.cgi?id=6441 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Severity|major |critical -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7336] New: Sometimes OUT-Block dont have correct acces to method-parameter
http://d.puremagic.com/issues/show_bug.cgi?id=7336
Summary: Sometimes OUT-Block dont have correct acces to
method-parameter
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: dev...@mnet-mail.de
--- Comment #0 from Devbai dev...@mnet-mail.de 2012-01-21 10:02:07 PST ---
Hello,
It's possible, that a method-OUT-block dont, have access
tho the correct value of its method-parameter
this Programm:
**
import std.stdio;
class ClassA
{
private int mValue=0;
@property
{
public int value() const
{ return mValue;
}
public void value(int newValue)
in
{ int dummy = newValue; // senseless use from newValue
}
out
{ int a = newValue;
writeln(checking OUT ClassA.@property value (mValue == newValue: ,
mValue, == , newValue, ));
assert(mValue==newValue); // = assert will pass;
// because the use newValue in the in-block
writeln( ... passed);
}
body
{ mValue = newValue;
}
}
}
class ClassB
{
private int mValue=0;
@property
{
public int value() const
{ return mValue;
}
public void value(int newValue)
out
{ int a = newValue;
writeln(checking OUT ClassB.@property value (mValue == newValue: ,
mValue, == , newValue, ));
assert(mValue==newValue); // = assert will (mostly) not pass;
// because newValue has here an undedined
// value but shoud be defined!
writeln( ... passed);
}
body
{ mValue = newValue;
}
}
}
public static void main ()
{
writeln(*** START ***);
writeln(\nClassA:);
ClassA aObject = new ClassA();
aObject.value = 12;
writeln(\nClassB:);
ClassB bObject = new ClassB();
bObject.value = 12;
writeln(\n*** END ***);
}
**
compiled with DMD64 D Compiler v2.057
wil after running show following output:
**
core.exception.AssertError@TestAppBugNoParamaterInOutBlock(46): Assertion
failure
./(_d_assertm+0x2a) [0x44830a]
./() [0x4450c2]
./(@property void TestAppBugNoParamaterInOutBlock.ClassB.value(int).void
__ensure()+0x58) [0x444fc0]
./(@property void TestAppBugNoParamaterInOutBlock.ClassB.value(int)+0x26)
[0x444f66]
./(_Dmain+0x7f) [0x445057]
./(extern (C) int rt.dmain2.main(int, char**).void runMain()+0x17) [0x44893f]
./(extern (C) int rt.dmain2.main(int, char**).void tryExec(scope void
delegate())+0x2a) [0x4484e6]
./(extern (C) int rt.dmain2.main(int, char**).void runAll()+0x42) [0x448992]
./(extern (C) int rt.dmain2.main(int, char**).void tryExec(scope void
delegate())+0x2a) [0x4484e6]
./(main+0xd3) [0x448477]
/lib/libc.so.6(__libc_start_main+0xfe) [0x7f72f9f71d8e]
*** START ***
ClassA:
checking OUT ClassA.@property value (mValue == newValue: 12 == 12)
... passed
ClassB:
checking OUT ClassB.@property value (mValue == newValue: 12 == -772278112)
**
the access in the IN-Block have influence to the correct/incorrect behavore
of the OUT-Block.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7337] New: subclasses without invariants don't check basisclass invariant after method
http://d.puremagic.com/issues/show_bug.cgi?id=7337
Summary: subclasses without invariants don't check basisclass
invariant after method
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: dev...@mnet-mail.de
--- Comment #0 from Devbai dev...@mnet-mail.de 2012-01-21 10:19:51 PST ---
Hello,
Subclasses without own invariants don't check basisclass invariant
after method.
example:
the programm ..
**
import std.stdio;
/** Basisclass with own invariants */
class ClassA
{
private int mValue=0;
invariant()
{ writeln(checking INVARIANT ClassA);
assert ( mValue=0 );
}
public void doSomthing()
{ writeln(ClassA.doSomthing() - BODY);
}
}
/** Subclass with own invariants */
class ClassB : ClassA
{
invariant()
{ writeln(checking INVARIANT ClassB);
}
override
public void doSomthing()
{ writeln(ClassB.doSomthing() - BODY);
}
}
/** Subclass without own invariants */
class ClassC : ClassA
{
override
public void doSomthing()
{ writeln(ClassC.doSomthing() - BODY);
}
}
public static void main ()
{
writeln(*** START ***);
writeln(\nClassA:);
ClassA aObject = new ClassA();
aObject.doSomthing();
writeln(\nClassB:);
ClassB bObject = new ClassB();
bObject.doSomthing();
writeln(\nClassC:);
ClassC cObject = new ClassC();
cObject.doSomthing();
writeln(\n*** END ***);
}
**
compiled with DMD64 D Compiler v2.057
will output:
**
*** START ***
ClassA:
checking INVARIANT ClassA
ClassA.doSomthing() - BODY
checking INVARIANT ClassA
ClassB:
checking INVARIANT ClassB
checking INVARIANT ClassA
ClassB.doSomthing() - BODY
checking INVARIANT ClassB
checking INVARIANT ClassA
ClassC:
checking INVARIANT ClassA
ClassC.doSomthing() - BODY
*** END ***
**
as seen classC-method doSomething() dont check invariant after methode-call.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6441] Downloads Tools section is impossible to reach
http://d.puremagic.com/issues/show_bug.cgi?id=6441 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2012-01-21 10:25:49 PST --- https://github.com/D-Programming-Language/d-programming-language.org/commit/9482ce95bb2b903abb5b207b393a6b62e4c50e31 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1521] Ambiguous documentation
http://d.puremagic.com/issues/show_bug.cgi?id=1521 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-21 10:45:30 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/3d22dec01aac1c6a436fb82849fba49411f9e97e fix Issue 1521 - Ambiguous documentation -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1521] Ambiguous documentation
http://d.puremagic.com/issues/show_bug.cgi?id=1521 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7338] New: Non-blocking socket.accept() behavior differs on platforms
http://d.puremagic.com/issues/show_bug.cgi?id=7338
Summary: Non-blocking socket.accept() behavior differs on
platforms
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: soul...@gmail.com
--- Comment #0 from Heywood Floyd soul...@gmail.com 2012-01-21 10:47:02 PST
---
// - - - - - 8 - - - -
importstd.stdio, std.socket;
void main()
{
auto lsock = new TcpSocket();
lsock.blocking(false);
lsock.bind(new InternetAddress(127.0.0.1,5000));
try{
lsock.listen(1);
}catch(Exception e){
writeln(listen() failed (This is not the bug, choose another port?));
return;
}
try{
auto sock = lsock.accept();
writeln(Accept returned: ,sock);
}catch(Exception e){
writeln(Accept threw Exception:\n,e);
}
lsock.close();
}
// - - - - - 8 - - - -
Behavior when socket.accept() is called when no new connection is available:
- Linux, OSX: An Exception is thrown
- Windows: A new Socket(isAlive=false) is returned
- Other: untested
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 671] Class initialization should not call opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=671 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| Summary|Weird class reference |Class initialization should |declaration compiles|not call opAssign --- Comment #5 from Walter Bright bugzi...@digitalmars.com 2012-01-21 11:16:06 PST --- Stewart's right. This is construction, not assignment, and opAssign should not be called. Compiler bug, not spec problem. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 502] reimplementing methods for interface
http://d.puremagic.com/issues/show_bug.cgi?id=502 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #5 from Walter Bright bugzi...@digitalmars.com 2012-01-21 11:18:28 PST --- An alias is not an implementation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 664] is(func T == function) ignores variadic arguments
http://d.puremagic.com/issues/show_bug.cgi?id=664 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 678] Compiler accepts, for a function T[] t(), t().ptr but not t.ptr
http://d.puremagic.com/issues/show_bug.cgi?id=678 --- Comment #7 from github-bugzi...@puremagic.com 2012-01-21 11:37:16 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/1d2c1213537ec642c5b1ec2526d0b26e1196da80 fix Issue 678 - Compiler accepts, for a function T[] t(), t().ptr but not t.ptr -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 678] Compiler accepts, for a function T[] t(), t().ptr but not t.ptr
http://d.puremagic.com/issues/show_bug.cgi?id=678 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Walter Bright bugzi...@digitalmars.com 2012-01-21 11:38:24 PST --- Spec clarified. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 918] (D1 only): Template order matter, version block change something with typedef, and another template bug.
http://d.puremagic.com/issues/show_bug.cgi?id=918 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| CC||bugzi...@digitalmars.com --- Comment #7 from Walter Bright bugzi...@digitalmars.com 2012-01-21 11:45:02 PST --- Not a spec issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 648] DDoc: unable to document mixin statement
http://d.puremagic.com/issues/show_bug.cgi?id=648
Jonas Drewsen jdrew...@gmail.com changed:
What|Removed |Added
CC||jdrew...@gmail.com
--- Comment #2 from Jonas Drewsen jdrew...@gmail.com 2012-01-21 11:50:17 PST
---
(In reply to comment #1)
(In reply to comment #0)
/// this is a class
class A
{
/// This mixin will bla bla bla
mixin MyMixin!();
}
this will only generate docs for the class. not the mixin.
Some will probably consider this a feature request, but I'd call it a bug...
The same occurs with mixin declarations (DMD 1.014 on linux):
/// Documentation for foo.
mixin(int foo;);
mixin(int foo; /// Documentation for foo.);
And docs are not generated for foo or bar.
Gregor Richards pointed out in
news://news.digitalmars.com:119/f1m3u7$26g8$1...@digitalmars.com
that mixins are parsed much later than ddoc comments.
But I would also consider this a bug.
Comment 1 is a duplicate of bug 2420
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7339] New: [2.058] std.string.indexOf doesn't instantiate with inlining
http://d.puremagic.com/issues/show_bug.cgi?id=7339
Summary: [2.058] std.string.indexOf doesn't instantiate with
inlining
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: regression
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: dsim...@yahoo.com
Depends on: 4724
--- Comment #0 from David Simcha dsim...@yahoo.com 2012-01-21 12:08:17 PST ---
This is related to Bug 4724, but I'm filing it as a separate issue and labeling
it a regression because something (probably the more aggressive inlining that
was added for 2.058) expands the effects of that bug in ways that break
previously working code. If we can't fix the compiler bug then we need to work
around it to avoid an awful regression.
import std.string;
void main() {
.indexOf();
}
dmd -O -inline -release -c test.d
/home/dsimcha/dmd2/linux/bin64/../../src/phobos/std/algorithm.d(2970): Error:
function
std.string.indexOf!(char,char).indexOf.simpleMindedFind!(__lambda6,const(char)[],const(char)[]).simpleMindedFind
is a nested function and cannot be accessed from main
Here's a reduced version that doesn't import any Phobos modules:
void main() {
.indexOf() ;
}
void indexOf(const(char)[] s, const(char)[] sub) {
find!((dchar a, dchar b){return a == b;})
(s, sub);
}
void find(alias pred)(const(char)[] haystack, const(char)[] needle) {
pred(haystack[0], needle[0]);
}
$ dmd -c -O -inline -release test.d
test.d(11): Error: function test.indexOf.find!(delegate pure nothrow @safe
bool(dchar a, dchar b)
{
return cast(uint)a == cast(uint)b;
}
).find is a nested function and cannot be accessed from main
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5666] std.array.replace compile error (string and immutable string)
http://d.puremagic.com/issues/show_bug.cgi?id=5666 --- Comment #7 from Rainer Schuetze r.sagita...@gmx.de 2012-01-21 13:47:12 PST --- All of the test cases work with current git-head, but the last. I am not sure if it isn't a restriction of join to not allow mixing modifiers. I wonder why this issue is marked as an enhancement, I think it is a regression in dmd 2.052. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3657] No lexical scope for local variables in debug info
http://d.puremagic.com/issues/show_bug.cgi?id=3657 --- Comment #7 from Rainer Schuetze r.sagita...@gmx.de 2012-01-21 13:49:51 PST --- So I guess we are kind of stuck. Is it really much worse than all the temporaries generated as local variables by dmd? Do you see another possibility to pass variable life time information to the debugger? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 949] Wrong spec/compiler behaviour for Strings, Integers and Floats
http://d.puremagic.com/issues/show_bug.cgi?id=949 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-21 13:51:58 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/4e60a4f1d62ff8acd0784c341dbfb203f4127494 fix Issue 949 - Wrong spec/compiler behaviour for Strings, Integers and Floats -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 949] Wrong spec/compiler behaviour for Strings, Integers and Floats
http://d.puremagic.com/issues/show_bug.cgi?id=949 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-21 13:52:53 PST --- Fixed spec. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3657] No lexical scope for local variables in debug info
http://d.puremagic.com/issues/show_bug.cgi?id=3657 --- Comment #8 from Walter Bright bugzi...@digitalmars.com 2012-01-21 13:56:03 PST --- Maybe we should defer this then until the linker can be improved. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 648] DDoc: unable to document mixin statement
http://d.puremagic.com/issues/show_bug.cgi?id=648 --- Comment #3 from Jonas Drewsen jdrew...@gmail.com 2012-01-21 14:18:42 PST --- https://github.com/D-Programming-Language/dmd/pull/634 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7216] [CTFE] Can't call struct member function using pointer field
http://d.puremagic.com/issues/show_bug.cgi?id=7216 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-21 15:02:31 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/89c71d8d8e0355167fc24dc671e6aa9b385a565a Merge pull request #633 from donc/ctfe7216 CTFE ICE bugs 7216 and 7277 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7277] [CTFE ICE] Assertion failure: 'thisval' on line 1690 in file 'interpret.c'
http://d.puremagic.com/issues/show_bug.cgi?id=7277 --- Comment #1 from github-bugzi...@puremagic.com 2012-01-21 15:02:43 PST --- Commit pushed to https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/89c71d8d8e0355167fc24dc671e6aa9b385a565a Merge pull request #633 from donc/ctfe7216 CTFE ICE bugs 7216 and 7277 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5614] version(Win32) vs version(Windows) in Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=5614 --- Comment #1 from Richard Webb we...@beardmouse.org.uk 2012-01-21 15:02:39 PST --- https://github.com/D-Programming-Language/phobos/commit/817cb171a96084595544af120e9cf83748b73620 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5614] version(Win32) vs version(Windows) in Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=5614 Richard Webb we...@beardmouse.org.uk changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7340] New: inout not resolved for default parameters
http://d.puremagic.com/issues/show_bug.cgi?id=7340
Summary: inout not resolved for default parameters
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: timon.g...@gmx.ch
--- Comment #0 from timon.g...@gmx.ch 2012-01-21 15:17:05 PST ---
DMD 2.057:
inout(Object) bar(inout(Object) y = null){return y;}
static assert(is(typeof(bar())==typeof(bar(null;
Error: static assert (is(inout(Object) == Object)) is false
the code should compile.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7341] New: writefln of strings array with size formatting
http://d.puremagic.com/issues/show_bug.cgi?id=7341
Summary: writefln of strings array with size formatting
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2012-01-21 15:28:00 PST ---
D2 code:
import std.stdio;
void main() {
int[] a1 = [1, 10, 5];
writefln(%12d, a1);
string[] a2 = [red, yellow, ya];
writefln(%12s, a2);
}
Output:
[ 1, 10,5]
[red, yellow, ya]
But I expect an output more like:
[ 1, 10,5]
[ red, yellow, ya]
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 6209] -L\implib and -H generation should follow -od flag
http://d.puremagic.com/issues/show_bug.cgi?id=6209 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 15:30:30 PST --- -H follows -Hddir for output, not -od. I didn't know this when I filed this bug. As for -L\implib, optlink might have some switches for this but I'll have to look into it. Closing. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7342] New: structs don't call the right opEquals on contained arrays
http://d.puremagic.com/issues/show_bug.cgi?id=7342
Summary: structs don't call the right opEquals on contained
arrays
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: major
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2012-01-21 15:52:25 PST ---
This assert fires, but this is wrong:
const struct Foo { int[] a; }
void main() {
Foo f1 = Foo([1, 2]);
Foo f2 = Foo([1] ~ 2);
assert(f1 !is f2); // OK
assert(f1 == f2); // AssertError
}
It's a source of bugs, like:
import std.stdio;
const struct Foo { int[] a; }
void main() {
int[const Foo] aa;
aa[Foo([1, 2])] = 1;
aa[Foo([1] ~ [2])] = 2;
writeln(aa);
}
[const(Foo)([1, 2]):1, const(Foo)([1, 2]):2]
Please fix this. I have set the major Severity (almost Critical) because
this causes some of the worst bugs I have had in single-threaded D code.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7216] [CTFE] Can't call struct member function using pointer field
http://d.puremagic.com/issues/show_bug.cgi?id=7216 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-21 16:12:01 PST --- https://github.com/D-Programming-Language/dmd/commit/e2a85d6f082626ed338c5f4a4a018a7bf8dd6a1e https://github.com/D-Programming-Language/dmd/commit/89c71d8d8e0355167fc24dc671e6aa9b385a565a -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7277] [CTFE ICE] Assertion failure: 'thisval' on line 1690 in file 'interpret.c'
http://d.puremagic.com/issues/show_bug.cgi?id=7277 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-21 16:13:33 PST --- https://github.com/D-Programming-Language/dmd/commit/e2a85d6f082626ed338c5f4a4a018a7bf8dd6a1e https://github.com/D-Programming-Language/dmd/commit/89c71d8d8e0355167fc24dc671e6aa9b385a565a -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5408] Calling GC.malloc inside a unittest with a flag of 1 results in an access violation.
http://d.puremagic.com/issues/show_bug.cgi?id=5408 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 16:29:26 PST --- Can't reproduce in 2.057 with `dmd -unittest test.d test.exe` -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6321] stack overflow error while compiling with DMD
http://d.puremagic.com/issues/show_bug.cgi?id=6321 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #11 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 16:37:33 PST --- I can reproduce in 2.054, but in 2.057 the stack overflow does not appear anymore and an app will be built. Closing. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1273] final-const-invariant.html html errors
http://d.puremagic.com/issues/show_bug.cgi?id=1273 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WONTFIX --- Comment #8 from Walter Bright bugzi...@digitalmars.com 2012-01-21 16:50:36 PST --- That page has been dropped. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4596] [tdpl] Rebinding *this* in class method compiles
http://d.puremagic.com/issues/show_bug.cgi?id=4596 --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 16:57:35 PST --- This also seems a dup of Issue 780, so that should be closed when that pull is merged. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7343] New: hole in the type system: inout function call compiles but shouldn't
http://d.puremagic.com/issues/show_bug.cgi?id=7343
Summary: hole in the type system: inout function call compiles
but shouldn't
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: accepts-invalid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: timon.g...@gmx.ch
--- Comment #0 from timon.g...@gmx.ch 2012-01-21 17:13:12 PST ---
DMD 2.057:
import std.stdio;
inout(int)** qux(inout(int) p, inout(int)** pp){
return pp;
}
void main(){
immutable(int) x;
immutable(int)* y = x;
int z;
*qux(1,y)=z; // BOOM.
writeln(is(typeof(z)==int*)
is(typeof( y)==immutable(int)*)
z is y); // true
}
The code exploits the fact that inout matching does not check sanity, in order
to perform the forbidden immutable(int)** = const(int)** conversion. The code
could be slightly modified such that it performs an int** = const(int)**
conversion instead.
(Ideally, inout would be deduced as immutable in this specific example and the
assignment would cause an error.)
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 955] Passing arguments into functions - in, out, inout, const, and contracts
http://d.puremagic.com/issues/show_bug.cgi?id=955 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-21 17:17:28 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/59e9decffc8f6fd3439492c406279ddf327b9b1b fix Issue 955 - Passing arguments into functions - in, out, inout, const, and contracts -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 955] Passing arguments into functions - in, out, inout, const, and contracts
http://d.puremagic.com/issues/show_bug.cgi?id=955 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7334] autogenerated CTOR don't check invariant
http://d.puremagic.com/issues/show_bug.cgi?id=7334 yebblies yebbl...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||DUPLICATE --- Comment #1 from yebblies yebbl...@gmail.com 2012-01-22 12:21:31 EST --- *** This issue has been marked as a duplicate of issue 519 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 519] Invariant not called from autogenerated constructor
http://d.puremagic.com/issues/show_bug.cgi?id=519 yebblies yebbl...@gmail.com changed: What|Removed |Added CC||dev...@mnet-mail.de --- Comment #7 from yebblies yebbl...@gmail.com 2012-01-22 12:21:31 EST --- *** Issue 7334 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4702] Long Postfix not working with cross-module overloading
http://d.puremagic.com/issues/show_bug.cgi?id=4702
--- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21
17:53:28 PST ---
I think what's going on is DMD figures out the literal can fit into an int and
does the optimization where it converts it into an int behind the scenes.
Proof is in the pudding:
import std.stdio;
import foo;
import bar;
void main()
{
long x;
fun(cast(long)2147483648); // ok, int.max is 2147483647, overflows to long
fun(cast(long)2147483647); // error, no overflow and literal stored as int
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3941] quirks of overloading function templates complicate the new operator overloading
http://d.puremagic.com/issues/show_bug.cgi?id=3941 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 17:56:57 PST --- Can't reproduce in 2.057, I guess it's fixed. Reopen if necessary. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3177] constrained template reverse operator overload prohibits use of non-reverse overloads
http://d.puremagic.com/issues/show_bug.cgi?id=3177 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 18:01:32 PST --- Can't reproduce in 2.057, likely fixed by now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2281] documentation still says can't overload self assignment for struct (opassign)s
http://d.puremagic.com/issues/show_bug.cgi?id=2281 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 18:09:11 PST --- opAssign is now documented here: http://dlang.org/struct.html -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5893] Allow simple aliases for operator overloading
http://d.puremagic.com/issues/show_bug.cgi?id=5893
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
CC||andrej.mitrov...@gmail.com
--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21
18:19:18 PST ---
Hows this for a workaround:
import std.traits;
class C
{
void concatAssign(C other) { }
void concatAssign(int other) { }
auto ref opOpAssign(string s, T)(T t) if (s == ~)
{
static if (is(ReturnType!concatAssign == void))
concatAssign(t);
else
return concatAssign(t);
}
}
void main()
{
auto c = new C;
c.opOpAssign!~(c); // works
c.opOpAssign!~(1); // works
c ~= 1; // works
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 4573] [tdpl] Specialized functions conflict with generic function
http://d.puremagic.com/issues/show_bug.cgi?id=4573 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 18:21:01 PST --- *** This issue has been marked as a duplicate of issue 2972 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2972] [tdpl] Can't overload non-templated function against template
http://d.puremagic.com/issues/show_bug.cgi?id=2972 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 18:21:01 PST --- *** Issue 4573 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5114] Too many error messages with main(;
http://d.puremagic.com/issues/show_bug.cgi?id=5114
--- Comment #2 from bearophile_h...@eml.cc 2012-01-21 18:21:23 PST ---
After the latest DMD updates (minutes ago), the program now gives me:
test.d(2): expression expected, not ';'
test.d(3): found '}' when expecting ','
test.d(3): found 'EOF' when expecting ')'
test.d(3): found 'EOF' when expecting ';' following statement
test.d(3): found 'EOF' when expecting '}' following compound statement
This is an improvement.
Note: among the errors I don't see the premature end of file error message
that's inside Walter change:
+
+if (token.value == TOKeof)
+{ error(premature end of file);
+break;
+}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 2972] [tdpl] Can't overload non-templated function against template
http://d.puremagic.com/issues/show_bug.cgi?id=2972 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 18:22:11 PST --- *** This issue has been marked as a duplicate of issue 1528 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1528] [tdpl] overloading template and non-template functions
http://d.puremagic.com/issues/show_bug.cgi?id=1528 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||dsim...@yahoo.com --- Comment #5 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 18:22:11 PST --- *** Issue 2972 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5893] Allow simple aliases for operator overloading
http://d.puremagic.com/issues/show_bug.cgi?id=5893
timon.g...@gmx.ch changed:
What|Removed |Added
CC||timon.g...@gmx.ch
--- Comment #2 from timon.g...@gmx.ch 2012-01-21 18:35:23 PST ---
1. The static if in the function body is not required. You can return a void
expression from a void function.
2. Here is what still does not work:
class C{
void concatAssign(C other) { }
void concatAssign(short other) { }
void concatAssign(short[] other) { }
auto ref opOpAssign(string s, T)(T t) if (s == ~){
return concatAssign(t);
}
}
void main()
{
auto c = new C;
c.opOpAssign!~(c); // works
c.opOpAssign!~(1); // no go
c ~= 1; // no go
c ~= [1,2,3];// no go
// (compare to)
short[] s;
s ~= 1; // works
s ~= [1,2,3]; // works
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5614] version(Win32) vs version(Windows) in Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=5614 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-21 18:38:47 PST --- Commit pushed to https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/e192d0c02248edf05ad9b840666382d5f81dae79 Updated changelog for issue# 5614 and std.csv. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5614] version(Win32) vs version(Windows) in Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=5614 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #3 from Jonathan M Davis jmdavisp...@gmx.com 2012-01-21 18:41:51 PST --- Okay. That automatic posting to bugzilla from github bit is definitely cool. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5305] intrinsic functions have @safe stripped of them in release mode.
http://d.puremagic.com/issues/show_bug.cgi?id=5305 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #3 from bearophile_h...@eml.cc 2012-01-21 18:50:09 PST --- (In reply to comment #2) The solution is one of: 1. have the compiler complain about attempts to take the address of an intrinsic 2. add a library version of the intrinsic Is it possible for the D compiler to use the intrinsic in most cases when sqrt is used directly, and give the pointer to a library sqrt when the programmer uses a sqrt? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7344] New: Function-as-array-method doesn't work with local imports
http://d.puremagic.com/issues/show_bug.cgi?id=7344
Summary: Function-as-array-method doesn't work with local
imports
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2012-01-21 19:04:59 PST ---
This is a spinoff of bug 6272, that was not fully fixed.
void main() {
import std.algorithm;
auto data = new int[10];
sort(data); // OK
data.sort(); // line 5, Error
}
The latest DMD 2.058head gives:
test.d(5): Error: undefined identifier module test.sort
This version gives the same error:
void main() {
import std.algorithm: sort;
auto data = new int[10];
sort(data); // OK
data.sort(); // line 5, Error
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7344] Function-as-array-method doesn't work with local imports
http://d.puremagic.com/issues/show_bug.cgi?id=7344 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-01-21 19:30:25 PST --- Dup of Issue 6185? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7344] Function-as-array-method doesn't work with local imports
http://d.puremagic.com/issues/show_bug.cgi?id=7344 bearophile_h...@eml.cc changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from bearophile_h...@eml.cc 2012-01-21 19:41:29 PST --- *** This issue has been marked as a duplicate of issue 6185 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6185] UFCS doesn't work with function imports
http://d.puremagic.com/issues/show_bug.cgi?id=6185 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #1 from bearophile_h...@eml.cc 2012-01-21 19:41:29 PST --- *** Issue 7344 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5306] Disallow foreach ref on numeric interval
http://d.puremagic.com/issues/show_bug.cgi?id=5306 --- Comment #3 from bearophile_h...@eml.cc 2012-01-21 19:43:09 PST --- I don't agree much. A thread: http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.Darticle_id=155816 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1348] offTi property of TypeInfo return empty array.
http://d.puremagic.com/issues/show_bug.cgi?id=1348 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Severity|normal |enhancement --- Comment #8 from Walter Bright bugzi...@digitalmars.com 2012-01-21 19:53:10 PST --- It's not implemented yet, but is there as a placeholder. The shape of how introspection is best done is as yet undetermined. Hence I'll mark it as an enhancement request. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1500] Template Arguments, Aliases, or Typedefs Generate Error when used inside inline ASM blocks
http://d.puremagic.com/issues/show_bug.cgi?id=1500 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Version|1.015 |D1 D2 OS/Version|Linux |All Severity|major |enhancement --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2012-01-21 19:56:58 PST --- Unfortunately, the grammar accepted by the inline assembler for expressions is not the regular D grammar. It's its own animal, for compatibility with the Intel syntax. Improving it would be an enhancement request. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1552] DLL writing instructions do not mention _moduleDtor()
http://d.puremagic.com/issues/show_bug.cgi?id=1552 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2012-01-21 20:43:00 PST --- Calling Runtime.terminate() will call _moduleDtor(). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2152] Parentheses usage inconsistency.
http://d.puremagic.com/issues/show_bug.cgi?id=2152 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords|spec| CC||bugzi...@digitalmars.com --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-21 20:53:50 PST --- Not a spec issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1563] dynamic cast is not always performed
http://d.puremagic.com/issues/show_bug.cgi?id=1563 --- Comment #5 from github-bugzi...@puremagic.com 2012-01-21 21:00:12 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/34b168fd3f88c749b749bf5dff6a792bb15d4853 fix Issue 1563 - dynamic cast is not always performed -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1563] dynamic cast is not always performed
http://d.puremagic.com/issues/show_bug.cgi?id=1563 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1570] Wrong return for address operator
http://d.puremagic.com/issues/show_bug.cgi?id=1570 --- Comment #10 from github-bugzi...@puremagic.com 2012-01-21 21:08:25 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/9d331033cfa109d8b44e687803cfc4f4bfe2 fix Issue 1570 - Wrong return for address operator -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7346] New: interfaceToC.html doesn't mention htomodule.html
http://d.puremagic.com/issues/show_bug.cgi?id=7346 Summary: interfaceToC.html doesn't mention htomodule.html Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: jmdavisp...@gmx.com --- Comment #0 from Jonathan M Davis jmdavisp...@gmx.com 2012-01-21 21:09:10 PST --- What htomodule.html describes is a critical part of interfacing with C code, but interfaceToC.html doesn't mention it at all, and some of the information is duplicated between them. At minimum, they should mention each other, and maybe they should actually be combined. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1570] Wrong return for address operator
http://d.puremagic.com/issues/show_bug.cgi?id=1570 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2201] Doc/Behavior Discrepancy: EndOfLine in string turns to \n or system-specific?
http://d.puremagic.com/issues/show_bug.cgi?id=2201 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #7 from Walter Bright bugzi...@digitalmars.com 2012-01-21 21:36:18 PST --- All string literals have EndOfLine converted to a single '\n' character according to the spec, and I believe the implementation matches it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1818] storage class in type tuples is discarded for function and delegate declarations
http://d.puremagic.com/issues/show_bug.cgi?id=1818 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #3 from Walter Bright bugzi...@digitalmars.com 2012-01-21 21:45:58 PST --- The example now prints: 2 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5114] Too many error messages with main(;
http://d.puremagic.com/issues/show_bug.cgi?id=5114
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||yebbl...@gmail.com
--- Comment #3 from yebblies yebbl...@gmail.com 2012-01-22 16:52:31 EST ---
(In reply to comment #2)
Note: among the errors I don't see the premature end of file error message
that's inside Walter change:
+
+if (token.value == TOKeof)
+{ error(premature end of file);
+break;
+}
This is inside Parser::parseEnum - when eof is encountered inside and enum
declaration's body.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 --- Comment #2 from github-bugzi...@puremagic.com 2012-01-21 21:55:30 PST --- Commit pushed to https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/d096698029399aaf2e2f62527173d80e8ef24cb4 fix Issue 1918 - __traits(getVirtualFunctions) returns final functions -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||and...@metalanguage.com Resolution|FIXED | --- Comment #3 from Andrei Alexandrescu and...@metalanguage.com 2012-01-21 22:17:45 PST --- Could you please explain how a final function that doesn't override anything is ever supposed to be virtual? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5278] gentoo's 'hardended' gcc doesn't work with dmd
http://d.puremagic.com/issues/show_bug.cgi?id=5278 --- Comment #22 from d...@dawgfoto.de 2012-01-21 22:50:46 PST --- What's linker flags are passed by gcc if you use --export-dynamic vs. not using it? dmd -c main -- gcc main.o -o main -m32 -Xlinker -L/usr/local/share/dcompilers/dmd/linux/bin32/../lib32 -Xlinker -L/usr/local/share/dcompilers/dmd/linux/bin32/../lib64 -Xlinker --no-warn-search-mismatch -Xlinker --export-dynamic -lphobos2 -lpthread -lm -lrt -v -- vs. -- gcc main.o -o main -m32 -Xlinker -L/usr/local/share/dcompilers/dmd/linux/bin32/../lib32 -Xlinker -L/usr/local/share/dcompilers/dmd/linux/bin32/../lib64 -Xlinker --no-warn-search-mismatch -lphobos2 -lpthread -lm -lrt -v -- Also did passing -fno-pie to gcc resolve your problems? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1918] __traits(getVirtualFunctions) returns final functions
http://d.puremagic.com/issues/show_bug.cgi?id=1918 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Severity|normal |enhancement --- Comment #4 from Andrei Alexandrescu and...@metalanguage.com 2012-01-21 22:58:29 PST --- Documenting the agreement reached with Walter: We'll define __traits(getVirtualMethods) to do the right thing, i.e. only include final methods that actually override something, and put __traits(getVirtualFunctions) on the slow deprecation path. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7327] Nested overload sets are not resolved correctly
http://d.puremagic.com/issues/show_bug.cgi?id=7327 --- Comment #1 from d...@dawgfoto.de 2012-01-21 23:21:41 PST --- Follow up of: http://d.puremagic.com/issues/show_bug.cgi?id=7131 Github Pull: https://github.com/D-Programming-Language/dmd/pull/635 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
