[Issue 14570] New: Compiler crash relating to extern(C++)
https://issues.dlang.org/show_bug.cgi?id=14570 Issue ID: 14570 Summary: Compiler crash relating to extern(C++) Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: turkey...@gmail.com extern(C++): struct X { __gshared immutable(int)[4] s; } Emits the error: 2Error: Internal Compiler Error: shared or immutable types can not be mapped to C++ (immutable(int[5])) 2Assertion failure: '0' on line 947 in file 'cppmangle.c' And then crashes with popup abnormal program termination Error is reasonable, but shouldn't crash. --
[Issue 14539] +508KB (684KB - 1191KB) filesize increase Hello, world binary
https://issues.dlang.org/show_bug.cgi?id=14539 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com --- Hmm, when are we going to insert a test in the autotester test suite for file size? --
[Issue 14568] New: gaggederrors ICE
https://issues.dlang.org/show_bug.cgi?id=14568 Issue ID: 14568 Summary: gaggederrors ICE Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: vlevenf...@gmail.com this is an invalid program, but instead of an error message gives this: dmd: statement.c:752: ErrorStatement::ErrorStatement(): Assertion `global.gaggedErrors || global.errors' failed. program: struct Interval () { auto left = INVALID; auto opAssign ()(Interval){left;} } auto interval (T)(T point) { Interval!(); } alias Instantiate (alias symbol, Args...) = symbol!Args; template Match (patterns...) { static if (__traits(compiles, Instantiate!(patterns[0]))) alias Match = patterns[0]; else static if (patterns.length == 1) {} } template SubOps (Args...) { auto opIndex () { template IntervalType (T...) { alias Point () = typeof(T.interval); alias IntervalType = Match!(Point); } alias Subspace = IntervalType!(Args); } } struct Nat {mixin SubOps!(null);} --
[Issue 14569] New: BigInt is not compatible with the type of immutable (char) and has a problem when converting from a type immutable(char)
https://issues.dlang.org/show_bug.cgi?id=14569 Issue ID: 14569 Summary: BigInt is not compatible with the type of immutable (char) and has a problem when converting from a type immutable(char) Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: Phobos Assignee: nob...@puremagic.com Reporter: dennis.m.ritc...@mail.ru In my opinion, this should be corrected: import std.stdio : writeln; import std.conv : to, text; import std.bigint : BigInt; void main() { BigInt twoInThousand = 2.to!BigInt ^^ 1000; string s = twoInThousand.text; BigInt sum1, sum2, sum3, sum4; foreach (e; s) { // sum1 += e.to!BigInt; // Error: template instance // std.conv.to!(BigInt).to!(immutable(char)) error instantiating sum2 += e.to!int; // wrong sum3 += e.to!uint; // wrong sum4 += e.text.to!BigInt; // OK } writeln(sum2); // 15862 // wrong writeln(sum3); // 15862 // wrong writeln(sum4); // 1366 // OK } --
[Issue 14569] BigInt is not compatible with the type of immutable (char) and has a problem when converting from a type immutable(char)
https://issues.dlang.org/show_bug.cgi?id=14569 dennis.m.ritc...@mail.ru changed: What|Removed |Added CC||dennis.m.ritc...@mail.ru --
[Issue 13996] Function for returning a temporary file with a randomly generated name where the name can be accessed
https://issues.dlang.org/show_bug.cgi?id=13996 --- Comment #11 from github-bugzi...@puremagic.com --- Commit pushed to revert-2956-tempFile at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/8087f354414ed39f23eec94049a1a154fcbb412c Revert Implement issue# 13996. Add File.tempFile. --
[Issue 14539] +508KB (684KB - 1191KB) filesize increase Hello, world binary
https://issues.dlang.org/show_bug.cgi?id=14539 --- Comment #2 from Walter Bright bugzi...@digitalmars.com --- https://github.com/D-Programming-Language/phobos/pull/3273 --
[Issue 14560] Strange -inline behavior
https://issues.dlang.org/show_bug.cgi?id=14560 Martin Krejcirik m...@krej.cz changed: What|Removed |Added CC||m...@krej.cz --
[Issue 14560] Strange -inline behavior
https://issues.dlang.org/show_bug.cgi?id=14560 --- Comment #2 from Martin Krejcirik m...@krej.cz --- What is the expected error here ? I don't get any output or compilation error. --
[Issue 14564] [REG2.067] dmd -property -unittest combination causes compiler error
https://issues.dlang.org/show_bug.cgi?id=14564 Martin Krejcirik m...@krej.cz changed: What|Removed |Added Summary|dmd -property -unittest |[REG2.067] dmd -property |combination causes compiler |-unittest combination |error |causes compiler error --
[Issue 14560] [REG2.066] Strange -inline behavior
https://issues.dlang.org/show_bug.cgi?id=14560 Martin Krejcirik m...@krej.cz changed: What|Removed |Added Hardware|x86_64 |All Summary|Strange -inline behavior|[REG2.066] Strange -inline ||behavior --
[Issue 14560] [REG2.066] Strange -inline behavior
https://issues.dlang.org/show_bug.cgi?id=14560 --- Comment #4 from Martin Krejcirik m...@krej.cz --- Fails since 2.058 on x86 and since 2.066 on x86_64, marked reg 2.066 for now. --
[Issue 14560] Strange -inline behavior
https://issues.dlang.org/show_bug.cgi?id=14560 --- Comment #3 from Vladimir Panteleev thecybersha...@gmail.com --- Non-zero exit code --
[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD
https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #4 from Manu turkey...@gmail.com --- Oh okay. Will adding it to the Executable Paths cause it to take precedence over other paths already in $PATH? MinGW LDC is probably of fairly limited use... I imagine more MinGW users would want to use GDC? Seems more conventional to me. --
[Issue 14566] New: [2.067] core.demangle: New Nj attribute not handled
https://issues.dlang.org/show_bug.cgi?id=14566 Issue ID: 14566 Summary: [2.067] core.demangle: New Nj attribute not handled Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: regression Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: ibuc...@gdcproject.org With this code: --- module demangle struct test { this(this) { } } --- In 2.066, the frontend mangling ABI would emit an opAssign as follows: _D8demangle4test8opAssignMFNcS8demangle4testZS8demangle4test In 2.067, the frontend now pushes out the following mangled symbol: _D8demangle4test8opAssignMFNaNbNcNiNjNfS8demangle4testZS8demangle4test Which, due to the introduction of Nj for the STCreturn storage (which is for internal purposes only as far as I can tell), core.demangle is no longer able to demangle it. --
[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD
https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #3 from Rainer Schuetze r.sagita...@gmx.de --- It's LDC that is calling lib.exe, so probably the best Visual D can do is to add the path to the VC bin folder to the Executable Paths by default. For the mingw version of LDC, it cannot guess the path to the respective bin folder, though. --
[Issue 14565] dmd -profile produces garbled output for long-running CPU-intensive processes
https://issues.dlang.org/show_bug.cgi?id=14565 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Component|DMD |druntime --- Comment #1 from Walter Bright bugzi...@digitalmars.com --- https://github.com/D-Programming-Language/druntime/pull/1261 --
[Issue 14564] dmd -property -unittest combination causes compiler error
https://issues.dlang.org/show_bug.cgi?id=14564 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com Severity|normal |regression --- Comment #2 from ag0ae...@gmail.com --- (In reply to Lucas Burson from comment #1) I forgot to note that the arg combination compiles using the previous version of dmd v2.066.1, and failure in v2.067.1. Making this a regression. --
[Issue 14552] [REG2.066] SIGSEGV with compile construction nested class in predicate
https://issues.dlang.org/show_bug.cgi?id=14552 Martin Krejcirik m...@krej.cz changed: What|Removed |Added Hardware|x86_64 |All --
[Issue 14554] [REG2.066] dmd generate wrong error message for multiple template with same name
https://issues.dlang.org/show_bug.cgi?id=14554 Martin Krejcirik m...@krej.cz changed: What|Removed |Added Summary|dmd generate wrong error|[REG2.066] dmd generate |message for multiple|wrong error message for |template with same name |multiple template with same ||name --
[Issue 14566] [2.067] core.demangle: New Nj attribute not handled
https://issues.dlang.org/show_bug.cgi?id=14566 Iain Buclaw ibuc...@gdcproject.org changed: What|Removed |Added Component|DMD |druntime --
[Issue 14567] New: [2.067] core.demangle: New Nk attribute not handled
https://issues.dlang.org/show_bug.cgi?id=14567 Issue ID: 14567 Summary: [2.067] core.demangle: New Nk attribute not handled Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: ibuc...@gdcproject.org Same as in #14566 - but this is for the Nk attribute, which is for when return is used as a property. --
[Issue 14552] [REG2.066] SIGSEGV with compile construction nested class in predicate
https://issues.dlang.org/show_bug.cgi?id=14552 Martin Krejcirik m...@krej.cz changed: What|Removed |Added Summary|SIGSEGV with compile|[REG2.066] SIGSEGV with |construction nested class |compile construction nested |in predicate|class in predicate --
[Issue 14566] [2.067] core.demangle: New Nj attribute not handled
https://issues.dlang.org/show_bug.cgi?id=14566 Iain Buclaw ibuc...@gdcproject.org changed: What|Removed |Added CC||ibuc...@gdcproject.org --- Comment #1 from Iain Buclaw ibuc...@gdcproject.org --- Ah, my bad, it's new for the -dip25 switch. Still, it needs to be handled. --
[Issue 14565] dmd -profile produces garbled output for long-running CPU-intensive processes
https://issues.dlang.org/show_bug.cgi?id=14565 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Hardware|x86_64 |All OS|Linux |All Severity|enhancement |normal --
[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD
https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #7 from Rainer Schuetze r.sagita...@gmx.de --- I can't imagine a situation where I don't care about the runtime in my work :/ If you don't build a large application, but just a small command line tool that you don't want to distribute, why bother? But sure, in the cases where you want to use MinGW, would you typically reach for GDC or LDC though? GDC seems more natural, but LDC appears to be more up-to-date with latest dmd. Actually, I don't like all the dependencies that you get with MinGW. Every program seems to need a different version... --
[Issue 14561] Large enums cannot be parsed due to too many recursive template expansions
https://issues.dlang.org/show_bug.cgi?id=14561 Simen Kjaeraas simen.kja...@gmail.com changed: What|Removed |Added CC||simen.kja...@gmail.com --- Comment #2 from Simen Kjaeraas simen.kja...@gmail.com --- (In reply to yebblies from comment #1) I've hit this same issue, and considered posting about it on that pull request. But I'm pretty sure the real problem here is that EnumMembers instantiates with the list[1..$] pattern when it has other options. EnumMembers is one problem, and is easily solved with divide-and-conquer, as used in staticMap, allSatisfy and a few other functions in std.typetuple. The problem is NoDuplicates. EraseAll (called by NoDuplicates) can also be divided and conquered, but I see no way to make NoDuplicates anything other than O(N). It could test for the first ten elements instead of just the first one, thus effectively increasing the max list size by a factor of 10, but then people will come asking why we don't support enums of 5000+ elements. --
[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD
https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #5 from Rainer Schuetze r.sagita...@gmx.de --- Oh okay. Will adding it to the Executable Paths cause it to take precedence over other paths already in $PATH? Yes, it is prepended to PATH. MinGW LDC is probably of fairly limited use... I imagine more MinGW users would want to use GDC? Seems more conventional to me. If you don't care about the runtime, MinGW seems your best bet on Win32. --
[Issue 14497] Disassembly view
https://issues.dlang.org/show_bug.cgi?id=14497 --- Comment #11 from Rainer Schuetze r.sagita...@gmx.de --- Oh yeah, and the other thing was that every time I hit Compile and Disassemble, it prompts me if I want to reload the file. That's a bit annoying. Yeah, I noticed that, too, though it does not seem to happen every time. I'll have to figure out how to avoid that... I think I've solved this, see https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.41-beta4 --
[Issue 14558] Attempts to link with DMD when using MSVC LDC under VisualD
https://issues.dlang.org/show_bug.cgi?id=14558 --- Comment #6 from Manu turkey...@gmail.com --- I can't imagine a situation where I don't care about the runtime in my work :/ But sure, in the cases where you want to use MinGW, would you typically reach for GDC or LDC though? --
[Issue 14497] Disassembly view
https://issues.dlang.org/show_bug.cgi?id=14497 --- Comment #12 from Manu turkey...@gmail.com --- Confirm fixed. This is awesome :) --
[Issue 3841] silent implicit cast from floating point to integral in += etc. operators
https://issues.dlang.org/show_bug.cgi?id=3841 Clement Courbet c...@somebod.com changed: What|Removed |Added CC||c...@somebod.com --- Comment #2 from Clement Courbet c...@somebod.com --- pull https://github.com/D-Programming-Language/dmd/pull/4643 --