[Issue 14986] New: Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 Issue ID: 14986 Summary: Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL) Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: d...@me.com When I compile Tango use DMD 2.068.1-b2 I get this error (dmd -c tango/core/Variant.d) : Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL), function toExpression, file mtype.c, line 6894. It looks similar to issue 14889 but this assertion is at a different location. --
[Issue 14692] SIGSEGV during SHA.put
https://issues.dlang.org/show_bug.cgi?id=14692 --- Comment #7 from Vladimir Panteleev--- We're going to need a self-contained reproducible testcase. Please check out Dustmite if you haven't already. Since this problem doesn't manifest in GDC, your Dustmite test script can try compiling the program with GDC and DMD, and return 0 only if the program segfaults with DMD but not GDC. --
[Issue 14988] New: Looks like inconsistent error report for the pointless in-contract definition
https://issues.dlang.org/show_bug.cgi?id=14988 Issue ID: 14988 Summary: Looks like inconsistent error report for the pointless in-contract definition Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: k.hara...@gmail.com Compiler reports an error for Foo1.foo, but not for Foo2.foo. class Obj1 { string foo() { return ""; } } class Obj2 { string foo(); } class Foo1 : Obj1 { // Error: function test.Foo1.foo cannot have an in contract //when overriden function test.Obj1.foo does not have an in contract override string foo() in { } body { return "foo"; } } class Foo2 : Obj2 { // no error override string foo() in { } body { return "foo"; } } The original mention is here: http://forum.dlang.org/post/ms0uh4$24i6$1...@digitalmars.com With 2.067.x, following code had worked without any errors, but with 2.068.1, it makes an error. class Foo { override string toString() in { } body { return "foo"; } } That's introduced by the druntime change that to directly use object.d than object.di file. --
[Issue 14987] Internal error: backend/cod1.c 1711
https://issues.dlang.org/show_bug.cgi?id=14987 Luís Marqueschanged: What|Removed |Added CC||l...@luismarques.eu --- Comment #1 from Luís Marques --- rswhite4, although the compiler error should be fixed, I don't think this code was going to work anyway. size_t[4] and size_t[5] are different types, and `auto dim(size_t dim);` is not a template, so you would not be able to return one or the other from the same function. Did you mean to write something like this? import std.range : repeat, take, array; auto dim(size_t n)() { size_t[n] a = n.repeat.take(n).array; return a; } void main() { auto arr1 = dim!4; } --
[Issue 14980] [REG2.068] getAddressInfo(null) broken
https://issues.dlang.org/show_bug.cgi?id=14980 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/156bf68ef7008343755ab450facdd0e5604f6fac fix Issue 14980 - getAddressInfo(null) broken https://github.com/D-Programming-Language/phobos/commit/e06c7a9e607bc7ca37958459c079e81c35893250 Merge pull request #3612 from 9rnsr/fix14980 [REG2.068] Issue 14980 - getAddressInfo(null) broken --
[Issue 14980] [REG2.068] getAddressInfo(null) broken
https://issues.dlang.org/show_bug.cgi?id=14980 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14713] dmd -ofpath/to/bar calls mkdir -p to create a file anywhere
https://issues.dlang.org/show_bug.cgi?id=14713 Luís Marqueschanged: What|Removed |Added CC||l...@luismarques.eu --- Comment #4 from Luís Marques --- (In reply to Vladimir Panteleev from comment #3) > Good points. However, at this point it's unlikely the current behavior will > be changed (unless e.g. new arguments surface that show this to be a > security problem) as it might break existing build scripts. If this were to be changed, would you include a -p switch to allow deep path creations? If so, then how about outputting a warning when a deep path is created and -p was not specified? Later, this could become an error, instead of a warning. --
[Issue 14777] 0 is not the initial value for std.zlib.adler32
https://issues.dlang.org/show_bug.cgi?id=14777 --- 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/1156b077b66b8d02f1eb813b676521f60a1ef936 fix Issue 14777 - 0 is not the initial value for std.zlib.adler32 https://github.com/D-Programming-Language/phobos/commit/284bf7606238b52d9c19c9e466129b202858f6db Merge pull request #3610 from CyberShadow/pull-20150831-113910 fix Issue 14777 - 0 is not the initial value for std.zlib.adler32 --
[Issue 14777] 0 is not the initial value for std.zlib.adler32
https://issues.dlang.org/show_bug.cgi?id=14777 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14785] Some corner cases are not handled properly by core.checkedint.
https://issues.dlang.org/show_bug.cgi?id=14785 --- Comment #2 from thomas.bock...@gmail.com --- I finally got around to doing so a few days ago: [PR #1365](https://github.com/D-Programming-Language/druntime/pull/1365) --
[Issue 14786] The built-in exponentiation operator ^^ sometimes returns a value with the wrong sign.
https://issues.dlang.org/show_bug.cgi?id=14786 --- Comment #6 from thomas.bock...@gmail.com --- I have filed a pull request on GitHub: [phobos PR #3598](https://github.com/D-Programming-Language/phobos/pull/3598) --
[Issue 14987] Internal error: backend/cod1.c 1711
https://issues.dlang.org/show_bug.cgi?id=14987 --- Comment #2 from rswhi...@gmail.com --- (In reply to Luís Marques from comment #1) > rswhite4, although the compiler error should be fixed, I don't think this > code was going to work anyway. size_t[4] and size_t[5] are different types, > and `auto dim(size_t dim);` is not a template, so you would not be able to > return one or the other from the same function. > > Did you mean to write something like this? > > import std.range : repeat, take, array; > > auto dim(size_t n)() > { > size_t[n] a = n.repeat.take(n).array; > return a; > } > > void main() > { > auto arr1 = dim!4; > } Nope, just testing. --
[Issue 14695] [dlang.org] std.uuid Is Not Listed On The Index Page
https://issues.dlang.org/show_bug.cgi?id=14695 --- Comment #2 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/b4f25d0d43ee93a4479d3acbf071b0348e72dc6b Update index.d - Add missing modules - Remove obsolete modules - Normalize markup - Disable wrapping of module names - Add intentionally-omitted modules as a comment Fixes issue 14695 --
[Issue 14695] [dlang.org] std.uuid Is Not Listed On The Index Page
https://issues.dlang.org/show_bug.cgi?id=14695 Jack Stoufferchanged: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #3 from Jack Stouffer --- That pull does not actually fix this issue. std.uuid is still not on the index page. --
[Issue 14695] [dlang.org] std.uuid Is Not Listed On The Index Page
https://issues.dlang.org/show_bug.cgi?id=14695 --- Comment #4 from Vladimir Panteleev--- https://github.com/D-Programming-Language/phobos/pull/3616 --
[Issue 14785] Some corner cases are not handled properly by core.checkedint.
https://issues.dlang.org/show_bug.cgi?id=14785 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull --- Comment #3 from Vladimir Panteleev --- Great, thanks! --
[Issue 14986] [REG2.068.1-b2] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14986] [REG2.068.1-b2] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 --- Comment #6 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/0f50f12dfda9064723ed1d78fe0e724687fff150 fix Issue 14986 - Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL) https://github.com/D-Programming-Language/dmd/commit/fa02c617d58e9dc73afbef83f41ae041287e3ba9 Merge pull request #5004 from 9rnsr/fix14986 [REG2.068.1-b2] Issue 14986 - Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL) --
[Issue 14701] std.algorithm.each missing from 2.067 changelog
https://issues.dlang.org/show_bug.cgi?id=14701 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |INVALID --- Comment #1 from Vladimir Panteleev --- It's not missing (at least now). It's under "Phobos enhancements": > Bugzilla 12409: Add "each" function as found in Ruby and jQuery It wasn't given a "spotlight entry", if that's what you mean. --
[Issue 14715] Add README.md to the tools Repository
https://issues.dlang.org/show_bug.cgi?id=14715 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/tools/pull/174 --
[Issue 14782] Internal error: backend/cod1.c
https://issues.dlang.org/show_bug.cgi?id=14782 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Severity|normal |regression --- Comment #2 from Vladimir Panteleev --- This is a regression. Introduced in https://github.com/D-Programming-Language/dmd/pull/1630 --
[Issue 14953] std.concurrency: Add function to flush message box
https://issues.dlang.org/show_bug.cgi?id=14953 --- Comment #10 from Chris--- I see. It still may be necessary to know the size of the message box and be able to flush it. The fact that messages stick around for the life span of the thread can lead to undesired behavior, especially when the thread is meant to be running in the background for the duration of the program. You may close a thread down, once you're no longer interested in the message box, and start a new one for the next input, but that seems rather wasteful and may block the main thread while it is waiting for the closing down protocol to finish. I can imagine that this may be an issue for computer games. If there is a good solution other than introducing a new method to flush the message box, I'd be happy, but so far I haven't found it. --
[Issue 14713] dmd -ofpath/to/bar calls mkdir -p to create a file anywhere
https://issues.dlang.org/show_bug.cgi?id=14713 --- Comment #3 from Vladimir Panteleev--- Good points. However, at this point it's unlikely the current behavior will be changed (unless e.g. new arguments surface that show this to be a security problem) as it might break existing build scripts. --
[Issue 14508] [REG2.067.0] compiling with -unittest instantiates templates in non-root modules
https://issues.dlang.org/show_bug.cgi?id=14508 Kenji Harachanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Kenji Hara --- In 2.068.1-b2, it's properly fixed, by the PR: https://github.com/D-Programming-Language/dmd/pull/4944 --
[Issue 14986] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 --- Comment #1 from Kenji Hara--- Please post the reduced test case in bugzilla. --
[Issue 14695] [dlang.org] std.uuid Is Not Listed On The Index Page
https://issues.dlang.org/show_bug.cgi?id=14695 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3607 --
[Issue 14714] Add README.md to the Installer Repository
https://issues.dlang.org/show_bug.cgi?id=14714 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/installer/pull/143 --
[Issue 14948] [Reg 2.068.0] AA key requirement was broken w/o notice and w/ horrible error message
https://issues.dlang.org/show_bug.cgi?id=14948 --- Comment #4 from Kenji Hara--- (In reply to Steven Schveighoffer from comment #3) > 2. Error message is horrible, we need to know where the AA was instantiated > to be able to fix this. With my reduced test case, the error message prints line 4, it's where the AA type int[HTTP] is declared. --
[Issue 14948] [Reg 2.068.0] AA key requirement was broken w/o notice and w/ horrible error message
https://issues.dlang.org/show_bug.cgi?id=14948 Kenji Harachanged: What|Removed |Added Keywords||pull --- Comment #6 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/5001 --
[Issue 14948] [Reg 2.068.0] AA key requirement was broken w/o notice and w/ horrible error message
https://issues.dlang.org/show_bug.cgi?id=14948 Kenji Harachanged: What|Removed |Added Component|phobos |dmd --- Comment #5 from Kenji Hara --- OK, I noticed this is a compiler issue. Usually D compiler automatically generates toHash member function by using TypeInfo.getHash function. But in particular case it had not worked. Reduced test case: struct RefCounted(T) { struct Impl { T data; } Impl* impl; @property ref T payload() { return impl.data; } alias payload this; } struct HTTP { struct Impl { } RefCounted!Impl p; } void main() { int[HTTP] aa; } The root problem is very similar to issue 14806. --
[Issue 14755] Could -profile=gc also give the number of allocations that led to X bytes being allocated?
https://issues.dlang.org/show_bug.cgi?id=14755 --- Comment #2 from ponce--- Wow, thanks! --
[Issue 14777] 0 is not the initial value for std.zlib.adler32
https://issues.dlang.org/show_bug.cgi?id=14777 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3610 --
[Issue 13693] Assertion failed at cppmangle.c:298: void CppMangleVisitor::mangle_variable(VarDeclaration*, bool)
https://issues.dlang.org/show_bug.cgi?id=13693 Luís Marqueschanged: What|Removed |Added CC||l...@luismarques.eu --- Comment #2 from Luís Marques --- This also causes problems: struct Foo { extern (C++) static int foo; } --
[Issue 14709] dmd/samples/listener.d socket.accept exception handling is incorrect
https://issues.dlang.org/show_bug.cgi?id=14709 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/dmd/pull/5000 --
[Issue 14749] std.array not passing any typeinfo to GC
https://issues.dlang.org/show_bug.cgi?id=14749 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3609 --
[Issue 14755] Could -profile=gc also give the number of allocations that led to X bytes being allocated?
https://issues.dlang.org/show_bug.cgi?id=14755 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/druntime/pull/1370 --
[Issue 14950] Setting enum value to the last member of another enum causes int overflow error
https://issues.dlang.org/show_bug.cgi?id=14950 Kenji Harachanged: What|Removed |Added Keywords||pull --- Comment #2 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/5006 --
[Issue 14808] phobos sidebar "D Lib" link is back to homepage
https://issues.dlang.org/show_bug.cgi?id=14808 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/dlang.org/pull/1085 --
[Issue 14821] First argument of std.zlib.uncompress should be const
https://issues.dlang.org/show_bug.cgi?id=14821 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |WORKSFORME --- Comment #1 from Vladimir Panteleev --- Fixed by https://github.com/D-Programming-Language/phobos/pull/3511 --
[Issue 14798] [etc.c.sqlite3] sqlite3_errstr definition missing
https://issues.dlang.org/show_bug.cgi?id=14798 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3617 --
[Issue 14799] Documentation for std.zlib.compress is incorrect
https://issues.dlang.org/show_bug.cgi?id=14799 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #2 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3618 --
[Issue 14749] std.array not passing any typeinfo to GC
https://issues.dlang.org/show_bug.cgi?id=14749 --- Comment #2 from Vladimir Panteleev--- The GC doesn't seem to be using the TypeInfo parameters currently. What is your use case for this change? --
[Issue 14950] Setting enum value to the last member of another enum causes int overflow error
https://issues.dlang.org/show_bug.cgi?id=14950 Kenji Harachanged: What|Removed |Added Keywords|rejects-valid |diagnostic Hardware|x86_64 |All OS|Linux |All Severity|normal |minor --- Comment #1 from Kenji Hara --- This is a minor diagnostic issue. In D, a derived enum type cannot overflow the value range of its base type. http://dlang.org/enum > If there is no AssignExpression and it is not the first EnumMember, it is > given the value of the previous EnumMember+1. If the value of the previous > EnumMember is EnumBaseType.max, it is an error. If the value of the previous > EnumMember+1 is the same as the value of the previous EnumMember, it is an > error. (This can happen with floating point types.) With the definition of A and B > enum A { > start, > end > } > > enum B { > start = A.end, > end > } The base type of B is implicitly deduced to A, because B.start is defined by using A.end. So B.end is beyond the value of A.max (== A.end), and compiler reports an overflow error. But current error message is a little confusing. The current message > ./test.d(9): Error: enum member test.B.end initialization with (B.start + 1) > causes overflow for type 'int' should become: ./test.d(9): Error: enum member test.B.end initialization with (B.start + 1) causes overflow for type 'A' To avoid the error, you need to specify the base of each enum types explicitly. You're intended that the two enums are for C library interfaces, so the best for that would be int. A fixup example: enum A : int { start, // == int(0) end // == int(1) } enum B : int { start = A.end, // == cast(int)A.end == int(0) end // == int(1) } Then, the B definition never overflows from its base type range: 0 to int.max. --
[Issue 14803] successful static assert can change result of compilation
https://issues.dlang.org/show_bug.cgi?id=14803 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com Severity|normal |regression --- Comment #1 from Vladimir Panteleev --- This appears to be a regression. Introduced by https://github.com/D-Programming-Language/dmd/pull/544 --
[Issue 14955] [D1] Add module profiling feature
https://issues.dlang.org/show_bug.cgi?id=14955 --- Comment #4 from Walter Bright--- > On the other hand, is there any reason why it is a bad idea (apart from > general "minimize additions" concern)? That's the only concern. > Would you be against adding support for this only in D1? Not at all. You're the only D1 customer, so what you need is the only thing that matters. > We can provide the implementation, of course. Sounds good! --
[Issue 13702] One missed 'may cause GC allocation' error message
https://issues.dlang.org/show_bug.cgi?id=13702 Kenji Harachanged: What|Removed |Added Keywords||pull Hardware|x86 |All OS|Windows |All --- Comment #1 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/5007 --
[Issue 14783] Overlapping Arrays with Binary Operations on Itself
https://issues.dlang.org/show_bug.cgi?id=14783 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- I'm not sure if this is a regression or not, but the test case runs fine before this PR: https://github.com/D-Programming-Language/druntime/pull/661 > The code below will not compile Will not run --
[Issue 14783] Overlapping Arrays with Binary Operations on Itself
https://issues.dlang.org/show_bug.cgi?id=14783 --- Comment #4 from Denis Shelomovskij--- (In reply to Vladimir Panteleev from comment #3) > > It produced an undefined result > > In what situation would the result be not what the user expected? The test > given here works as expected (produces 0,1,4). I don't now, I can't even guarantee this case exists now because it will require reading all the implementations in different assembly languages. The fact an "undefined behaviour" situation produces an expected result for now doesn't change anything. This functionality is (and was) not officially supported by array functions implementation. Period. --
[Issue 14783] Overlapping Arrays with Binary Operations on Itself
https://issues.dlang.org/show_bug.cgi?id=14783 --- Comment #5 from John Hall--- (In reply to Vladimir Panteleev from comment #3) > > It produced an undefined result > > In what situation would the result be not what the user expected? The test > given here works as expected (produces 0,1,4). I've only checked it on the latest versions of DMD (2.067 and 2.068), not before the earlier PR. You're right that it compiles in that I can get an exe. It's just that I can't run the exe. --
[Issue 14669] auto attribute on function parameter should be error always
https://issues.dlang.org/show_bug.cgi?id=14669 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14986] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 --- Comment #2 from Jacob Carlborg--- This is what Dustmite reduced it to: fromVararg() { new [types[i].tsize]; } --
[Issue 14785] Some corner cases are not handled properly by core.checkedint.
https://issues.dlang.org/show_bug.cgi?id=14785 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- (In reply to thomas.bockman from comment #0) > ** Proposed fix ** Please submit this as a pull request! http://wiki.dlang.org/Pull_Requests --
[Issue 14785] Some corner cases are not handled properly by core.checkedint.
https://issues.dlang.org/show_bug.cgi?id=14785 Vladimir Panteleevchanged: What|Removed |Added Keywords||patch --
[Issue 14793] net.curl.download https broken - windows
https://issues.dlang.org/show_bug.cgi?id=14793 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- I can't reproduce this, can you post a full program with working URLs? The download function was broken during 2.068 development, but was fixed before release: issue 14712 --
[Issue 14784] Variant and Proxy don't get along
https://issues.dlang.org/show_bug.cgi?id=14784 --- Comment #2 from r...@rcorre.net --- Confirmed, seems to be fixed. --
[Issue 14979] [REG2.068] Wrong tempCString result on x64 with ternary operator
https://issues.dlang.org/show_bug.cgi?id=14979 Kenji Harachanged: What|Removed |Added Depends on||14696 --
[Issue 14696] destructor for temporary called before statement is complete with conditional operator
https://issues.dlang.org/show_bug.cgi?id=14696 Kenji Harachanged: What|Removed |Added Blocks||14979 --
[Issue 14986] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 --- Comment #3 from Jacob Carlborg--- And here's a test case with valid code: struct Foo { int tsize; } void main() { Foo[] types; new void[types[0].tsize]; } --
[Issue 14980] [REG2.068] getAddressInfo(null) broken
https://issues.dlang.org/show_bug.cgi?id=14980 Kenji Harachanged: What|Removed |Added Summary|getAddressInfo(null) broken |[REG2.068] ||getAddressInfo(null) broken --- Comment #3 from Kenji Hara --- (In reply to Kenji Hara from comment #1) > This is purely Phobos issue. By PR#3415, tempCtring() behavior is silently > changed for the null input. Phobos fix: https://github.com/D-Programming-Language/phobos/pull/3612 --
[Issue 14979] [REG2.068] Wrong tempCString result on x64 with ternary operator
https://issues.dlang.org/show_bug.cgi?id=14979 Kenji Harachanged: What|Removed |Added Keywords||pull --- Comment #3 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/5003 --
[Issue 14986] [REG2.068.1-b2] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 Kenji Harachanged: What|Removed |Added Keywords||ice, pull Summary|Assertion failed: |[REG2.068.1-b2] Assertion |(id->dyncast() == |failed: (id->dyncast() == |DYNCAST_DSYMBOL)|DYNCAST_DSYMBOL) --- Comment #5 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/5004 --
[Issue 14980] getAddressInfo(null) broken
https://issues.dlang.org/show_bug.cgi?id=14980 --- Comment #1 from Kenji Hara--- (In reply to Vladimir Panteleev from comment #0) > On 2.068, getAddressInfo(null) is the same as getAddressInfo(""). On > Windows, this binds to all external interfaces (but not localhost); on > POSIX, this throws. > > Introduced in https://github.com/D-Programming-Language/phobos/pull/3415 This is purely Phobos issue. By PR#3415, tempCtring() behavior is silently changed for the null input. import std.internal.cstring; void main() { const(char[]) str = null; auto res = tempCString(str); assert(res is null); // 2.067 is ok, but 2.068 fails } And in std.socket, the getaddrinfoPointer operation works differently for the null C string vs zero-length non-null C string at least on Win32. That's the cause of the getAddressInfo behavior change. --
[Issue 14987] New: Internal error: backend/cod1.c 1711
https://issues.dlang.org/show_bug.cgi?id=14987 Issue ID: 14987 Summary: Internal error: backend/cod1.c 1711 Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: rswhi...@gmail.com Code: import std.range : repeat, take; pragma(inline, true); auto s(T, size_t dim)(auto ref T[dim] result) { return result; } pragma(inline, true); auto dim(size_t dim) { return [dim.repeat.take(4)].s; } void main() { auto arr2 = dim(4); } Tried on Dpaste with 2.068 --
[Issue 14784] Variant and Proxy don't get along
https://issues.dlang.org/show_bug.cgi?id=14784 Vladimir Panteleevchanged: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |WORKSFORME --- Comment #1 from Vladimir Panteleev --- This appears to have been fixed by: https://github.com/D-Programming-Language/dmd/pull/4691 --
[Issue 14708] destructor for temporary not called during stack unwinding
https://issues.dlang.org/show_bug.cgi?id=14708 Kenji Harachanged: What|Removed |Added Keywords||pull --
[Issue 14986] Assertion failed: (id->dyncast() == DYNCAST_DSYMBOL)
https://issues.dlang.org/show_bug.cgi?id=14986 --- Comment #4 from Kenji Hara--- (In reply to Jacob Carlborg from comment #2) (In reply to Jacob Carlborg from comment #3) Thanks. I'll start working on this. --
[Issue 14669] auto attribute on function parameter should be error always
https://issues.dlang.org/show_bug.cgi?id=14669 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/dc044fe1fd55ff486002d39beaa80aa1c9df00a4 fix Issue 14669 - auto attribute on function parameter should be error always https://github.com/D-Programming-Language/dmd/commit/2ba1045c54521ee11d7ac315f71d346add93559f Merge pull request #4729 from 9rnsr/fix14669 Issue 14669 - auto attribute on function parameter should be error always --
[Issue 14709] dmd/samples/listener.d socket.accept exception handling is incorrect
https://issues.dlang.org/show_bug.cgi?id=14709 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/90fe10c35f398d6c787d81eec83fd46df7192f46 fix Issue 14709 - dmd/samples/listener.d socket.accept exception handling is incorrect https://github.com/D-Programming-Language/dmd/commit/969c85db595b56664c31c3291ed1a5992486886e Merge pull request #5000 from CyberShadow/pull-20150831-100433 fix Issue 14709 - dmd/samples/listener.d socket.accept exception hand… --
[Issue 14783] Overlapping Arrays with Binary Operations on Itself
https://issues.dlang.org/show_bug.cgi?id=14783 --- Comment #3 from Vladimir Panteleev--- > It produced an undefined result In what situation would the result be not what the user expected? The test given here works as expected (produces 0,1,4). --
[Issue 14802] Template argument deduction depends on order of arguments
https://issues.dlang.org/show_bug.cgi?id=14802 --- Comment #8 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/0dd91169910202e41c524962b4bc00dc16c67c2b fix Issue 14802 - Template argument deduction depends on order of arguments https://github.com/D-Programming-Language/dmd/commit/d902de1dd9d254c8efd7e7ae4057adb1184513a1 Merge pull request #4818 from 9rnsr/fix14802 Issue 14802 - Template argument deduction depends on order of arguments --
[Issue 14802] Template argument deduction depends on order of arguments
https://issues.dlang.org/show_bug.cgi?id=14802 github-bugzi...@puremagic.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --
[Issue 14783] Overlapping Arrays with Binary Operations on Itself
https://issues.dlang.org/show_bug.cgi?id=14783 Denis Shelomovskijchanged: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #2 from Denis Shelomovskij --- (In reply to Vladimir Panteleev from comment #1) > I'm not sure if this is a regression or not, but the test case runs fine > before this PR: > > https://github.com/D-Programming-Language/druntime/pull/661 > > > The code below will not compile > Will not run "runs fine"? No, it didn't. It produced an undefined result as there was no support for such case, just lack of a check. --
[Issue 14980] getAddressInfo(null) broken
https://issues.dlang.org/show_bug.cgi?id=14980 Vladimir Panteleevchanged: What|Removed |Added Keywords||pull --- Comment #2 from Vladimir Panteleev --- https://github.com/D-Programming-Language/phobos/pull/3606 --