[Issue 15925] -transition=[check]imports ignores import declaration from mixin templates

https://issues.dlang.org/show_bug.cgi?id=15925 --- Comment #21 from Steven Schveighoffer --- To add to this, I think the use case being held as the example that shows why this was done is: a.d: module a; struct S {} void foo() {} void m(S s) {} // uncomment to hijack! //

[Issue 15925] -transition=[check]imports ignores import declaration from mixin templates

https://issues.dlang.org/show_bug.cgi?id=15925 --- Comment #20 from Steven Schveighoffer --- (In reply to Mathias Lang from comment #18) > Feel free to reach out to me by email if not. In the interest of keeping the discussion public, I'll just reply here. > Now there is

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #19 from Ketmar Dark --- >But maybe your idea of registering on demand is worth considering even with >that >update. if you'll decide that it worth keeping, then just drop a note in 16298, i can rewrite the

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #18 from Steven Schveighoffer --- (In reply to Ketmar Dark from comment #17) > p.s. if it works, please, close my ER in issue 16298 then. Sure. I personally hate the way std.encoding registers all the encodings, so

[Issue 16282] Partial permutation/nextPermutation in std.algorithm

https://issues.dlang.org/show_bug.cgi?id=16282 --- Comment #3 from greenify --- > It looks about how I had envisioned it, but I'm not really jazzed about the idea of installing an entire mathematics package for a one-off script I was expecting to take fifteen minutes. Do

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #17 from Ketmar Dark --- p.s. if it works, please, close my ER in issue 16298 then. --

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #16 from Ketmar Dark --- how did you dare to make my great patch unnecessary?! ;-)) --

[Issue 15925] -transition=[check]imports ignores import declaration from mixin templates

https://issues.dlang.org/show_bug.cgi?id=15925 --- Comment #19 from det <2k...@gmx.net> --- (In reply to Mathias Lang from comment #18) > The rationale is that this behavior allowed symbol hijacking. > > The behavior of the compiler was changed to perform 2 passes for symbol > resolution, the

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #15 from Steven Schveighoffer --- I'm going to have to take back what I said. I added back in the static ctors, and there is no cycle, even with my patch that fixes cycle detection. It's probably all the work on

[Issue 16282] Partial permutation/nextPermutation in std.algorithm

https://issues.dlang.org/show_bug.cgi?id=16282 --- Comment #2 from Wyatt --- I guess it might? It looks about how I had envisioned it, but I'm not really jazzed about the idea of installing an entire mathematics package for a one-off script I was expecting to take fifteen

[Issue 13537] Unions may break immutability

https://issues.dlang.org/show_bug.cgi?id=13537 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 13537] Unions may break immutability

https://issues.dlang.org/show_bug.cgi?id=13537 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/09ed87c973fbcb777806506f7e05fbed30a3f355 fix Issue 13537 - Unions may break immutability

[Issue 16299] New: Documentation for Phobos needs to warn about autodecoding

https://issues.dlang.org/show_bug.cgi?id=16299 Issue ID: 16299 Summary: Documentation for Phobos needs to warn about autodecoding Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 15925] -transition=[check]imports ignores import declaration from mixin templates

https://issues.dlang.org/show_bug.cgi?id=15925 --- Comment #17 from Steven Schveighoffer --- (In reply to Mathias Lang from comment #16) > The details of the bug were wrong (it should be ignored unlike what I > originally believed) While this has your attention, can you

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 Jack Stouffer changed: What|Removed |Added Hardware|x86_64 |All

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com

[Issue 16298] [ER] lazily register standard codecs from std.encoding

https://issues.dlang.org/show_bug.cgi?id=16298 Ketmar Dark changed: What|Removed |Added CC|

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #13 from Ketmar Dark --- did it: https://issues.dlang.org/show_bug.cgi?id=16298 --

[Issue 16298] New: [ER] lazily register standard codecs from std.encoding

https://issues.dlang.org/show_bug.cgi?id=16298 Issue ID: 16298 Summary: [ER] lazily register standard codecs from std.encoding Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #12 from Steven Schveighoffer --- Ketmar, thanks for the patch. I think you should open a new bug report with it so it doesn't get lost. I have to fix the phobosinit code anyway, which will close this. --

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #11 from Ketmar Dark --- p.s. we probably can enumerate all std.encoding module symbols with CTFE reflection instead, but i don't think that it makes huge difference here. paying small fee at program startup

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #10 from Ketmar Dark --- Created attachment 1603 --> https://issues.dlang.org/attachment.cgi?id=1603=edit lazy standard codec registration the attached patch seems to work ok with my system. it registers

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #9 from Steven Schveighoffer --- (In reply to Ketmar Dark from comment #8) > yes, i know. but std.encoding seems to not import anything that may > indirectly import it back, and it *seems* to not break anything for

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #8 from Ketmar Dark --- >I should tell you that cycle detection is currently broken yes, i know. but std.encoding seems to not import anything that may indirectly import it back, and it *seems* to not break

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #7 from Steven Schveighoffer --- (In reply to Ketmar Dark from comment #4) > for now, easy fix is to move that thing back to "std.encoding", as it seems > to not conflict with anything now. and probably create a new

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 Steven Schveighoffer changed: What|Removed |Added Assignee|nob...@puremagic.com

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #5 from Ketmar Dark --- p.s. i think that vibe.d works 'cause it passes all it's files to dmd instead of creating .a library. then dmd generating single object file with everything necessary inside, including

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #4 from Ketmar Dark --- as nothing directly referring to module ctors, linker just doesn't know that it should not optimize 'em away. maybe we can fix that by emiting some flag for .o files, but i don't really

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 --- Comment #3 from Steven Schveighoffer --- (In reply to Ketmar Dark from comment #2) > aha. i see. > > the thing is that std.internal.phobosinit is not imported from anywhere, so > linker simply not including it in resulting

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 Ketmar Dark changed: What|Removed |Added CC|

[Issue 16297] New: Immutable data with statically-known initializer should be implicitly "static"

https://issues.dlang.org/show_bug.cgi?id=16297 Issue ID: 16297 Summary: Immutable data with statically-known initializer should be implicitly "static" Product: D Version: D2 Hardware: All OS: All

[Issue 16291] phobosinit fails to register encodings on individual tests

https://issues.dlang.org/show_bug.cgi?id=16291 Steven Schveighoffer changed: What|Removed |Added CC|

[Issue 16283] [Modules]

https://issues.dlang.org/show_bug.cgi?id=16283 --- Comment #10 from Steven Schveighoffer --- (In reply to Sobirari Muhomori from comment #9) > (In reply to Steven Schveighoffer from comment #8) > > We put up with a lot of grammar inaccuracies that result in simply ignored >

[Issue 16296] std.math.exp should be CTFEable

https://issues.dlang.org/show_bug.cgi?id=16296 greensunn...@gmail.com changed: What|Removed |Added Summary|std.math.expo should run in |std.math.exp should be

[Issue 16296] New: std.math.expo should run in CTFE

https://issues.dlang.org/show_bug.cgi?id=16296 Issue ID: 16296 Summary: std.math.expo should run in CTFE Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

[Issue 16283] [Modules]

https://issues.dlang.org/show_bug.cgi?id=16283 --- Comment #9 from Sobirari Muhomori --- (In reply to Steven Schveighoffer from comment #8) > We put up with a lot of grammar inaccuracies that result in simply ignored > attributes. We can do better. You mean you want to