[Issue 10939] Inconsistent stripping of "in" but not assert in release/unittest
https://d.puremagic.com/issues/show_bug.cgi?id=10939 --- Comment #3 from Kenji Hara 2014-01-05 22:33:09 PST --- Current behavior: If "-release" is specified, following code would be stripped normally: - invariant - in contract - out contract - assertions https://github.com/D-Programming-Language/dmd/blob/master/src/mars.c#L1107 But, if "-unittest" is specified at the same time, just only assertions will be re-enabled. https://github.com/D-Programming-Language/dmd/blob/master/src/mars.c#L1121 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11872] Support for overloaded template functions in with block
https://d.puremagic.com/issues/show_bug.cgi?id=11872 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid Platform|x86_64 |All OS/Version|Linux |All Severity|enhancement |major --- Comment #1 from Kenji Hara 2014-01-05 21:40:47 PST --- (In reply to comment #0) > Calling non-overloaded template functions works as expected. I think there should be no difference, so I change "Importance" to major. Compiler fix: https://github.com/D-Programming-Language/dmd/pull/3065 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11852] RDMD broken on the Github HEAD
https://d.puremagic.com/issues/show_bug.cgi?id=11852 --- Comment #5 from Puneet Goel 2014-01-05 19:32:11 PST --- (In reply to comment #4) > It's likely triggered by one of the three mkdirRecurse calls in RDMD, which > calls mkdir on Posix, which is the origin of std/file.d(1364) in git-head. > > Maybe there should be a check first via: > > if (!path.exists()) > path.mkdirRecurse(); Andrej you are right. I tried creating a stack report, but somehow I was not able to manage that even I used a version of rdmd compiled with -g flag. So I patched the rdmd.d as per your suggestion and it works. I have created a pull request. https://github.com/D-Programming-Language/tools/pull/104 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11865] Unhandled exception does not show crash dialog
https://d.puremagic.com/issues/show_bug.cgi?id=11865 --- Comment #3 from Jordan Miner 2014-01-05 18:31:08 PST --- Thanks for writing the patch. Sounds like a good improvement that I'll use during development. Reading about WER more, I think I'd rather bypass it and handle everything myself. Could there be a way to set a delegate that is called when there is an uncaught exception and have an easy way to get the exception type, name, and stack trace? In the delegate, I could start a helper process that reads the information from the crashed process and uploads it (to avoid doing too much in a crashed process). For others who want to use WER, it looks like they could call WerReportCreate() and WerReportSubmit() from the delegate to trigger WER. The default delegate could write the info to the console or show a dialog, depending on whether there is a console. What do you think? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11868] ICE(template.c) on passing `inout const` argument as TemplateTupleParameter
https://d.puremagic.com/issues/show_bug.cgi?id=11868 Kenji Hara changed: What|Removed |Added Keywords||pull Summary|ICE(template.c) on passing |ICE(template.c) on passing |`inout` `ref` `foreach` var |`inout const` argument as |as TemplateParameterList|TemplateTupleParameter --- Comment #1 from Kenji Hara 2014-01-05 17:27:33 PST --- https://github.com/D-Programming-Language/dmd/pull/3064 This is git-head only regression. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10938] ICE on recursive instantiation in opDispatch
https://d.puremagic.com/issues/show_bug.cgi?id=10938 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10329] Attributes not inferred for indirectly templated methods
https://d.puremagic.com/issues/show_bug.cgi?id=10329 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11553] dmd segfault with recursive template
https://d.puremagic.com/issues/show_bug.cgi?id=11553 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10329] Attributes not inferred for indirectly templated methods
https://d.puremagic.com/issues/show_bug.cgi?id=10329 --- Comment #9 from github-bugzi...@puremagic.com 2014-01-05 15:35:56 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/237bb420c70fb6099dcedf94e7d9ed959a33e1fe fix Issue 10329 - Attributes not inferred for indirectly templated methods https://github.com/D-Programming-Language/dmd/commit/ebae884d9cd3a0c4ebf3c1b129654ba31ee0e73f Merge pull request #2832 from 9rnsr/fix10329 Issue 10329 - Attributes not inferred for indirectly templated methods -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11858] Comparison of unconnected classes using `is` must be disallowed
https://d.puremagic.com/issues/show_bug.cgi?id=11858 Stewart Gordon changed: What|Removed |Added Keywords||spec --- Comment #4 from Stewart Gordon 2014-01-05 15:22:40 PST --- Hmm. There's a concept of a reinterpret cast with pointers, so an int* and a float* can feasibly be pointing to the same memory address. Since it's far less likely that this will be done with object references, I see now that it would need to be at least as strict to make sense. Looking at http://dlang.org/expression.html#IdentityExpression there isn't a clear statement of what combinations of types are allowed. There should be. As such, this is a spec issue as much as a compiler issue. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7634] optlink creates bad debug info for a large number of modules
https://d.puremagic.com/issues/show_bug.cgi?id=7634 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Platform|All |x86 Resolution||FIXED OS/Version|All |Windows --- Comment #2 from Walter Bright 2014-01-05 15:12:41 PST --- Pulled and presumed fixed in Optlink 8.00.15. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10939] Inconsistent stripping of "in" but not assert in release/unittest
https://d.puremagic.com/issues/show_bug.cgi?id=10939 --- Comment #2 from David Nadlinger 2014-01-05 14:40:02 PST --- Erm, sorry, I managed to get that statement precisely the wrong way around. My point was that the question becomes what of the code affected by -release actually _should_ be stripped in -release -unittest mode if e.g. contracts are left in. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10939] Inconsistent stripping of "in" but not assert in release/unittest
https://d.puremagic.com/issues/show_bug.cgi?id=10939 David Nadlinger changed: What|Removed |Added CC||c...@klickverbot.at --- Comment #1 from David Nadlinger 2014-01-05 14:37:00 PST --- The question then becomes: What should _not_ be stripped with -release in -unittest mode? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11640] [regression] goto-def not working in v0.3.38beta1
https://d.puremagic.com/issues/show_bug.cgi?id=11640 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Rainer Schuetze 2014-01-05 14:22:19 PST --- fixed in beta2 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11873] function templates conflict with aliases
https://d.puremagic.com/issues/show_bug.cgi?id=11873 --- Comment #1 from monarchdo...@gmail.com 2014-01-05 13:37:52 PST --- (In reply to comment #0) > Templates? Problem: > // > void foo()(); //Template here > void bar(int); > > alias foo = bar; > > void main() > { > foo(); > foo(5); > } > // > main.d(4): Error: alias main.foo conflicts with template main.foo()() at > main.d(1) > // > > I think there should not be such a conflict. There is no reason for the alias > not to work. Just to be clear, I think this should be legal, as there is absolutly no conflict between the original symbol, and the alias anyways. Perfectly legal: // void foo()(); void foo(int); void main() { foo(); foo(5); } // If that works, why does the alias create a conflict? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11873] New: function templates conflict with aliases
https://d.puremagic.com/issues/show_bug.cgi?id=11873 Summary: function templates conflict with aliases Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: monarchdo...@gmail.com --- Comment #0 from monarchdo...@gmail.com 2014-01-05 13:34:13 PST --- Apparently, this is according to spec, but I think it should be legal. Simple functions? No problem: // void foo(); void bar(int); alias foo = bar; void main() { foo(); foo(5); } // Templates? Problem: // void foo()(); //Template here void bar(int); alias foo = bar; void main() { foo(); foo(5); } // main.d(4): Error: alias main.foo conflicts with template main.foo()() at main.d(1) // I think there should not be such a conflict. There is no reason for the alias not to work. The above code is trivial, but a real world scenario where this can happen, is when a module wants to publicly import a named template function overload: A.d // module a; foo(int); //Special "int" overload // B.d // module b; foo()(); //Standard 0-arg signature; public import A : foo; //re-use "int" // Because of this, -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4003] The result changes only with the order of source files.
https://d.puremagic.com/issues/show_bug.cgi?id=4003 --- Comment #5 from github-bugzi...@puremagic.com 2014-01-05 12:59:53 PST --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/79f0913b6f84ef60068079a0f18673f114cf1ef5 Remove phobos dependency from issue 4003 test case -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10938] ICE on recursive instantiation in opDispatch
https://d.puremagic.com/issues/show_bug.cgi?id=10938 --- Comment #2 from github-bugzi...@puremagic.com 2014-01-05 13:00:00 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d872976cb9de78de92a18079b9b90adfd502b7d9 fix Issue 10938 - ICE on recursive instantiation in opDispatch By fixing issue 10736 (314a1cca9ff56775b9e2a9cf81564135be0726b1), all of template instance semantic are reliably finished by the deferred mechanism. And it had removed the necessity of the code in `DotTemplateInstanceExp::semanticY` for the issue 4003. Therefore, just remove the unnecessary code to fix the ICE. https://github.com/D-Programming-Language/dmd/commit/cd8a42547187ae9cb8ff3593efd3ee7a88697e72 Merge pull request #2840 from 9rnsr/fix10938 Issue 10938 - ICE on recursive instantiation in opDispatch -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11780] RangeError in format for incomplete format specifier
https://d.puremagic.com/issues/show_bug.cgi?id=11780 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11553] dmd segfault with recursive template
https://d.puremagic.com/issues/show_bug.cgi?id=11553 --- Comment #6 from github-bugzi...@puremagic.com 2014-01-05 12:27:15 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/fcd656147f10ec53f68df473883ddc68aaee546e fix Issue 11553 - dmd segfault with recursive template https://github.com/D-Programming-Language/dmd/commit/a78295a1c99299880c8c8adb475688d1e1ae8484 Merge pull request #2826 from 9rnsr/fix11553 Issue 11553 - dmd segfault with recursive template -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11872] New: Support for overloaded template functions in with block
https://d.puremagic.com/issues/show_bug.cgi?id=11872 Summary: Support for overloaded template functions in with block Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: longestpa...@gmail.com --- Comment #0 from Adam S 2014-01-05 12:18:57 PST --- When using a 'with' statement, attempting to call an overloaded template function produces an error. --- class Foo { auto test(int v)() {} auto test(int v)(string) {} } auto bar = new Foo; with (bar) { //test!2(); //fails bar.test!2(); //works } --- When the comments are removed, the above produces: Error: need 'this' for 'test' of type 'pure nothrow @safe void()' Calling non-overloaded template functions works as expected. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11852] RDMD broken on the Github HEAD
https://d.puremagic.com/issues/show_bug.cgi?id=11852 --- Comment #4 from Andrej Mitrovic 2014-01-05 12:12:19 PST --- It's likely triggered by one of the three mkdirRecurse calls in RDMD, which calls mkdir on Posix, which is the origin of std/file.d(1364) in git-head. Maybe there should be a check first via: if (!path.exists()) path.mkdirRecurse(); -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11852] RDMD broken on the Github HEAD
https://d.puremagic.com/issues/show_bug.cgi?id=11852 Andrej Mitrovic changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #3 from Andrej Mitrovic 2014-01-05 12:06:19 PST --- Is there a stack trace? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11871] New: phobos64.lib is out of sync with the source code
https://d.puremagic.com/issues/show_bug.cgi?id=11871 Summary: phobos64.lib is out of sync with the source code Product: D Version: D2 Platform: x86_64 OS/Version: Windows Status: NEW Severity: minor Priority: P2 Component: installer AssignedTo: nob...@puremagic.com ReportedBy: e...@evanv.nl --- Comment #0 from Erik van Velzen 2014-01-05 11:21:09 PST --- We found out this problem because of a missing function overload in the library: http://forum.dlang.org/thread/fjfihjoluelxsgwbh...@forum.dlang.org This is specific to 64-bit Windows: the 32-bit version seems fine. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11780] RangeError in format for incomplete format specifier
https://d.puremagic.com/issues/show_bug.cgi?id=11780 --- Comment #1 from github-bugzi...@puremagic.com 2014-01-05 10:18:00 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/202f22350f1bbfdfc2bb4d2eec9cf6cfc39a0a28 fix Issue 11780 - RangeError in format for incomplete format specifier https://github.com/D-Programming-Language/phobos/commit/98f4eec28aeecfea4882d75e6da1d10de4c9b062 Merge pull request #1792 from monarchdodra/11780 Fix Issue 11780 - RangeError in format for incomplete format specifier -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 Stewart Gordon changed: What|Removed |Added Keywords|rejects-valid |diagnostic --- Comment #5 from Stewart Gordon 2014-01-05 08:10:46 PST --- Oh yes. The grammar is http://dlang.org/template.html TemplateInstance: TemplateIdentifier TemplateArguments TemplateArguments: !( ) !( TemplateArgumentList ) ! TemplateSingleArgument TemplateIdentifier: Identifier And so T!(3)!('b') isn't parseable as a TemplateInstance. As such, the compiler is behaving according to spec. However, there's a problem: (T!(3)) is equally not an Identifier, so going by this spec we can't even write (T!(3))!('b'). This seems overly restrictive. But the error message is confusing, and liable to make the user think the compiler is playing up. We should explicitly detect an attempt to do this, and deliver a clearer error message. As such, I'm changing this to diagnostic. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 --- Comment #4 from Denis Shelomovskij 2014-01-05 19:38:04 MSK --- (In reply to comment #3) > Explain please. It's a bug iff there is a language documentation allowing such syntax or dmd behaviour partially allowing it. If I don't miss something multiple `!` is considered harmful as `A!B!C` may be considered as `A` instantiated with `B!C` or `A!B` instantiated with `C`. Also requirement to always have parantheses in such case may be added but IMO it doesn't look like a worthwhile language complication as it isn't generally needed. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1001] print stack trace (in debug mode) when program die
https://d.puremagic.com/issues/show_bug.cgi?id=1001 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #63 from Martin Nowak 2014-01-05 07:28:16 PST --- So we have stack traces on all platforms by now, can I close the bug? Regarding DWARF processing, it shouldn't be too hard. But we could also dynamically load libdw.so from elfutils if it's installed similarly to how we load dbghelp.dll on Windows. http://forum.dlang.org/post/eahjyebbtjynlivij...@forum.dlang.org https://github.com/bombela/backward-cpp -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11858] Comparison of unconnected classes using `is` must be disallowed
https://d.puremagic.com/issues/show_bug.cgi?id=11858 Denis Shelomovskij changed: What|Removed |Added Severity|enhancement |major --- Comment #3 from Denis Shelomovskij 2014-01-05 19:20:19 MSK --- (In reply to comment #2) > This isn't accepts-invalid, because there's no rule against it. It's an > enhancement request. It's still a bug as current dmd behaviour is inconsistent as if both types are qualified the compiler rejects such comparison. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11870] New: replace dynamic symbol table (--export-dynamic) for backtraces
https://d.puremagic.com/issues/show_bug.cgi?id=11870 Summary: replace dynamic symbol table (--export-dynamic) for backtraces Product: D Version: D2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: druntime AssignedTo: nob...@puremagic.com ReportedBy: c...@dawg.eu --- Comment #0 from Martin Nowak 2014-01-05 07:13:13 PST --- Currently we rely on the dynamic symbol table to generate stack traces. This only works with exported functions of an executable (i.e. visibility=default) and requires the -L--export-dynamic argument. One alternative would be to use DWARF instead. It would also allow to get line numbers, but is only available in debug builds. A better compromise might be to provide MiniDebugInfo which is a compressed symbol table in .gnu_debugdata. https://sourceware.org/gdb/onlinedocs/gdb/MiniDebugInfo.html related: bug 1001 - print stack trace (in debug mode) when program die C++ DWARF backtrace library https://github.com/bombela/backward-cpp -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11869] New: Optlink doesn't detects strings duplicate
https://d.puremagic.com/issues/show_bug.cgi?id=11869 Summary: Optlink doesn't detects strings duplicate Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Optlink AssignedTo: nob...@puremagic.com ReportedBy: temta...@gmail.com --- Comment #0 from Temtaime 2014-01-05 07:08:26 PST --- There is too many strings duplicates like thats on screen so my app size grows quickly. Also for which purpose dmd puts full path to phobos modules? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11869] Optlink doesn't detects strings duplicate
https://d.puremagic.com/issues/show_bug.cgi?id=11869 --- Comment #1 from Temtaime 2014-01-05 07:08:58 PST --- Created an attachment (id=1312) Screen from ida pro -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 --- Comment #3 from Stewart Gordon 2014-01-05 06:35:44 PST --- Explain please. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11520] [bionic] qsort is missing on linux/bionic
https://d.puremagic.com/issues/show_bug.cgi?id=11520 joa...@airpost.net changed: What|Removed |Added CC||joa...@airpost.net --- Comment #2 from joa...@airpost.net 2014-01-05 02:54:17 PST --- There is a qsort in bionic, looks like it comes from FreeBSD: https://github.com/android/platform_bionic/blob/master/libc/include/stdlib.h#L91 https://github.com/android/platform_bionic/blob/master/libc/upstream-freebsd/lib/libc/stdlib/qsort.c#L110 There is no qsort_r, which is what Druntime uses on linux by default: my guess is that's what Elvis tried to use. But you can use the fallback block from rt/qsort.d that calls qsort on Android and I believe it should work fine. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11840] Show all errors of undefined identifier used in a line
https://d.puremagic.com/issues/show_bug.cgi?id=11840 --- Comment #2 from github-bugzi...@puremagic.com 2014-01-05 02:30:17 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4e99974adf5762b5760ea1b3938f4e221b1a7af5 fix Issue 11840 - Show all errors of undefined identifier used in a line https://github.com/D-Programming-Language/dmd/commit/e33ab359811eebdd3771fd3466bff207379c57b5 Merge pull request #3062 from 9rnsr/fix11840 Issue 11840 - Show all errors of undefined identifier used in a line -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11840] Show all errors of undefined identifier used in a line
https://d.puremagic.com/issues/show_bug.cgi?id=11840 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11847] Importing "package.d" module causes qualified name lookup to fail for sub modules
https://d.puremagic.com/issues/show_bug.cgi?id=11847 --- Comment #4 from S�nke Ludwig 2014-01-05 01:55:42 PST --- I think this is actually totally unacceptable and a *serious* design flaw. What this means is that it is now impossible to reference any sub module of "test" as soon as "test" is imported. This seems to be based on the assumption that "package.d" modules always import all modules of their package, which is just wrong. There are many possible reasons why it would exclude certain modules. This also means that it is now impossible to disambiguate conflicting symbols when one of them is in such a sub module. This completely breaks the module system. A real world example, where it is important to be able to handle this cleanly, is an automatically generated function that iterates over all modules of a project (It's a unit test runner that runs all unit tests for each module). It contains code similar this: --- static import test; static import test.mod; alias AllModules = TypeTuple!(test, test.mod); // error main() { foreach (mod; AllModules) ... } --- The only half reasonable thing that could be done there is to generally ignore all "package.d" modules. And that is based on the assumption that "package.d" modules *only* import all sub modules and have no own declarations, which, in general, again is wrong. Also, if there is no NG or conference discussion that I didn't see, there is no sign in the original DIP that this issue was even considered before implementing it. In this case, calling it by design may be a slight exaggeration. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11868] New: ICE(template.c) on passing `inout` `ref` `foreach` var as TemplateParameterList
https://d.puremagic.com/issues/show_bug.cgi?id=11868 Summary: ICE(template.c) on passing `inout` `ref` `foreach` var as TemplateParameterList Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: ice Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: verylonglogin@gmail.com --- Comment #0 from Denis Shelomovskij 2014-01-05 13:25:45 MSK --- This code should compile: --- void f(A...)(A) { } void g(inout(int)[] arr) { foreach(ref e; arr) f(e); } --- Assertion failure: '0' on line 1503 in file 'template.c' --- It worked with previous dmd. As a result dmd ICEs now on such previously working code: --- import std.algorithm; void f(inout(int)[] arr) { arr.all!(a => true)(); } --- -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11867] New: Documentation for new package.d feature
https://d.puremagic.com/issues/show_bug.cgi?id=11867 Summary: Documentation for new package.d feature Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: critical Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: k.hara...@gmail.com --- Comment #0 from Kenji Hara 2014-01-05 01:25:02 PST --- Related links: http://wiki.dlang.org/DIP37 http://dlang.org/changelog#import_package It should be properly documented. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11849] Recursive enum causes segfault
https://d.puremagic.com/issues/show_bug.cgi?id=11849 --- Comment #7 from Jacob Carlborg 2014-01-05 01:21:32 PST --- Thanks. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11847] Importing "package.d" module causes qualified name lookup to fail for sub modules
https://d.puremagic.com/issues/show_bug.cgi?id=11847 --- Comment #3 from Kenji Hara 2014-01-05 01:19:53 PST --- (In reply to comment #2) > So how would I specify a qualified name in test.mod? There's no way, if you import both test/package.d and test/mod.d. I think it is legitimate limitation of the new package.d feature. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10206] User-defined attributes not documented well in language specification
https://d.puremagic.com/issues/show_bug.cgi?id=10206 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11840] Show all errors of undefined identifier used in a line
https://d.puremagic.com/issues/show_bug.cgi?id=11840 Kenji Hara changed: What|Removed |Added Keywords||pull Platform|x86 |All OS/Version|Windows |All --- Comment #1 from Kenji Hara 2014-01-05 01:11:09 PST --- https://github.com/D-Programming-Language/dmd/pull/3062 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11847] Importing "package.d" module causes qualified name lookup to fail for sub modules
https://d.puremagic.com/issues/show_bug.cgi?id=11847 --- Comment #2 from S�nke Ludwig 2014-01-05 01:08:27 PST --- So how would I specify a qualified name in test.mod? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11866] `@safe` and `nothrow` attributes aren't inferred for nested functions in templated functions
https://d.puremagic.com/issues/show_bug.cgi?id=11866 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Kenji Hara 2014-01-05 00:43:42 PST --- *** This issue has been marked as a duplicate of issue 10329 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10329] Attributes not inferred for indirectly templated methods
https://d.puremagic.com/issues/show_bug.cgi?id=10329 Kenji Hara changed: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #8 from Kenji Hara 2014-01-05 00:43:42 PST --- *** Issue 11866 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11866] New: `@safe` and `nothrow` attributes aren't inferred for nested functions in templated functions
https://d.puremagic.com/issues/show_bug.cgi?id=11866 Summary: `@safe` and `nothrow` attributes aren't inferred for nested functions in templated functions Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: rejects-valid Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: verylonglogin@gmail.com --- Comment #0 from Denis Shelomovskij 2014-01-05 12:35:09 MSK --- This code should compile: --- void g(T)() { void f(){ } f(); } void main() @safe nothrow // line 7 { g!int(); // line 9 } --- main.d(9): Error: safe function 'D main' cannot call system function 'main.g!int.g' main.d(9): Error: 'main.g!int.g' is not nothrow main.d(7): Error: function 'D main' is nothrow yet may throw --- E.g. `std.algorithm.countUntil` isn't `nothrow` because of this as it uses nested `pred2`. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11849] Recursive enum causes segfault
https://d.puremagic.com/issues/show_bug.cgi?id=11849 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11863] std.conv.to!string(int/uint, radix) returns incorrect string
https://d.puremagic.com/issues/show_bug.cgi?id=11863 --- Comment #4 from Kenji Hara 2014-01-05 00:29:47 PST --- (In reply to comment #2) > Hmm, with "-allinst" switch, OP code runs successfully in Windows (Both -m32 > and -m64). Instead of "-allinst", "-release" also suppresses the error. (In reply to comment #3) > (In reply to comment #2) > > Hmm, with "-allinst" switch, OP code runs successfully in Windows (Both -m32 > > and -m64). > > I *thought* I had tried that, but I must have gotten it wrong. I can confirm > it > works too for linux64. > > So... is this an actual bug? > http://d.puremagic.com/issues/show_bug.cgi?id=11284 > Seems to indicate the problem would come from a "build irregularity"? Does > this > mean there is a Phobos build irregularity? I'm not sure, but essentially I think "build irregularity" should not be there. If it exists, it is a fault of separate compilation feature. Current template instantiation strategy is fragile. Walter's implementation is often does not fully cover target cases when it is introduced... -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 Denis Shelomovskij changed: What|Removed |Added CC||verylonglogin@gmail.com Platform|x86 |All Version|2.006 |D2 --- Comment #2 from Denis Shelomovskij 2014-01-05 12:26:30 MSK --- This is by design and should be closed as INVALID or converted to an enhancement. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7683] the attribute has not been correctly inferred in either the constructor or nested function.
https://d.puremagic.com/issues/show_bug.cgi?id=7683 Denis Shelomovskij changed: What|Removed |Added Status|NEW |RESOLVED CC||verylonglogin@gmail.com Platform|x86 |All Resolution||WORKSFORME OS/Version|Windows |All --- Comment #1 from Denis Shelomovskij 2014-01-05 12:23:23 MSK --- The title is incorrect, it has nothing to do with attributes. The error was because of some fixed IFTI bug. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11863] std.conv.to!string(int/uint, radix) returns incorrect string
https://d.puremagic.com/issues/show_bug.cgi?id=11863 --- Comment #3 from monarchdo...@gmail.com 2014-01-05 00:10:54 PST --- (In reply to comment #2) > Hmm, with "-allinst" switch, OP code runs successfully in Windows (Both -m32 > and -m64). I *thought* I had tried that, but I must have gotten it wrong. I can confirm it works too for linux64. So... is this an actual bug? http://d.puremagic.com/issues/show_bug.cgi?id=11284 Seems to indicate the problem would come from a "build irregularity"? Does this mean there is a Phobos build irregularity? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11849] Recursive enum causes segfault
https://d.puremagic.com/issues/show_bug.cgi?id=11849 --- Comment #6 from github-bugzi...@puremagic.com 2014-01-05 00:11:27 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/1cb5407fdf29c57511e048e332840d0bf45b529c fix Issue 11849 - Recursive enum causes segfault https://github.com/D-Programming-Language/dmd/commit/80da22ed3e800755a53fc54bcc938627d4611fc6 Merge pull request #3057 from 9rnsr/fix11849 Issue 11849 - Recursive enum causes segfault -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---