[Issue 15202] filter and randomCover do not work together
https://issues.dlang.org/show_bug.cgi?id=15202 Jonathan M Davischanged: What|Removed |Added CC||issues.dl...@jmdavisprog.co ||m --- Comment #2 from Jonathan M Davis --- In the majority of cases, ranges either assert that the range is not empty when front is called, or they don't check at all, and I wouldn't expect that to change - not only because of efficiency concerns, but also because of @nogc (and exceptions currently require the GC). It's simply considered a logic error to call front or popFront on an empty range. So, if there's any chance that a range is going to be empty when you're looking to call front or popFront, then you need to check empty first. --
[Issue 15185] [REG2.069.0-b1] Not possible to create instance of TypeInfo
https://issues.dlang.org/show_bug.cgi?id=15185 Martin Nowakchanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --
[Issue 15206] New: ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547
https://issues.dlang.org/show_bug.cgi?id=15206 Issue ID: 15206 Summary: ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547 Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: h1054...@trbvm.com Works fine on debug but, on optimized builds (-O -release -inline -noboundscheck) it takes a lot longer to build and finally outputs: tym = x1d Internal error: backend\cgxmm.c 547 It's specifically the -O flag that causes this. Tried to minimize with dustmite, but it's still way too big to post here. I don't really have a clue if this is the cause, but the biggest 'component' of the reduced dustmite case is a system that builds custom compile-time type info and shoves it into a hashmap. Then builds some data arrays, switches and the runtime part of the system using those. --
[Issue 15207] New: Wrong codegen with -inline
https://issues.dlang.org/show_bug.cgi?id=15207 Issue ID: 15207 Summary: Wrong codegen with -inline Product: D Version: D2 Hardware: x86 OS: All Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: alil...@gmail.com Compiler: v2.069.0-b2, x86 arch To reproduce: compile with dmd -inline main.d This bug disappear when -inline is removed. -->8 struct vec3f { float x, y, z; this(float x_, float y_, float z_) { x = x_; y = y_; z = z_; } vec3f clone() { vec3f res = this; return res; } } class AnnoyingRegression { vec3f a; this() { a = vec3f(1, 2, 3).clone; // Writes nan nan nan if -inline switch // Writes 1 2 3 if no -inline switch import std.stdio; writefln("%s %s %s", a.x, a.y, a.z); } } void main(string[]args) { new AnnoyingRegression(); } -->8 --
[Issue 15205] New: Incorrect struct init via union array
https://issues.dlang.org/show_bug.cgi?id=15205 Issue ID: 15205 Summary: Incorrect struct init via union array Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: h1054...@trbvm.com Tested with: D2.068.1 and D2.069.b struct Foo { this( float x_, float y_ ) { // option A //x = x_; //y = y_; // option B v[0] = x_; v[1] = y_; } union { struct { float x = 0; float y = 0; } float[2] v; } } struct Bar { Foo foo = Foo( 1, 2 ); } Bar bar; Bar baz = bar.init; printf( "bar: %f, %f\n", bar.foo.x, bar.foo.y ); printf( "baz: %f, %f\n", baz.foo.x, baz.foo.y ); - prints (with option B): bar: 0.00, 0.00 // BUG?? baz: 1.00, 2.00 prints (with option A): bar: 1.00, 2.00 baz: 1.00, 2.00 --
[Issue 15206] ICE on optimized build, tym = x1d Internal error: backend\cgxmm.c 547
https://issues.dlang.org/show_bug.cgi?id=15206 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- A reproducible test case is needed, reduced or not. --
[Issue 15011] can override public method with protected method
https://issues.dlang.org/show_bug.cgi?id=15011 Steven Schveighofferchanged: What|Removed |Added CC||schvei...@yahoo.com Hardware|x86_64 |All OS|Windows |All --- Comment #2 from Steven Schveighoffer --- I don't think it's a "feature". restrictions that have trivial workarounds don't make a lot of sense. However, I don't know that this is something that is super-concerning. --
[Issue 15204] wrong code with -m32 -O -release (floating points, x86)
https://issues.dlang.org/show_bug.cgi?id=15204 poncechanged: What|Removed |Added CC||alil...@gmail.com --- Comment #1 from ponce --- I'm also encountering codegen problems since dmd >= 2.069-b1 Still working on reducing that. --
[Issue 15208] Eradicate all uses of "Enforcement failed" in Phobos
https://issues.dlang.org/show_bug.cgi?id=15208 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3724 --
[Issue 15096] std.array.array cannot be instantiated for pointers to ranges
https://issues.dlang.org/show_bug.cgi?id=15096 --- Comment #2 from Alex Parrill--- Same thing; std.range imports std.array.array --
[Issue 15188] `deallocate` cause memory leaks
https://issues.dlang.org/show_bug.cgi?id=15188 --- Comment #5 from github-bugzi...@puremagic.com --- Commit pushed to stable at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/a96255a2501bc24bd09af9a9143e63d64f58e969 Merge pull request #3712 from 9il/patch-4 [DMD 2.069][allocators] Fix issue 15188 --
[Issue 15109] Always gets install dir wrong when uninstalling previous version
https://issues.dlang.org/show_bug.cgi?id=15109 --- Comment #5 from Manu--- Maybe old installations had the registry populated with a bad path? --
[Issue 15208] New: Eradicate all uses of "Enforcement failed" in Phobos
https://issues.dlang.org/show_bug.cgi?id=15208 Issue ID: 15208 Summary: Eradicate all uses of "Enforcement failed" in Phobos Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: diagnostic Severity: enhancement Priority: P5 Component: phobos Assignee: nob...@puremagic.com Reporter: thecybersha...@gmail.com Using enforce() with no message has clearly shown to be poor practice. This class of diagnostic bugs has appeared in a number of instances: https://issues.dlang.org/show_bug.cgi?id=15133 https://issues.dlang.org/show_bug.cgi?id=14949 https://issues.dlang.org/show_bug.cgi?id=9404 https://issues.dlang.org/show_bug.cgi?id=5462 (and variations of the above - just search Bugzilla for "Enforcement failed") We should eradicate all uses of the message-less enforce() in Phobos, at least. --
[Issue 15109] Always gets install dir wrong when uninstalling previous version
https://issues.dlang.org/show_bug.cgi?id=15109 --- Comment #3 from Manu--- I just updated to the latest DMD, and the latest installer seems to be working working. I think it may have been fixed after my last NG rant. ;) I'll confirm this on a second PC. --
[Issue 15209] redundant error message on invalid field access
https://issues.dlang.org/show_bug.cgi?id=15209 --- Comment #1 from Kenji Hara--- https://github.com/D-Programming-Language/dmd/pull/5196 --
[Issue 15209] redundant error message on invalid field access
https://issues.dlang.org/show_bug.cgi?id=15209 Kenji Harachanged: What|Removed |Added Keywords||pull --
[Issue 15209] New: redundant error message on invalid field access
https://issues.dlang.org/show_bug.cgi?id=15209 Issue ID: 15209 Summary: redundant error message on invalid field access Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: diagnostic Severity: minor Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: k.hara...@gmail.com Test case: class C1 { int x; } struct S1 { alias y = C1.x; } struct S2 { int x; } class C2 { alias y = S2.x; } void main() { S1 s1; s1.y = 10; // Line 10: invalid field variable access auto c2 = new C2(); c2.y = 10; // Line 13: invalid field variable access } Output: test.d(10): Error: struct test.S1 'x' is not a member test.d(10): Error: need 'this' for 'x' of type 'int' test.d(13): Error: need 'this' for 'x' of type 'int' The error "is not a member" at line 10 is redundant. --
[Issue 15109] Always gets install dir wrong when uninstalling previous version
https://issues.dlang.org/show_bug.cgi?id=15109 --- Comment #4 from Vladimir Panteleev--- According to git blame, it's been doing this since Brad's revamp on 2014-07-08. --
[Issue 15099] C++ projects depend on D projects?
https://issues.dlang.org/show_bug.cgi?id=15099 --- Comment #2 from Manu--- I just ran into this again yesterday, and came to post the issue, but realised I already have ;) --
[Issue 15184] Wrongly shaped array accepted as matrix initializer
https://issues.dlang.org/show_bug.cgi?id=15184 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #4 from Vladimir Panteleev --- This is obviously a bug because if you make the array static, you get an error. This only applies to non-static array initialization, which has no reason to be syntactically inconsistent. --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #8 from Vladimir Panteleev--- (In reply to Jacob Carlborg from comment #6) > For Debian with MATE, Debian with Gnome and Windows 10, it's the same as > well. FWIW, Windows 7 says "file" or "folder" in the message depending on what you're deleting. Gnome (not sure which version) uses the same message (to save on localization costs, I guess) but shows a big icon of the item you're about to delete. --
[Issue 15203] Chinese translation of the documentation
https://issues.dlang.org/show_bug.cgi?id=15203 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |INVALID --- Comment #2 from Vladimir Panteleev --- I don't think anyone from the core team speaks Chinese. It would of course be great to have more localized resources for D, however it is up for native speakers of the respective languages to take up this task. The D bug tracker is not a good place to organize such efforts, though. Perhaps you can find a forum of D users speaking your language where such an effort could be organized. --
[Issue 15188] `deallocate` cause memory leaks
https://issues.dlang.org/show_bug.cgi?id=15188 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/cfca3d6037c7679f72878802229497efd95b1501 Merge pull request #3712 from 9il/patch-4 [DMD 2.069][allocators] Fix issue 15188 --
[Issue 15188] `deallocate` cause memory leaks
https://issues.dlang.org/show_bug.cgi?id=15188 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #7 from Vladimir Panteleev--- (In reply to Jacob Carlborg from comment #6) > On OS X, both Finder and Path Finder behave like this: Try the operation that bypasses the recycle bin or equivalent. In either case, you will be doing the deletion from a view which already displays what type the filesystem object is (e.g. via a file/folder icon), so the file manager will already know the object type when it's doing the deletion. > The only reason why you might want to have separate functions is because of > performance reasons. But that's no reason why there can't be a unified > function. Performance has nothing to do with it. There are two issues: 1. Bloat. It's dumb to bloat the stdlib with functions that can be written in a few lines of code and will be used once in a blue moon. 2. Atomicity. There is no simple way to atomically check what type an object is and perform the corresponding operation. Between the check and the operation the filesystem may have changed, and ugly things might happen. This is the same reason why "rename" has no "bool overwrite" - overwriting is always on, because that's what the OS API provides. In theory you could rename the object to an unique name, check its type, and then do the appropriate operation, but this sort of complicated machinations are best left for user code. --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #6 from Jacob Carlborg--- (In reply to Vladimir Panteleev from comment #5) > (In reply to Jacob Carlborg from comment #4) > > BTW, in a GUI it's the same operation for all there cases. > > Not at all, unless it's a very poor GUI. I said "same operation", i.e. clicking on the same menu item/button. > A good file manager will display to the user the type of object the user is > about to delete for confirmation. Additionally, if the directory is not > empty, an additional (or more noticeable) confirmation should be displayed. On OS X, both Finder and Path Finder behave like this: If a file, empty directory or non-empty directory is put in the trash no confirmation are required. When the trash is emptied there's a generic confirmation, regardless of the content. For something that would bypass the trash, i.e. removing from a network drive, a confirmation is required. But the it's the same message for all three cases. For Debian with MATE, Debian with Gnome and Windows 10, it's the same as well. > You still haven't provided a good use case. The only reason why you might want to have separate functions is because of performance reasons. But that's no reason why there can't be a unified function. --
[Issue 15188] `deallocate` cause memory leaks
https://issues.dlang.org/show_bug.cgi?id=15188 --- Comment #2 from Илья Ярошенко--- (In reply to Vladimir Panteleev from comment #1) > Nice bug report. How about a description, test case, or at least a > clarification of which "deallocate" this refers to? Oops! https://github.com/D-Programming-Language/phobos/pull/3712 --
[Issue 15188] `deallocate` cause memory leaks
https://issues.dlang.org/show_bug.cgi?id=15188 --- Comment #4 from Vladimir Panteleev--- Thanks, sorry if I sounded grumpy. Maybe put e.g. "(pull pending)" in the description as a placeholder. --
[Issue 15182] only(enums) refused
https://issues.dlang.org/show_bug.cgi?id=15182 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |WORKSFORME --- Comment #2 from Vladimir Panteleev --- Introduced in https://github.com/D-Programming-Language/dmd/pull/3885 Fixed in https://github.com/D-Programming-Language/dmd/pull/4706 --
[Issue 15188] `deallocate` cause memory leaks
https://issues.dlang.org/show_bug.cgi?id=15188 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- Nice bug report. How about a description, test case, or at least a clarification of which "deallocate" this refers to? --
[Issue 15092] [REG2.066.0][ICE] Assertion failed: (type->ty != Tstruct || ((TypeStruct *)type)->sym == this), function semantic, file struct.c, line 936.
https://issues.dlang.org/show_bug.cgi?id=15092 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Summary|[ICE] Assertion failed: |[REG2.066.0][ICE] Assertion |(type->ty != Tstruct || |failed: (type->ty != |((TypeStruct *)type)->sym |Tstruct || ((TypeStruct |== this), function |*)type)->sym == this), |semantic, file struct.c,|function semantic, file |line 936. |struct.c, line 936. --- Comment #1 from Vladimir Panteleev --- This is a regression. Introduced in https://github.com/D-Programming-Language/dmd/pull/3383 --
[Issue 15096] std.array.array cannot be instantiated for pointers to ranges
https://issues.dlang.org/show_bug.cgi?id=15096 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Summary|std.range.array cannot be |std.array.array cannot be |instantiated for pointers |instantiated for pointers |to ranges |to ranges --- Comment #1 from Vladimir Panteleev --- I'm guessing you mean std.array.array: http://dlang.org/phobos/std_array.html#array --
[Issue 15099] C++ projects depend on D projects?
https://issues.dlang.org/show_bug.cgi?id=15099 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Assignee|nob...@puremagic.com|r.sagita...@gmx.de --
[Issue 15204] wrong code with -m32 -O -release (floating points, x86)
https://issues.dlang.org/show_bug.cgi?id=15204 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #2 from Vladimir Panteleev --- (In reply to Илья Ярошенко from comment #0) > See debug code in https://github.com/D-Programming-Language/phobos/pull/3559 Can you post a self-contained test case here? --
[Issue 15059] D Bug Tracker graph disappeared
https://issues.dlang.org/show_bug.cgi?id=15059 Vladimir Panteleevchanged: What|Removed |Added CC||bra...@puremagic.com, ||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- This is odd. The URL for the graph is: https://issues.dlang.org/graphs/mVH75HpydPklNqy3BSv8EvqlAOaP1WacmgYB1CsRbiM.png This was a 404. Now it loads. I think this image is cached and somehow deleted, possibly as part of a periodic clean-up. To get it to regenerate, you simply have to click on the image (i.e. go to https://issues.dlang.org/reports.cgi?product=D=NEW=ASSIGNED=REOPENED=RESOLVED). We could add a hidden iframe to bugstats.php to link to this page. I wonder how often the cleanup occurs. CC Brad --
[Issue 15061] std.experimental.logger uses @safe on function templates
https://issues.dlang.org/show_bug.cgi?id=15061 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Assignee|nob...@puremagic.com|rburn...@gmail.com --
[Issue 15205] Incorrect struct init via union array
https://issues.dlang.org/show_bug.cgi?id=15205 ag0ae...@gmail.com changed: What|Removed |Added Keywords||wrong-code CC||ag0ae...@gmail.com Hardware|x86_64 |All OS|Windows |All --
[Issue 15069] [REG2.064] nonsense struct template instantiations still compile
https://issues.dlang.org/show_bug.cgi?id=15069 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Summary|nonsense struct template|[REG2.064] nonsense struct |instantiations still|template instantiations |compile |still compile --- Comment #2 from Vladimir Panteleev --- This is a regression. Introduced in https://github.com/D-Programming-Language/dmd/pull/2051 --
[Issue 15082] Output of process is not captured on Win64
https://issues.dlang.org/show_bug.cgi?id=15082 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- What VC version? Works fine here with VC2013 libs. --
[Issue 15086] import doesn't verify module declaration
https://issues.dlang.org/show_bug.cgi?id=15086 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- I think this is a dupe of some ancient bug... IIRC, the gist of the situation is that it would preclude object_.d from compiling. Oh, but object_.d is now called object.d, so this might be relevant again. --
[Issue 15055] isArray!NonArray doesn't short-circuit an expression
https://issues.dlang.org/show_bug.cgi?id=15055 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |WONTFIX --- Comment #2 from Vladimir Panteleev --- I'm guessing this is WONTFIX if the PR was rejected. --
[Issue 15073] SIGRTMIN is an alias to a private function
https://issues.dlang.org/show_bug.cgi?id=15073 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |FIXED --- Comment #3 from Vladimir Panteleev --- PR was merged. --
[Issue 15077] Two structs with the same name could have a nicer error message
https://issues.dlang.org/show_bug.cgi?id=15077 Vladimir Panteleevchanged: What|Removed |Added Keywords||diagnostic CC||thecybersha...@gmail.com --
[Issue 15061] std.experimental.logger uses @safe on function templates
https://issues.dlang.org/show_bug.cgi?id=15061 Robert Schadekchanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Robert Schadek --- fixed in https://github.com/D-Programming-Language/phobos/pull/3681 I guess --
[Issue 15066] std.net.curl.get should support IPv6 addresses on Windows
https://issues.dlang.org/show_bug.cgi?id=15066 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |FIXED --- Comment #4 from Vladimir Panteleev --- PR was merged. --
[Issue 15084] GC must ensure there is at least X% of free space in the heap after collection to avoid frequent collections
https://issues.dlang.org/show_bug.cgi?id=15084 Vladimir Panteleevchanged: What|Removed |Added CC||c...@dawg.eu, ||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- I thought our GC already did this, especially since the optimizations from this/last year. Martin? --
[Issue 15094] [REG2.063] __traits(getMember) fails when the source is a struct/class field
https://issues.dlang.org/show_bug.cgi?id=15094 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Summary|__traits(getMember) fails |[REG2.063] |when the source is a|__traits(getMember) fails |struct/class field |when the source is a ||struct/class field --- Comment #1 from Vladimir Panteleev --- This appears to be a regression. Introduced in https://github.com/D-Programming-Language/dmd/pull/1687 --
[Issue 15133] Error message is incomprehensible
https://issues.dlang.org/show_bug.cgi?id=15133 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/91b34d9c70dd25f152f4cac9628e99022a3342fd fix Issue 15133 - Error message is incomprehensible https://github.com/D-Programming-Language/phobos/commit/758e6f2f9edd77e0333d188f73debb846c18cf88 Merge pull request #3723 from CyberShadow/pull-20151015-184625 fix Issue 15133 - Error message is incomprehensible --
[Issue 15168] [REG2.068.0] std.variant.Algebraic interacts badly with string alias this sub-types
https://issues.dlang.org/show_bug.cgi?id=15168 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Summary|std.variant.Algebraic |[REG2.068.0] |interacts badly with string |std.variant.Algebraic |alias this sub-types|interacts badly with string ||alias this sub-types Severity|major |regression --- Comment #1 from Vladimir Panteleev --- This seems to be a regression. Introduced in https://github.com/D-Programming-Language/phobos/pull/3394 --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #2 from Jacob Carlborg--- (In reply to Vladimir Panteleev from comment #1) > Why? This corresponds to neither how the OS APIs work nor how it's done in > the shell - there are separate commands to remove a file, directory or a > directory and its contents. I don't think that matters at all. Why would we build all these abstractions in the first place? > If the program created a file/directory, it should already know what sort of > filesystem object it is. I can't think of many situations where this would > be useful. Yes, but I can't imagine why I would want to use separate API's for that. Do you want to use different operators for addition for "long" and for "int" as well? I mean, I assume you know what type it is. --
[Issue 15178] "Try D" widget on homepage mangles Unicode
https://issues.dlang.org/show_bug.cgi?id=15178 Vladimir Panteleevchanged: What|Removed |Added CC||nazriel6...@gmail.com, ||thecybersha...@gmail.com Assignee|nob...@puremagic.com|nazr...@dzfl.pl --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #3 from Vladimir Panteleev--- Files and directories are completely different objects in how they behave. Your analogy doesn't hold - a better analogy would be having separate operators for adding strings and ints. --
[Issue 15148] Linker error with packages
https://issues.dlang.org/show_bug.cgi?id=15148 --- Comment #2 from yazan.dab...@gmail.com --- I think it should either be a compilation error or it should just work, but not a linker error. I don't have a preference to either. --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #4 from Jacob Carlborg--- I don't agree. BTW, in a GUI it's the same operation for all there cases. --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 --- Comment #5 from Vladimir Panteleev--- (In reply to Jacob Carlborg from comment #4) > BTW, in a GUI it's the same operation for all there cases. Not at all, unless it's a very poor GUI. A good file manager will display to the user the type of object the user is about to delete for confirmation. Additionally, if the directory is not empty, an additional (or more noticeable) confirmation should be displayed. You still haven't provided a good use case. --
[Issue 13980] We need better documentation for potential contributors
https://issues.dlang.org/show_bug.cgi?id=13980 --- Comment #2 from Andrei Alexandrescu--- (In reply to Jack Stouffer from comment #1) > I would argue that http://wiki.dlang.org/Starting_as_a_Contributor full > fills this. That's on POSIX. Is there a Windows equivalent yet? --
[Issue 15102] Unified function to remove files/directories
https://issues.dlang.org/show_bug.cgi?id=15102 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- Why? This corresponds to neither how the OS APIs work nor how it's done in the shell - there are separate commands to remove a file, directory or a directory and its contents. If the program created a file/directory, it should already know what sort of filesystem object it is. I can't think of many situations where this would be useful. --
[Issue 15124] Order By Number Of Downloads On code.dlang.org
https://issues.dlang.org/show_bug.cgi?id=15124 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- I'm not sure this is currently easily possible, as the listings are all static files on Amazon S3. --
[Issue 15128] "IP_ADD_MEMBERSHIP" error in winsock2.d
https://issues.dlang.org/show_bug.cgi?id=15128 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/druntime/pull/1409 --
[Issue 15105] paths never work
https://issues.dlang.org/show_bug.cgi?id=15105 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Assignee|nob...@puremagic.com|r.sagita...@gmx.de --
[Issue 15113] we should automate checking of broken links on dlang.org.
https://issues.dlang.org/show_bug.cgi?id=15113 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #3 from Vladimir Panteleev --- FWIW, chmgen does some linting which identifies broken internal links. --
[Issue 15148] Linker error with packages
https://issues.dlang.org/show_bug.cgi?id=15148 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- package.d needs a module statement, it doesn't know where the hierarchy root is. I think this is invalid. --
[Issue 15133] Error message is incomprehensible
https://issues.dlang.org/show_bug.cgi?id=15133 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3723 --
[Issue 15155] ')' cannot be expressed in code examples
https://issues.dlang.org/show_bug.cgi?id=15155 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=15122 --
[Issue 15122] Ddoc: macros not expanded in comments in code sections
https://issues.dlang.org/show_bug.cgi?id=15122 Vladimir Panteleevchanged: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=15155 --
[Issue 15162] byDchar calls empty twice in a row
https://issues.dlang.org/show_bug.cgi?id=15162 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #2 from Vladimir Panteleev --- (In reply to John Colvin from comment #1) > Not totally sure, but I think you're just seeing > https://github.com/D-Programming-Language/phobos/blob/master/std/utf.d#L1169 I think you're right, there's just one "empty" in a row with -release. --
[Issue 15109] Always gets install dir wrong when uninstalling previous version
https://issues.dlang.org/show_bug.cgi?id=15109 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Assignee|nob...@puremagic.com|e...@gnuk.net --- Comment #1 from Vladimir Panteleev --- I think we can fix this by saving the path in the registry, by adding: InstallDirRegKey HKCU "Software\D" "InstallPath" at the top and WriteRegStr HKCU "Software\D" "InstallPath" $INSTDIR at the bottom (install Section). --
[Issue 15109] Always gets install dir wrong when uninstalling previous version
https://issues.dlang.org/show_bug.cgi?id=15109 --- Comment #2 from Vladimir Panteleev--- Hm, looking at the code, it already does that! InstallDirRegKey HKCU "Software\${DName}" "InstallationFolder" ... WriteRegStr HKLM "SOFTWARE\${DName}" "InstallationFolder" "$INSTDIR" I guess it's not working for some reason? --