[Issue 13929] nothrow @nogc gcd with signed integers
https://issues.dlang.org/show_bug.cgi?id=13929 weaselcat changed: What|Removed |Added CC||r9shacklef...@gmail.com --- Comment #1 from weaselcat --- gcd(a,b) = gcd(|a|,|b|) = gcd(|a|,b) = gcd(a,|b|) - is there a technical reason we reject negative instead of using abs on possible negative(i.e, T.min < 0)? --
[Issue 14357] Match on specType does not check the conflict with already deduced template arguments
https://issues.dlang.org/show_bug.cgi?id=14357 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14357] Match on specType does not check the conflict with already deduced template arguments
https://issues.dlang.org/show_bug.cgi?id=14357 --- Comment #5 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/94f89154f92ec87161e0dc5f300877a57924f141 fix Issue 14357 - Match on specType does not check the conflict with already deduced template arguments https://github.com/D-Programming-Language/dmd/commit/e52882477ff8f0f3fa9f653ec54d806a3bd7f508 Merge pull request #4530 from 9rnsr/fix14357 Issue 14357 - Match on specType does not check the conflict with already deduced template arguments --
[Issue 14119] Must not allocate TraceInfo for FinalizeErrors
https://issues.dlang.org/show_bug.cgi?id=14119 --- Comment #1 from Martin Nowak --- Same goes for onOutOfMemoryError which is even marked as @nogc, even though the trace is allocated using the GC. --
[Issue 12984] [REG2.068a] ICE on forward reference of derived class from other instantiated class
https://issues.dlang.org/show_bug.cgi?id=12984 github-bugzi...@puremagic.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --
[Issue 12984] [REG2.068a] ICE on forward reference of derived class from other instantiated class
https://issues.dlang.org/show_bug.cgi?id=12984 --- Comment #4 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/ec6df46675f8de0110c6cdc7a85d4066310a91fa fix Issue 12984 - ICE on forward reference of derived class from other instantiated class https://github.com/D-Programming-Language/dmd/commit/2a83a40246dee806b04465bd424d41ac9f78349f Merge pull request #4537 from 9rnsr/fix12984 [REG2.068a] Issue 12984 - ICE on forward reference of derived class from other instantiated class --
[Issue 12152] Cannot forward reference subclass member in superclass
https://issues.dlang.org/show_bug.cgi?id=12152 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/8efa502a209c64a75f682956cab0b3647737c614 More fix for issue 12152 - Add setScope() call to be able to resolve forward references --
[Issue 13526] Allow to declare a variable in with statement: with(auto p = new Panel())
https://issues.dlang.org/show_bug.cgi?id=13526 Martin Nowak changed: What|Removed |Added Summary|Allow statement: with(auto |Allow to declare a variable |p = new Panel())|in with statement: ||with(auto p = new Panel()) --
[Issue 14384] speed up Base64 decoding
https://issues.dlang.org/show_bug.cgi?id=14384 weaselcat changed: What|Removed |Added CC||r9shacklef...@gmail.com --- Comment #1 from weaselcat --- dmd* is slow, gdc is faster than every other implementation in the benchmark. http://forum.dlang.org/thread/kdxidecfhivdmonaz...@forum.dlang.org?page=2#post-kgolgxdoptsikvtxfrrp:40forum.dlang.org is this bug still valid? --
[Issue 12984] [REG2.068a] ICE on forward reference of derived class from other instantiated class
https://issues.dlang.org/show_bug.cgi?id=12984 Kenji Hara changed: What|Removed |Added Keywords||pull --
[Issue 12984] [REG2.068a] ICE on forward reference of derived class from other instantiated class
https://issues.dlang.org/show_bug.cgi?id=12984 Kenji Hara changed: What|Removed |Added Hardware|x86_64 |All Summary|"Cannot interpret |[REG2.068a] ICE on forward |[template] at compile time" |reference of derived class |depending on order of |from other instantiated |declaration |class OS|Linux |All --- Comment #3 from Kenji Hara --- (In reply to Nils from comment #2) > The test case fails again. Segfaults now. > > The test code can be reduced to this for the segfault: > --- > cat > test.d << code > class B {alias MyD = D!int;} > class C : B {} > class D(T) {alias MyE = E!float;} > class E(T) : D!int > { > void m() {new C;} > } > code > dmd -c -o- test.d > --- > Segmentation fault (core dumped) > --- > > (Re-)introduced by > https://github.com/D-Programming-Language/dmd/commit/ > a7bdba47f09f7dba2fbbc6a3d91d8ba110e7 > https://github.com/D-Programming-Language/dmd/pull/4457 https://github.com/D-Programming-Language/dmd/pull/4537 --
[Issue 14386] New: add setOrGet to AA
https://issues.dlang.org/show_bug.cgi?id=14386 Issue ID: 14386 Summary: add setOrGet to AA Product: D Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: c...@dawg.eu The function is called setdefault in python and getOrElseUpdate in Scala. Allows to lookup a key or set a value with a single hash. This is also possible in C++ using iterators. https://docs.python.org/2/library/stdtypes.html#dict.setdefault http://www.scala-lang.org/api/2.10.1-RC1/scala/collection/mutable/HashMap.html#getOrElseUpdate(A,⇒B):B Another primitive that could work here is getLValue, but it requires the value type to have a distinct null value, so it's less nice to work with. --
[Issue 14385] New: AA should use open addressing hash
https://issues.dlang.org/show_bug.cgi?id=14385 Issue ID: 14385 Summary: AA should use open addressing hash Product: D Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: c...@dawg.eu Because it's so much faster that bucket lists. https://github.com/D-Programming-Language/dmd/pull/4088 https://github.com/higgsjs/Higgs/pull/170 http://forum.dlang.org/post/mf9ui1$1oa2$1...@digitalmars.com --
[Issue 14381] It is too difficult to contribute to the auto-tester
https://issues.dlang.org/show_bug.cgi?id=14381 --- Comment #4 from Brad Roberts --- (In reply to Andrei Alexandrescu from comment #2) > (In reply to Brad Roberts from comment #1) > > My major comment is to stop thinking of the auto-tester as the D > > auto-tester. Think of it as a tool that the D community uses that is owned > > and operated by me. I agree that it's currently and for the past year > > poorly owned. But it's not specific to D and I don't intend to add > > capabilities to it that are specific to D or the D development process. > > > > Some of the feature work you suggest below can fit within either the build > > or the test target without requiring changes to the auto-tester. > > > > Some of it is general enough to work for more than D. > > So what is the action item here, Brad? Do you plan to open things up Depends on what you mean by open things up? I've always accepted pull requests, though most have been reworked before being merged as they're typically not workable as is. Do I plan on allowing anyone other than me to have merge / pull permissions? Not at this time. Do I plan on allowing anyone other than me to have login access to the client build machines? Not blanketly no. If there's some extraordinary need for debugging purposes, maybe. That said, there's almost always going to be a better way to do that.. like a VM for instance. > or do we need to duplicate the effort? I hope not, it'd be a pretty large duplication of effort. > I said this and I maintain: we need to move away the setup in which only one > person is the bottleneck for everything about D vitals. That's a huge exaggeration over the current situation. Me for the auto-tester is far from a bottleneck for everything about D vitals. I'm a bottleneck for one key tool, certainly. > Please let us know if and when you are willing to open the system. Thanks. I'm open to discussion and feature requests. I'm open to accepting contributions, but only in directions that I believe are right for the tool. I'm going to say no to things that I don't believe are a good fit. --
[Issue 14343] Postfix increment doesn't work on structs with immutable member
https://issues.dlang.org/show_bug.cgi?id=14343 --- Comment #3 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/30219cc6a1a647eb39e033342fa29a28a4da30fe fix Issue 14343 - Postfix increment doesn't work on structs with immutable member https://github.com/D-Programming-Language/dmd/commit/9ea13cfb5cd904b0586b0209e70bec484e16fef6 Merge pull request #4522 from 9rnsr/fix14343 Issue 14343 - Postfix increment doesn't work on structs with immutable member --
[Issue 14384] New: speed up Base64 decoding
https://issues.dlang.org/show_bug.cgi?id=14384 Issue ID: 14384 Summary: speed up Base64 decoding Product: D Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: Phobos Assignee: nob...@puremagic.com Reporter: c...@dawg.eu We're slower than Rubinius here :(. https://github.com/kostya/benchmarks/tree/a2d10ddfeea208309fd53d666a533445a97ae264/base64 A promising attempt would be to replace the translation table with explicit code and to process strings in register sized chunks instead of byte-wise. --
[Issue 12891] add atomicFetchAdd and atomicFetchSub to core.atomic
https://issues.dlang.org/show_bug.cgi?id=12891 --- Comment #4 from Jonathan Dunlap --- I'm having an issue adding an asm block for the fast increment by operation. It's been awhile since I've used asm productively so I'm probably missing something simple. HeadUnshared!(T) atomicOp(string op, T, V1)( ref shared T val, V1 mod ) pure nothrow @nogc if( __traits( compiles, mixin( "*cast(T*)&val" ~ op ~ "mod" ) ) ) [] get = set = atomicLoad!(MemoryOrder.raw)( val ); auto setptr = &set; static if(op == "+=") { // qword ptr asm pure nothrow @nogc { mov EAX, mod;//:678 mov EDX, setptr; //:679 lock; xadd [EDX], EAX; } } Error: src/core/atomic.d(678): Error: bad type/size of operands 'mov' src/core/atomic.d(679): Error: bad type/size of operands 'mov' --
[Issue 14382] converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 --- Comment #6 from Ketmar Dark --- thank you. --
[Issue 14383] New: documented unittests don't work for module declaration
https://issues.dlang.org/show_bug.cgi?id=14383 Issue ID: 14383 Summary: documented unittests don't work for module declaration Product: D Version: unspecified Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: c...@dawg.eu Sometimes it's useful to have an introductory example for a module, but documented unittest currently don't work for that. cat > mod.d << CODE /** My Module */ module mod; /// unittest { auto example = "usage"; } CODE dmd -D -c -o- mod Should produce the same output as this. cat > mod.d << CODE /** My Module auto example = "usage"; */ module mod; CODE --
[Issue 14382] converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 Marc Schütz changed: What|Removed |Added Status|NEW |ASSIGNED CC||schue...@gmx.net --- Comment #5 from Marc Schütz --- https://github.com/D-Programming-Language/phobos/pull/3130 --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #6 from Szymon Gatner --- (In reply to Vladimir Panteleev from comment #5) > (In reply to Szymon Gatner from comment #4) > > m32mscoff won't work as there is no coff32 phobos. > > Build my own. > > > What link errors are you getting? > > - > C:\Temp\D\issues\14327> > "C:\Downloads\!dmd\dmd.2.066.0\dmd2\windows\bin\dmd.exe" -c -m64 lib.d > > C:\Temp\D\issues\14327> cl test.cpp lib.obj > "C:\Downloads\!dmd\dmd.2.066.0\dmd2\windows\lib64\phobos64.lib" > Microsoft (R) C/C++ Optimizing Compiler Version 18.00.30723 for x64 > Copyright (C) Microsoft Corporation. All rights reserved. > > test.cpp > Microsoft (R) Incremental Linker Version 12.00.30723.0 > Copyright (C) Microsoft Corporation. All rights reserved. > > /out:test.exe > test.obj > lib.obj > C:\Downloads\!dmd\dmd.2.066.0\dmd2\windows\lib64\phobos64.lib > phobos64.lib(dmain2_4ec_2f9.obj) : error LNK2019: unresolved external symbol > _deh_beg referenced in function rt_init > phobos64.lib(sections_win64_575_4e2.obj) : error LNK2001: unresolved > external symbol _deh_beg > phobos64.lib(sections_win64_57b_5a5.obj) : error LNK2019: unresolved > external symbol _minfo_end referenced in function > _D2rt14sections_win6414getModuleInfosFZAyPS6object10ModuleInfo > phobos64.lib(sections_win64_57b_5a5.obj) : error LNK2019: unresolved > external symbol _minfo_beg referenced in function > _D2rt14sections_win6414getModuleInfosFZAyPS6object10ModuleInfo > phobos64.lib(sections_win64_575_4e2.obj) : error LNK2019: unresolved > external symbol _deh_end referenced in function > _D2rt14sections_win6412SectionGroup8ehTablesMxFNdZAyS2rt15deh_win64_posix9Fun > cTable > test.exe : fatal error LNK1120: 4 unresolved externals > - > > > Please supply exact commands to reproduce the problem, I guess Doing everything in IDE. Will try to get to build logs and commands used --
[Issue 14318] Shared library stdio not loaded
https://issues.dlang.org/show_bug.cgi?id=14318 Sobirari Muhomori changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=14327 --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 Sobirari Muhomori changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=14318 --
[Issue 14381] It is too difficult to contribute to the auto-tester
https://issues.dlang.org/show_bug.cgi?id=14381 Théo Bueno changed: What|Removed |Added Status|ASSIGNED|NEW CC||mun...@gmx.com --- Comment #3 from Théo Bueno --- Brad Roberts has done a great work with his platform, but have we ever considered to move to a standardized, complete and easily extensible solution such as Jenkins ? At this point, IMHO the option should be considered. --
[Issue 3052] Passing alias to member function does not work (2/2)
https://issues.dlang.org/show_bug.cgi?id=3052 Maksim Zholudev changed: What|Removed |Added CC||maxim...@gmail.com --
[Issue 3051] Passing alias to member function does not work (1/2)
https://issues.dlang.org/show_bug.cgi?id=3051 Maksim Zholudev changed: What|Removed |Added CC||maxim...@gmail.com --
[Issue 5710] cannot use delegates as parameters to non-global template
https://issues.dlang.org/show_bug.cgi?id=5710 Maksim Zholudev changed: What|Removed |Added CC||maxim...@gmail.com --