[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 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 changed: What|Removed |Added CC||bugzi...@digitalmars.com Version|D1 & D2 |D1 --- Comment #1 from Walter Bright 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 6734] Contradiction on the Lexical page on website
http://d.puremagic.com/issues/show_bug.cgi?id=6734 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright 2012-01-21 00:20:43 PST --- This was fixed. -- 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WONTFIX --- Comment #2 from Walter Bright 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 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 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 changed: What|Removed |Added Keywords||spec Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright 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 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 changed: What|Removed |Added Keywords||spec CC||bugzi...@digitalmars.com Severity|normal |enhancement --- Comment #1 from Walter Bright 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #2 from Walter Bright 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 changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright 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 changed: What|Removed |Added Target Milestone|2.059 |--- --- Comment #9 from Don 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 changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright 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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Walter Bright 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 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 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 ( mValue>0, "NOT mValue>0"); } } 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 mValue>0 (_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 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 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 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #2 from Andrei Alexandrescu 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 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 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: -- 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 changed: What|Removed |Added Keywords|spec| Summary|Weird class reference |Class initialization should |declaration compiles|not call opAssign --- Comment #5 from Walter Bright 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 changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #5 from Walter Bright 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 --- Comment #14 from github-bugzi...@puremagic.com 2012-01-21 11:24:41 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/e3ff6bd4a8c6d368a64d6a81af565868f6067c74 fix Issue 664 - is(func T == function) ignores variadic arguments -- 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 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 changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Walter Bright 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 changed: What|Removed |Added Keywords|spec| CC||bugzi...@digitalmars.com --- Comment #7 from Walter Bright 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 changed: What|Removed |Added CC||jdrew...@gmail.com --- Comment #2 from Jonas Drewsen 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 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 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #3 from Walter Bright 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 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 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 648] DDoc: unable to document mixin statement
http://d.puremagic.com/issues/show_bug.cgi?id=648 --- Comment #4 from Jonas Drewsen 2012-01-21 14:35:04 PST --- (In reply to comment #3) > https://github.com/D-Programming-Language/dmd/pull/634 Actually does not fix this bug but another mixin related bug related to documentation. -- 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 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 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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Andrej Mitrovic 2012-01-21 15:30:30 PST --- -H follows -Hd"dir" 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #2 from Walter Bright 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 changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #11 from Andrej Mitrovic 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WONTFIX --- Comment #8 from Walter Bright 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 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||DUPLICATE --- Comment #1 from yebblies 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 changed: What|Removed |Added CC||dev...@mnet-mail.de --- Comment #7 from yebblies 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic 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 2999] Return-type overloading should be error
http://d.puremagic.com/issues/show_bug.cgi?id=2999 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic 2012-01-21 18:03:49 PST --- The compiler doesn't accept this code anymore in 2.057, marking as fixed. -- 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED --- Comment #1 from Andrej Mitrovic 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 changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic 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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Andrej Mitrovic 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 changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #3 from Andrej Mitrovic 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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #4 from Andrej Mitrovic 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 changed: What|Removed |Added CC||dsim...@yahoo.com --- Comment #5 from Andrej Mitrovic 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 changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #3 from Jonathan M Davis 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 changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic 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.D&article_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 changed: What|Removed |Added CC||bugzi...@digitalmars.com Severity|normal |enhancement --- Comment #8 from Walter Bright 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 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #1 from Walter Bright 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 changed: What|Removed |Added Keywords|spec| CC||bugzi...@digitalmars.com --- Comment #3 from Walter Bright 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 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 7345] New: interfaceToC.html missing on left-hand side
http://d.puremagic.com/issues/show_bug.cgi?id=7345 Summary: interfaceToC.html missing on left-hand side 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 2012-01-21 21:06:34 PST --- For some reason, when you go to interfaceToC.html, it's not on the left-hand side of dlang.org at all. You can search for it and find it, and you can go there by clicking on "Language Reference" and then clicking on "Interfacing to C" below that, but as soon as you click on "Interfacing to C" and go to that page, the stuff on the left-hand side un-expands (or whatever the correct word is - I can't think of it at the moment) so that you can't see the link anymore. That doesn't happen with the other pages. The links should stay expanded. -- 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 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 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #7 from Walter Bright 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 1650] Incorrect overload selected with IFTI
http://d.puremagic.com/issues/show_bug.cgi?id=1650 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #13 from Walter Bright 2012-01-21 21:39:46 PST --- I believe the spec and the behavior of the compiler are matching and correct. -- 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 changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #3 from Walter Bright 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 changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #3 from yebblies 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: ---