[Issue 20349] [REG2.087] ICE with sqrt
https://issues.dlang.org/show_bug.cgi?id=20349 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #10652 "fix Issue 20349 - [REG2.087] ICE with sqrt" was merged into stable: - 294a257d30f891c7c43260fb68fb8ef13d937d5e by Walter Bright: fix Issue 20349 - [REG2.087] ICE with sqrt https://github.com/dlang/dmd/pull/10652 --
[Issue 20443] New: Case where code compiles depending on order of declaration
https://issues.dlang.org/show_bug.cgi?id=20443 Issue ID: 20443 Summary: Case where code compiles depending on order of declaration Product: D Version: D2 Hardware: All URL: https://forum.dlang.org/post/wookkrecjzlvdyybyizf@foru m.dlang.org OS: All Status: NEW Keywords: rejects-valid Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: b2.t...@gmx.com --- enum isCopyable(S) = is(typeof( { S foo = S.init; S copy = foo; } )); struct SumType(T) { static if (!isCopyable!T) @disable this(this); } version(none) class Class2 { Struct1!Class1 subscribers; } struct Struct1(T) { bool[T] items; } struct CallbackType1 { void delegate(Struct1!Class2) func; } alias CallbackType = SumType!CallbackType1; class Class1 { CallbackType _callback; this(CallbackType callback) { // commenting out this ctor compiles OK _callback = callback; } } version(all) class Class2 { Struct1!Class1 subscribers; } void main() {} --- change the version(all) to version(none) and the version(none) no version(all) and the code compiles. run.dlang.io indicates a 2.066 regression 2.064 to 2.065.0: Success and no output 2.066.0 to 2.078.1: Failure with output: onlineapp.d(29): Error: struct onlineapp.SumType!(CallbackType1).SumType is not copyable because it is annotated with @disable Since 2.079.1: Failure with output: onlineapp.d(29): Error: struct `onlineapp.SumType!(CallbackType1).SumType` is not copyable because it is annotated with `@disable` --
[Issue 20355] undefined identifier U in core.atomic
https://issues.dlang.org/show_bug.cgi?id=20355 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/druntime pull request #2870 "Fix Issue 20355 - undefined identifier U in core.atomic" was merged into stable: - f71906eefee8c2bc5ad58e1e9e04817f494c2d2b by MoonlightSentinel: Fix Issue 20355 - undefined identifier U in core.atomic https://github.com/dlang/druntime/pull/2870 --
[Issue 17098] this program worked on DMD 2072.2, but it does not compile on dmd 2073
https://issues.dlang.org/show_bug.cgi?id=17098 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com Summary|this programworked on DMD |this program worked on DMD |2072.2, not it does not |2072.2, but it does not |compile dmd 2073 any betas |compile on dmd 2073 Severity|major |regression --
[Issue 17160] Apparently faulty behavior comparing enum members using `is`
https://issues.dlang.org/show_bug.cgi?id=17160 Basile-z changed: What|Removed |Added Keywords||performance CC||b2.t...@gmx.com OS|Windows |All --- Comment #3 from Basile-z --- compiler explorer shows clearly that for (in Enum) a real (80 bits) comparison occurs while for (Enum) a more correct (and faster) 64 bits. https://godbolt.org/z/W5PYMn --
[Issue 17222] assert in compiler caused by opDispatch
https://issues.dlang.org/show_bug.cgi?id=17222 Basile-z changed: What|Removed |Added Keywords||patch --- Comment #2 from Basile-z --- patch: --- diff --git a/src/dmd/dinterpret.d b/src/dmd/dinterpret.d index 28911bc19..22ea4927e 100644 --- a/src/dmd/dinterpret.d +++ b/src/dmd/dinterpret.d @@ -80,9 +80,9 @@ public Expression ctfeInterpret(Expression e) break; } -assert(e.type); // https://issues.dlang.org/show_bug.cgi?id=14642 -//assert(e.type.ty != Terror);// FIXME -if (e.type.ty == Terror) +// https://issues.dlang.org/show_bug.cgi?id=14642 +// https://issues.dlang.org/show_bug.cgi?id=17222 +if (e.type && e.type.ty == Terror) --- It seems that the assertion on the expression type is not relevant anymore. In the present case, the exp has not type and is a "dotTemplateInstance", for which the InterpreterClass don't access the type. --
[Issue 17222] assert in compiler caused by opDispatch
https://issues.dlang.org/show_bug.cgi?id=17222 Basile-z changed: What|Removed |Added Keywords||ice CC||b2.t...@gmx.com --- Comment #1 from Basile-z --- reduced a bit more: --- template AliasSeq() { } template Proxy(alias a) { template opDispatch(string name, T...) { alias Dummy = AliasSeq!(mixin("a."~name~"!(T)")); } } class Foo { T ifti1(T)(T) { } } static class Hoge { Foo foo; mixin Proxy!foo; } void main() { Hoge.ifti1; } --- The problem seems to be that there's an attempt to alias an expression but the error does not prevent the semantic of: alias Dummy = AliasSeq!(mixin("a."~name~"!(T)")); to stop early because we're in a opDispatch which is infamously known for the problems it creates by ignoring errors. --
[Issue 14872] [2.068.2] Label address in asm [x86-64]
https://issues.dlang.org/show_bug.cgi?id=14872 Basile-z changed: What|Removed |Added Keywords||iasm CC||b2.t...@gmx.com --
[Issue 17745] Upgrade DLang Bugzilla to 4.4.12
https://issues.dlang.org/show_bug.cgi?id=17745 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED CC||b2.t...@gmx.com Resolution|--- |FIXED --- Comment #1 from Basile-z --- 5.0.3 --
[Issue 20355] undefined identifier U in core.atomic
https://issues.dlang.org/show_bug.cgi?id=20355 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @MoonlightSentinel created dlang/druntime pull request #2870 "Fix Issue 20355 - undefined identifier U in core.atomic" fixing this issue: - Fix Issue 20355 - undefined identifier U in core.atomic https://github.com/dlang/druntime/pull/2870 --
[Issue 18085] Segmentation fault: Error: variable __gate forward referenced
https://issues.dlang.org/show_bug.cgi?id=18085 Basile-z changed: What|Removed |Added Keywords||ice CC||b2.t...@gmx.com --
[Issue 19454] Name collisions with unnamed function parameters
https://issues.dlang.org/show_bug.cgi?id=19454 Basile-z changed: What|Removed |Added Keywords||bootcamp, patch CC||b2.t...@gmx.com Hardware|x86_64 |All OS|Linux |All Severity|major |normal --- Comment #1 from Basile-z --- --- diff --git a/src/dmd/semantic3.d b/src/dmd/semantic3.d index 7b08f3639..6e34ed7db 100644 --- a/src/dmd/semantic3.d +++ b/src/dmd/semantic3.d @@ -439,7 +439,7 @@ private extern(C++) final class Semantic3Visitor : Visitor /* Generate identifier for un-named parameter, * because we need it later on. */ -fparam.ident = id = Identifier.generateId("_param_", i); +fparam.ident = id = Identifier.generateId("__param_", i); stc |= STC.temp; } Type vtype = fparam.type; --- --
[Issue 19296] ICE on Unknown member type in struct returned from function
https://issues.dlang.org/show_bug.cgi?id=19296 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Basile-z --- ICE is fixed when compiling with latest stable --
[Issue 20319] cast causing illegal instruction (core dump) in compiler
https://issues.dlang.org/show_bug.cgi?id=20319 Basile-z changed: What|Removed |Added Keywords||ice Status|NEW |RESOLVED CC||b2.t...@gmx.com Hardware|x86 |All Resolution|--- |DUPLICATE OS|Linux |All --- Comment #3 from Basile-z --- *** This issue has been marked as a duplicate of issue 20130 *** --
[Issue 20130] ICE when casting from string to other array type due to __ArrayCast not being written
https://issues.dlang.org/show_bug.cgi?id=20130 Basile-z changed: What|Removed |Added CC||siu...@gmail.com --- Comment #4 from Basile-z --- *** Issue 20319 has been marked as a duplicate of this issue. *** --
[Issue 20130] ICE when casting from string to other array type due to __ArrayCast not being written
https://issues.dlang.org/show_bug.cgi?id=20130 --- Comment #3 from Basile-z --- another one, same problem: --- void main() { auto data = cast(const char[5][]) "qwert"; } --- --
[Issue 20440] Associative arrays with values whose opAssign doesn't return a ref don't support require function
https://issues.dlang.org/show_bug.cgi?id=20440 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Dlang Bot --- dlang/druntime pull request #2869 "Fix Issue 20440 - Associative arrays with values whose opAssign doesn't return a ref don't support require function" was merged into master: - 35538a12511a1e98816dd846003cd9259d92f931 by Nathan Sashihara: Fix Issue 20440 - Associative arrays with values whose opAssign doesn't return a ref don't support require function https://github.com/dlang/druntime/pull/2869 --
[Issue 20160] ThreadInfo.cleanup() clears local thread's registered names instead of "this"'s
https://issues.dlang.org/show_bug.cgi?id=20160 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/phobos pull request #7314 "Fix Issue 20160 - ThreadInfo.cleanup() clears local thread's..." was merged into master: - c8331f13a0cdbbbec9540875e6af1514f09de917 by Bernhard Seckinger: Fix Issue 20160 - ThreadInfo.cleanup() clears local thread's registered names instead of "this"'s https://github.com/dlang/phobos/pull/7314 --
[Issue 20440] Associative arrays with values whose opAssign doesn't return a ref don't support require function
https://issues.dlang.org/show_bug.cgi?id=20440 Nathan S. changed: What|Removed |Added Summary|Associative arrays with |Associative arrays with |values whose `op does not |values whose opAssign |support require or get |doesn't return a ref don't |function|support require function --
[Issue 20440] Associative arrays with values whose `op does not support require or get function
https://issues.dlang.org/show_bug.cgi?id=20440 Nathan S. changed: What|Removed |Added Summary|Associative arrays of |Associative arrays with |BigInt does not support |values whose `op does not |require or get function |support require or get ||function --
[Issue 20440] Associative arrays of BigInt does not support require or get function
https://issues.dlang.org/show_bug.cgi?id=20440 Nathan S. changed: What|Removed |Added CC||n8sh.second...@hotmail.com --- Comment #5 from Nathan S. --- Adjusting title to be more general. Also it seems that `get` currently works with BigInt. --
[Issue 17125] Header Generation Incorrectly Formats Floating Point Number
https://issues.dlang.org/show_bug.cgi?id=17125 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @cristiancreteanu updated dlang/dmd pull request #10634 "Issue17125 - Header Generation Incorrectly Formats Floating Point Number" fixing this issue: - Fix Issue 17125 - Header Generation Incorrectly Formats Floating Point Number https://github.com/dlang/dmd/pull/10634 --
[Issue 20440] Associative arrays of BigInt does not support require or get function
https://issues.dlang.org/show_bug.cgi?id=20440 --- Comment #4 from Dlang Bot --- @n8sh created dlang/druntime pull request #2869 "Fix Issue 20440 - Associative arrays of BigInt does not support require or get function" fixing this issue: - Fix Issue 20440 - Associative arrays of BigInt does not support require or get function Applies to any type with a custom opAssign that doesn't return a ref to self https://github.com/dlang/druntime/pull/2869 --
[Issue 5872] core.sys.*, core.stdc.* modules are not documented
https://issues.dlang.org/show_bug.cgi?id=5872 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de --- Comment #8 from berni44 --- core.stdc.* is meanwhile added, but core.sys.* is still missing --
[Issue 19487] Thread never detaches after spawn
https://issues.dlang.org/show_bug.cgi?id=19487 er.kr...@gmail.com changed: What|Removed |Added CC||er.kr...@gmail.com --- Comment #3 from er.kr...@gmail.com --- I think that the issue is that the thread is never joined properly. I have an application that listens to a socket and spawns a new thread for each (very short-lived) incoming connection, and I have to run `joinLowLevelThread` to get a proper cleanup. And for that each running thread has to send back its id to its parent using `Thread.getThis.id`. Also, thread_joinAll doesn't work in my case either because it waits for all the threads... in order. And I happen to have some other long lived threads, so it blocks there and never cleans up anything. Part of the issue is that you can't get the underlying Thread object from `spawn`, so there's no way to join it. The other part, of course, is that this is not taken care of automatically. Incidentally, it also leaks memory like hell, I can see the GC usage continuously growing and no amount of GC.collect or GC.minimize can get rid of it, so the data must be being kept somewhere... --
[Issue 20355] undefined identifier U in core.atomic
https://issues.dlang.org/show_bug.cgi?id=20355 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de Component|phobos |druntime --
[Issue 6125] to!string doesn't throw on invalid UTF sequence
https://issues.dlang.org/show_bug.cgi?id=6125 --- Comment #4 from berni44 --- The original bug isn't windows specific. I don't know if the example from Lucia Cojocaru can be considered the same bug... --
[Issue 6125] to!string doesn't throw on invalid UTF sequence
https://issues.dlang.org/show_bug.cgi?id=6125 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de OS|Windows |All --
[Issue 20303] Memory leak in core.thread
https://issues.dlang.org/show_bug.cgi?id=20303 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @jpiles created dlang/druntime pull request #2867 "Fix Issue 20303 - Memory leak in core.thread" fixing this issue: - Fix Issue 20303 - Memory leak in core.thread https://github.com/dlang/druntime/pull/2867 --
[Issue 20160] ThreadInfo.cleanup() clears local thread's registered names instead of "this"'s
https://issues.dlang.org/show_bug.cgi?id=20160 --- Comment #2 from Dlang Bot --- @berni44 created dlang/phobos pull request #7314 "Fix Issue 20160 - ThreadInfo.cleanup() clears local thread's..." fixing this issue: - Fix Issue 20160 - ThreadInfo.cleanup() clears local thread's registered names instead of "this"'s https://github.com/dlang/phobos/pull/7314 --
[Issue 20442] Please add a warning that will complain about unused imports
https://issues.dlang.org/show_bug.cgi?id=20442 Seb changed: What|Removed |Added Status|NEW |RESOLVED CC||greeen...@gmail.com Resolution|--- |WONTFIX --- Comment #3 from Seb --- Yes, Walter consistently rejected such proposals. Before this can be tracked as an issue, it needs to get approval from either Atila or Walter, but as Razvan mentioned there are many precedents for rejections, I sadly have to close this as WONTFIX. --
[Issue 20442] Please add a warning that will complain about unused imports
https://issues.dlang.org/show_bug.cgi?id=20442 --- Comment #2 from Manu --- That's a shit solution. Build systems are way complex enough, and a whole other pass to make a trivial warning is silly when we already have a perfectly good warning solution; `-w` --
[Issue 20442] Please add a warning that will complain about unused imports
https://issues.dlang.org/show_bug.cgi?id=20442 RazvanN changed: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #1 from RazvanN --- This has come up in the past and the typical answer was: "This should be implemented as a third party tool using dmd as a library". --
[Issue 13518] thisExePath returns different results on Linux and Mac OSX
https://issues.dlang.org/show_bug.cgi?id=13518 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de --- Comment #1 from berni44 --- Related issue: https://issues.dlang.org/show_bug.cgi?id=16595 --
[Issue 11577] Template std.typetuple.NoDuplicates removes const types for classes and structs
https://issues.dlang.org/show_bug.cgi?id=11577 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de --- Comment #2 from berni44 --- Meanwhile all three of them fail. --
[Issue 14909] Template argument of std.algorithm.iteration.chunkBy cannot access a local variable
https://issues.dlang.org/show_bug.cgi?id=14909 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de Component|phobos |dmd --
[Issue 11171] Text relocations in Phobos shared library
https://issues.dlang.org/show_bug.cgi?id=11171 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de Component|phobos |dmd --
[Issue 20440] Associative arrays of BigInt does not support require or get function
https://issues.dlang.org/show_bug.cgi?id=20440 berni44 changed: What|Removed |Added CC||bugzi...@d-ecke.de Component|phobos |druntime --