[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: ---
[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 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 verylonglogin@gmail.com 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 verylonglogin@gmail.com 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 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added CC||verylonglogin@gmail.com Platform|x86 |All Version|2.006 |D2 --- Comment #2 from Denis Shelomovskij verylonglogin@gmail.com 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 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 k.hara...@gmail.com 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 11849] Recursive enum causes segfault
https://d.puremagic.com/issues/show_bug.cgi?id=11849 Kenji Hara k.hara...@gmail.com 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 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 verylonglogin@gmail.com 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 10329] Attributes not inferred for indirectly templated methods
https://d.puremagic.com/issues/show_bug.cgi?id=10329 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #8 from Kenji Hara k.hara...@gmail.com 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] `@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 k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Kenji Hara k.hara...@gmail.com 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 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 slud...@outerproduct.org 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 10206] User-defined attributes not documented well in language specification
https://d.puremagic.com/issues/show_bug.cgi?id=10206 Kenji Hara k.hara...@gmail.com 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 k.hara...@gmail.com changed: What|Removed |Added Keywords||pull Platform|x86 |All OS/Version|Windows |All --- Comment #1 from Kenji Hara k.hara...@gmail.com 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 #3 from Kenji Hara k.hara...@gmail.com 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 11849] Recursive enum causes segfault
https://d.puremagic.com/issues/show_bug.cgi?id=11849 --- Comment #7 from Jacob Carlborg d...@me.com 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 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 k.hara...@gmail.com 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 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 verylonglogin@gmail.com 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 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 slud...@outerproduct.org 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 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 k.hara...@gmail.com 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 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 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 --- Comment #3 from Stewart Gordon s...@iname.com 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 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 temta...@gmail.com 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 temta...@gmail.com 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 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 c...@dawg.eu 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 11858] Comparison of unconnected classes using `is` must be disallowed
https://d.puremagic.com/issues/show_bug.cgi?id=11858 Denis Shelomovskij verylonglogin@gmail.com changed: What|Removed |Added Severity|enhancement |major --- Comment #3 from Denis Shelomovskij verylonglogin@gmail.com 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 1001] print stack trace (in debug mode) when program die
https://d.puremagic.com/issues/show_bug.cgi?id=1001 Martin Nowak c...@dawg.eu changed: What|Removed |Added CC||c...@dawg.eu --- Comment #63 from Martin Nowak c...@dawg.eu 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 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566 --- Comment #4 from Denis Shelomovskij verylonglogin@gmail.com 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 1566] Nested template issue
https://d.puremagic.com/issues/show_bug.cgi?id=1566
Stewart Gordon s...@iname.com changed:
What|Removed |Added
Keywords|rejects-valid |diagnostic
--- Comment #5 from Stewart Gordon s...@iname.com 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 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 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 e...@evanv.nl 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 11852] RDMD broken on the Github HEAD
https://d.puremagic.com/issues/show_bug.cgi?id=11852 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 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 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 longestpa...@gmail.com 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 11780] RangeError in format for incomplete format specifier
https://d.puremagic.com/issues/show_bug.cgi?id=11780 Andrej Mitrovic andrej.mitrov...@gmail.com 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 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 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 11640] [regression] goto-def not working in v0.3.38beta1
https://d.puremagic.com/issues/show_bug.cgi?id=11640 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Rainer Schuetze r.sagita...@gmx.de 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 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 c...@klickverbot.at 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 c...@klickverbot.at changed: What|Removed |Added CC||c...@klickverbot.at --- Comment #1 from David Nadlinger c...@klickverbot.at 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 7634] optlink creates bad debug info for a large number of modules
https://d.puremagic.com/issues/show_bug.cgi?id=7634 Walter Bright bugzi...@digitalmars.com 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 bugzi...@digitalmars.com 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 11858] Comparison of unconnected classes using `is` must be disallowed
https://d.puremagic.com/issues/show_bug.cgi?id=11858 Stewart Gordon s...@iname.com changed: What|Removed |Added Keywords||spec --- Comment #4 from Stewart Gordon s...@iname.com 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 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 11553] dmd segfault with recursive template
https://d.puremagic.com/issues/show_bug.cgi?id=11553 Kenji Hara k.hara...@gmail.com 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 k.hara...@gmail.com 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 10938] ICE on recursive instantiation in opDispatch
https://d.puremagic.com/issues/show_bug.cgi?id=10938 Kenji Hara k.hara...@gmail.com 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 11868] ICE(template.c) on passing `inout const` argument as TemplateTupleParameter
https://d.puremagic.com/issues/show_bug.cgi?id=11868 Kenji Hara k.hara...@gmail.com 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 k.hara...@gmail.com 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 11865] Unhandled exception does not show crash dialog
https://d.puremagic.com/issues/show_bug.cgi?id=11865 --- Comment #3 from Jordan Miner jmin...@gmail.com 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 11852] RDMD broken on the Github HEAD
https://d.puremagic.com/issues/show_bug.cgi?id=11852 --- Comment #5 from Puneet Goel pun...@coverify.org 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 11872] Support for overloaded template functions in with block
https://d.puremagic.com/issues/show_bug.cgi?id=11872 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid Platform|x86_64 |All OS/Version|Linux |All Severity|enhancement |major --- Comment #1 from Kenji Hara k.hara...@gmail.com 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 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 k.hara...@gmail.com 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: ---
