[Issue 17276] BaseClassesTuple fails on extern C++ classes that implement an interface without a base class
https://issues.dlang.org/show_bug.cgi?id=17276 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/0648b8706f3f23996ea1c4c6d561b3efb3ca1e81 Fix issue 17276 added additional case for objects that do not have as root class Object. https://github.com/dlang/phobos/commit/da299506766d39910e01d130aad783f5e76ec10b Merge pull request #6724 from aermicioi/master Fix issue 17276 added additional case for objects that do not have as root class Object. merged-on-behalf-of: Nathan Sashihara --
[Issue 17276] BaseClassesTuple fails on extern C++ classes that implement an interface without a base class
https://issues.dlang.org/show_bug.cgi?id=17276 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19282] hashOf segfaults for non-null C++ objects
https://issues.dlang.org/show_bug.cgi?id=19282 Nathan S. changed: What|Removed |Added Summary|hashOf segfaults for|hashOf segfaults for |non-null C++ objects that |non-null C++ objects |don't inherit from | |object.Object | --
[Issue 15374] [internal] Nothing should import ddmd.mars
https://issues.dlang.org/show_bug.cgi?id=15374 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/b8655054d09c4a451b2aef4fc68118a6883f7f89 fix Issue 15374 - Move genCmain into Compiler struct. https://github.com/dlang/dmd/commit/11573d214097d3fcb7eeb388eba0f6ddf8335694 Merge pull request #7534 from ibuclaw/issue15374 fix Issue 15374 - Move genCmain into Compiler struct. merged-on-behalf-of: Iain Buclaw --
[Issue 15374] [internal] Nothing should import ddmd.mars
https://issues.dlang.org/show_bug.cgi?id=15374 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19282] hashOf segfaults for non-null C++ objects that don't inherit from object.Object
https://issues.dlang.org/show_bug.cgi?id=19282 Nathan S. changed: What|Removed |Added Summary|hashOf segfaults for|hashOf segfaults for |non-null C++ objects and|non-null C++ objects that |interfaces |don't inherit from ||object.Object --
[Issue 19282] hashOf segfaults for non-null C++ objects and interfaces
https://issues.dlang.org/show_bug.cgi?id=19282 --- Comment #1 from Nathan S. --- Pull request: https://github.com/dlang/druntime/pull/2318 --
[Issue 19282] New: hashOf segfaults for non-null C++ objects and interfaces
https://issues.dlang.org/show_bug.cgi?id=19282 Issue ID: 19282 Summary: hashOf segfaults for non-null C++ objects and interfaces Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: n8sh.second...@hotmail.com The following code crashes: --- extern(C++) { class C {} } void main() { C c = new C(); size_t h = .hashOf(c); } --- --
[Issue 15956] Incorrect value inside enum using simd vectors, weird tym errors, and weird if(true) {} partial solution.
https://issues.dlang.org/show_bug.cgi?id=15956 --- Comment #2 from jo...@mail.de --- As far as I can tell this problem stems from the fact, that some of the types in core.simd are not working AT ALL. Consider this simple example: double4 f; f[0] = 1.0; f[1] = 2.0; f[2] = 3.0; f[3] = 4.0; writeln(f); This outputs: [1, 2, 0, 6.95325e-310] I wonder has noone ever tried to use this type in any program or did not notice this obviously completely wrong result? Edit: Does work correctly with gdc. --
[Issue 15956] Incorrect value inside enum using simd vectors, weird tym errors, and weird if(true) {} partial solution.
https://issues.dlang.org/show_bug.cgi?id=15956 --- Comment #1 from jo...@mail.de --- As far as I can tell this problem stems from the fact, that some of the types in core.simd are not working AT ALL. Consider this simple example: double4 f; f[0] = 1.0; f[1] = 2.0; f[2] = 3.0; f[3] = 4.0; writeln(f); This outputs: [1, 2, 0, 6.95325e-310] I wonder has noone ever tried to use this type in any program or did not notice this obviously completely wrong result? --
[Issue 15956] Incorrect value inside enum using simd vectors, weird tym errors, and weird if(true) {} partial solution.
https://issues.dlang.org/show_bug.cgi?id=15956 jo...@mail.de changed: What|Removed |Added CC||jo...@mail.de Severity|major |critical --
[Issue 18456] crt_constructor/crt_destructor segfaults if -lib
https://issues.dlang.org/show_bug.cgi?id=18456 --- Comment #2 from ponce --- Can be workarounded by using LDC. Can be workarounded by compiling in one bunch with --combined of course. --
[Issue 18456] crt_constructor/crt_destructor segfaults if -lib
https://issues.dlang.org/show_bug.cgi?id=18456 ponce changed: What|Removed |Added CC||alil...@gmail.com --- Comment #1 from ponce --- Same here, we also hit this: main.d -- extern(C) pragma(crt_destructor) void deactivateDRuntime() { } -- dmd -lib main.d --
[Issue 3537] Casting objects with alias this takes the subtype
https://issues.dlang.org/show_bug.cgi?id=3537 RazvanN changed: What|Removed |Added Status|REOPENED|RESOLVED CC||razvan.nitu1...@gmail.com Resolution|--- |DUPLICATE --- Comment #7 from RazvanN --- Marking this one as a duplicate, as there already is a PR referencing 6777 *** This issue has been marked as a duplicate of issue 6777 *** --
[Issue 6777] alias this disables casting for classes
https://issues.dlang.org/show_bug.cgi?id=6777 RazvanN changed: What|Removed |Added CC||tomeks...@gmail.com --- Comment #11 from RazvanN --- *** Issue 3537 has been marked as a duplicate of this issue. *** --
[Issue 19251] Alias this does not get called on struct qualified type
https://issues.dlang.org/show_bug.cgi?id=19251 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/37605ece47e30869b8dac103ad8f8cc789cd5b8f Fix Issue 19251 - Alias this does not get called on struct qualified type https://github.com/dlang/dmd/commit/94f39988bc40568a7d90dd581f2d05c76e26d11d Merge pull request #8711 from RazvanN7/Issue_19251 Fix Issue 19251 - Alias this does not get called on struct qualified type --
[Issue 19251] Alias this does not get called on struct qualified type
https://issues.dlang.org/show_bug.cgi?id=19251 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19266] Some source files names are no longer accepted
https://issues.dlang.org/show_bug.cgi?id=19266 RazvanN changed: What|Removed |Added Status|NEW |RESOLVED CC||razvan.nitu1...@gmail.com Resolution|--- |FIXED --- Comment #2 from RazvanN --- Closing as it has been merged in stable --
[Issue 19275] std.process: redirecting output in a non-console application fails
https://issues.dlang.org/show_bug.cgi?id=19275 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19275] std.process: redirecting output in a non-console application fails
https://issues.dlang.org/show_bug.cgi?id=19275 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/8f0aeedfc71c5036912c08660af1e77543a51e6a Fix issue 19275 - std.process: redirecting output in a non-console application fails MS runtime up to VS2013 used pseudo handle _NO_CONSOLE_FILENO in that case https://github.com/dlang/phobos/commit/a531a9ca97ca31104a30876ea08cbaa8f778959a Merge pull request #6722 from rainers/issue19275 Fix Issue 19275 - std.process: redirecting output in a non-console application fails merged-on-behalf-of: Nathan Sashihara --
[Issue 19280] Remove unnecessary error checks in core.time.currSystemTick and currTime
https://issues.dlang.org/show_bug.cgi?id=19280 Nathan S. changed: What|Removed |Added Summary|Remove unnecessary error|Remove unnecessary error |checks in |checks in |core.time.currSystemTick|core.time.currSystemTick ||and currTime --
[Issue 19280] Remove unnecessary error checks in core.time.currSystemTick
https://issues.dlang.org/show_bug.cgi?id=19280 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/6e8b3793dbe7f30e46ee2ba243d1d221550fff8c Fix Issue 19280 - Remove unnecessary error checks in core.time.currSystemTick QueryPerformanceCounter doesn't fail on Windows XP or later. https://msdn.microsoft.com/en-us/library/windows/desktop/ms644904(v=vs.85).aspx gettimeofday called with a valid timeval address and a null second parameter doesn't fail. http://pubs.opengroup.org/onlinepubs/9699919799/functions/gettimeofday.html clock_gettime called with a valid clock_id and a valid timespec address is in principle allowed to fail if the number of seconds doesn't fit in time_t, so even though no known implementation does this it is probably best to retain the error check at this time. http://pubs.opengroup.org/onlinepubs/9699919799/functions/clock_getres.html https://github.com/dlang/druntime/commit/e807e29472fa5973c438f97cd5d4b390ef1a4a5c Merge pull request #2315 from n8sh/issue-19280 Fix Issue 19280 - Remove unnecessary error checks in core.time.currSystemTick merged-on-behalf-of: Petar Kirov --
[Issue 19280] Remove unnecessary error checks in core.time.currSystemTick
https://issues.dlang.org/show_bug.cgi?id=19280 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19281] New: GC mishandles allocations >= 4GB
https://issues.dlang.org/show_bug.cgi?id=19281 Issue ID: 19281 Summary: GC mishandles allocations >= 4GB Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: major Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: r.sagita...@gmx.de Huge allocations are mistreated by the GC, e.g. import core.memory; import std.stdio; void main() { size_t sz = 2L^^32; auto ptr = GC.malloc(sz); auto info = GC.query(ptr); writeln(info); assert(info.size >= sz); } >dmd -m64 -run test.d BlkInfo_(1F953FE, 0, 0) core.exception.AssertError@large.d(10): Assertion failure => The returned size is reported as 0. The problem ist that the size of large allocations are stored in a uint-array bPageOffsets, which causes bPageOffsets[p]*PAGESIZE to overflow. --
[Issue 19280] Remove unnecessary error checks in core.time.currSystemTick
https://issues.dlang.org/show_bug.cgi?id=19280 --- Comment #1 from Nathan S. --- Pull request: https://github.com/dlang/druntime/pull/2315 --