[Issue 13218] [ICE] s2ir.c 142: Must fully qualify call to ParameterTypeTuple
https://issues.dlang.org/show_bug.cgi?id=13218 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/29d0b5e3297f939b29ba04275a16f9bdcdfa885b fix Issue 13218 - [ICE] s2ir.c 142: Must fully qualify call to ParameterTypeTuple https://github.com/D-Programming-Language/dmd/commit/6633be7b765798fb32c207bf9e49082b6d2ebb5b Merge pull request #3821 from 9rnsr/fix13218 [REG2.066a] Issue 13218 - [ICE] s2ir.c 142: Must fully qualify call to ParameterTypeTuple --
[Issue 13218] [ICE] s2ir.c 142: Must fully qualify call to ParameterTypeTuple
https://issues.dlang.org/show_bug.cgi?id=13218 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13222] New: Interface generation does not include auto for return type
https://issues.dlang.org/show_bug.cgi?id=13222
Issue ID: 13222
Summary: Interface generation does not include auto for return
type
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
Severity: trivial
Priority: P1
Component: DMD
Assignee: nob...@puremagic.com
Reporter: alphaglosi...@gmail.com
Given code (from Vibe.d vibe.internal.meta.funcattr):
auto before(alias Hook)(string parameter_name)
{
return InputAttribute!Hook(parameter_name);
}
The given code will outputted for -op -Hd
before(alias Hook)(string parameter_name)
{
return InputAttribute!Hook(parameter_name);
}
Which is not syntactically correct and will not compile.
Which gives errors such as, if it were to be on the import path and used:
P:\test2\static\routes\test2.d P:\test2\bin\bininfo.d
P:\test2\deps\imports\static\vibe\internal\meta\funcattr.di(4): Error:
unexpected ( in declarator
P:\test2\deps\imports\static\vibe\internal\meta\funcattr.di(5): Error: no
identifier for declarator before(string parameter_name)
Assertion failure: 'ident' on line 144 in file 'dsymbol.c'
--
[Issue 13223] New: Cannot deduce argument for array template parameters
https://issues.dlang.org/show_bug.cgi?id=13223
Issue ID: 13223
Summary: Cannot deduce argument for array template parameters
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Priority: P1
Component: DMD
Assignee: nob...@puremagic.com
Reporter: dragosc...@gmail.com
Following code works with 2.065:
T[] foo(T)(T[] a1, T[] a2)
{
return a1 ~ a2;
}
void main()
{
int[] a = [1, 2];
assert(foo(a, []) == [1, 2]);
}
With 2.066.0-b6 it generates compile error:
template_deduction.d(9): Error: template template_deduction.foo cannot deduce
function from argument types !()(int[], void[]), candidates are:
template_deduction.d(1):template_deduction.foo(T)(T[] a1, T[] a2)
--
[Issue 13223] Cannot deduce argument for array template parameters
https://issues.dlang.org/show_bug.cgi?id=13223
--- Comment #1 from Dragos Carp dragosc...@gmail.com ---
T foo(T)(T a1, T a2)
{
return a1 ~ a2;
}
void main()
{
int[] a = [1, 2];
assert(foo(a, []) == [1, 2]);
}
This code (non array template types) works with 2.066.0-b6 and generates the
previous described compile error with 2.065.
--
[Issue 13221] [ICE] '0' on line 318 in file 'interpret.c'
https://issues.dlang.org/show_bug.cgi?id=13221 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||ice Severity|major |regression --- Comment #1 from Kenji Hara k.hara...@gmail.com --- (In reply to Johannes Blume from comment #0) On v2.066.0-b6 this results in: main.d(9): Error: variable r cannot be read at compile time main.d(10): Error: CTFE internal error: ErrorExp in main.d(10) Assertion failure: '0' on line 318 in file 'interpret.c' The ICE occurs from 2.064. With 2.062 - no ICE $ dmd -o- test test.d(9): Error: variable r cannot be read at compile time test.d(10): Error: Integer constant expression expected instead of cast(int)r With 2.063 - no ICE $ dmd -o- test test.d(9): Error: variable r cannot be read at compile time C:\dmd2.063\src\phobos\std\range.d(611): Error: static assert Cannot put a char[] into a Appender!(string) C:\dmd2.063\src\phobos\std\format.d(1433):instantiated from here: put!(Appender!(string), char[]) C:\dmd2.063\src\phobos\std\format.d(1335):instantiated from here: formatUnsigned!(Appender!(string), char) C:\dmd2.063\src\phobos\std\format.d(1309):instantiated from here: formatIntegral!(Appender!(string), ulong, char) C:\dmd2.063\src\phobos\std\format.d(2950):... (3 instantiations, -v to show) ... C:\dmd2.063\src\phobos\std\typecons.d(326):instantiated from here: format!(char, uint, uint) test.d(10):instantiated from here: Tuple!(bool) With 2.064, and 2.065 - ICE --
[Issue 13221] [ICE] '0' on line 318 in file 'interpret.c'
https://issues.dlang.org/show_bug.cgi?id=13221 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #2 from Kenji Hara k.hara...@gmail.com --- https://github.com/D-Programming-Language/dmd/pull/3824 --
[Issue 12503] Bad optimization with scope(success) and return statement
https://issues.dlang.org/show_bug.cgi?id=12503 yebblies yebbl...@gmail.com changed: What|Removed |Added Keywords||pull CC||yebbl...@gmail.com Assignee|nob...@puremagic.com|yebbl...@gmail.com --- Comment #2 from yebblies yebbl...@gmail.com --- The glue layer sets up the block successors wrong. https://github.com/D-Programming-Language/dmd/pull/3826 --
[Issue 13223] Cannot deduce argument for array template parameters
https://issues.dlang.org/show_bug.cgi?id=13223 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #2 from Kenji Hara k.hara...@gmail.com --- https://github.com/D-Programming-Language/dmd/pull/3828 --
[Issue 12806] Does std.traits.isArray include associative arrays?
https://issues.dlang.org/show_bug.cgi?id=12806 Peter Alexander peter.alexander...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Peter Alexander peter.alexander...@gmail.com --- Thanks! --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 --- Comment #8 from Kenji Hara k.hara...@gmail.com --- (In reply to Walter Bright from comment #4) This is not a compiler bug. It has nothing to do with 314. The problem is that 'strip' is defined in both std.string and std.algorithm. But their signatures don't have ambiguity. With one string argument, af .strip == strip( af ) should match only to std.string.strip. So this is a compiler bug. --
[Issue 13212] Windows line endings handled incorrectly by ddoc macros
https://issues.dlang.org/show_bug.cgi?id=13212 Nick Treleaven ntrel-pub...@yahoo.co.uk changed: What|Removed |Added Keywords||pull URL||https://github.com/D-Progra ||mming-Language/dmd/pull/382 ||9 CC||ntrel-pub...@yahoo.co.uk --
[Issue 13224] New: Error: first argument is not a symbol
https://issues.dlang.org/show_bug.cgi?id=13224
Issue ID: 13224
Summary: Error: first argument is not a symbol
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Priority: P1
Component: DMD
Assignee: nob...@puremagic.com
Reporter: dragosc...@gmail.com
Following code minimized from an application unitest using dunit doesn't
compile with 2.066.0-b6 (2.065 was ok):
FooTest.d(30): Error: first argument is not a symbol
FooTest.d(36): Error: template instance
FooTest.FooTest.UnitTest!()._annotations!(FooTest, Ignore, Node, toString,
toHash, opCmp, opEquals, Monitor, factory) error instantiating
FooTest.d(32):instantiated from here: _annotations!(FooTest, Ignore,
_annotations, Node, toString, toHash, opCmp, opEquals, Monitor,
factory)
FooTest.d(16):instantiated from here: _annotations!(FooTest, Ignore,
__ctor, _annotations, Node, toString, toHash, opCmp, opEquals,
Monitor, factory)
===
import std.typetuple;
class Document {
alias NodeImpl* Node;
struct NodeImpl
{
}
}
template UnitTest()
{
this()
{
alias TypeTuple!(__traits(allMembers, typeof(this))) allMembers;
_annotations!(typeof(this), Ignore, allMembers).dup;
}
template _annotations(T, attribute, names...)
{
static if (names.length == 0)
{
immutable(string[]) _annotations = [];
}
else
{
static if (__traits(compiles, mixin((new ~ T.stringof ~ ()). ~
names[0] ~ (
{
alias TypeTuple!(__traits(getMember, T, names[0])) member;
TypeTuple!(__traits(getAttributes, member)) attributes;
immutable(string[]) _annotations = _annotations!(T, attribute,
names[1 .. $]);
}
else
{
immutable(string[]) _annotations = _annotations!(T, attribute,
names[1 .. $]);
}
}
}
}
struct Ignore
{
}
class FooTest
{
mixin UnitTest;
alias Node = Document.Node;
}
--
[Issue 13224] Error: first argument is not a symbol
https://issues.dlang.org/show_bug.cgi?id=13224 --- Comment #1 from Kenji Hara k.hara...@gmail.com --- In 2.066, uniform constructor syntax T() is supported for all scalar type T. auto n = int(); auto x = float(3.14); alias P = void*; auto p = P(n); By the feature, the line static if (__traits(compiles, mixin((new ~ T.stringof ~ ()). ~ names[0] ~ ( is changed to be evaluated to true when names[0] == Node. (new FooTest()).Node() == Node() (Node == Document.Node == NodeImpl*) --
[Issue 10966] Optimizer generates wrong code with try-catch
https://issues.dlang.org/show_bug.cgi?id=10966
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||yebbl...@gmail.com
Version|D2 |D1 D2
Assignee|nob...@puremagic.com|bugzi...@digitalmars.com
Summary|Leaked destruction in |Optimizer generates wrong
|static array postblit |code with try-catch
Severity|critical|blocker
--- Comment #3 from yebblies yebbl...@gmail.com ---
Reduces to:
void bug10966(void* p)
{
void* pstart = p;
try
{
p = null;
throw new Exception(dummy);
}
catch (Throwable o)
{
assert(p != pstart);
}
}
void test10966()
{
int s;
int[4] ss;
bug10966(ss.ptr);
}
The glue layer turns this into basic blocks, but with not connection between
the block containing the throw and the catch block. The backend assumes that
it is not possible for the assert to be run after p has been reassigned, so it
propagates the old value of p. This is very similar to issue 12503
I can easily fix this exact case by adding a relationship between the basic
blocks, but replacing the throw with a function that throws will cause the same
problem. Maybe simply adding the dependency for all basic blocks inside the
try will do the trick, but it seems like something that should be better
supported in the backend.
dmc does the same thing with the equivalent code - it all looks horribly
broken.
Walter, is there a mechanism for this in the backend or is it completely
unsupported?
--
[Issue 12438] Wrong code for result of assignment to `ref`/`out` struct parameter
https://issues.dlang.org/show_bug.cgi?id=12438 yebblies yebbl...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution|--- |WORKSFORME --- Comment #1 from yebblies yebbl...@gmail.com --- It does now. --
[Issue 13202] Don't allow silent shadowing of type properties
https://issues.dlang.org/show_bug.cgi?id=13202 davi...@fb.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from davi...@fb.com --- *** This issue has been marked as a duplicate of issue 7066 *** --
[Issue 7066] You can redefine .init and .stringof without error
https://issues.dlang.org/show_bug.cgi?id=7066 davi...@fb.com changed: What|Removed |Added CC||davi...@fb.com --- Comment #4 from davi...@fb.com --- *** Issue 13202 has been marked as a duplicate of this issue. *** --
[Issue 7066] You can redefine .init and .stringof without error
https://issues.dlang.org/show_bug.cgi?id=7066 --- Comment #5 from davi...@fb.com --- I would like to see this disable or if we don't want to break backwards compatibility for this, we should have the compiler issue a warning. As it stands at the moment, the behavior causes more harm then good. --
[Issue 7942] Appending different string types corrupts memory
https://issues.dlang.org/show_bug.cgi?id=7942 yebblies yebbl...@gmail.com changed: What|Removed |Added Summary|Appending a string to a |Appending different string |dstring is allowed |types corrupts memory --
[Issue 7942] Appending different string types corrupts memory
https://issues.dlang.org/show_bug.cgi?id=7942 yebblies yebbl...@gmail.com changed: What|Removed |Added Keywords||pull Assignee|nob...@puremagic.com|yebbl...@gmail.com --- Comment #3 from yebblies yebbl...@gmail.com --- I'm not so sure about this being accepts-invalid. D allows implicit string decoding/encoding in the single-char case, and it seems reasonable to support it here. These patches change it from a wrong-code to a mere performance issue. https://github.com/D-Programming-Language/dmd/pull/3831 https://github.com/D-Programming-Language/druntime/pull/915 --
[Issue 9465] Wrong code for delegate call
https://issues.dlang.org/show_bug.cgi?id=9465 yebblies yebbl...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution|--- |WORKSFORME --- Comment #1 from yebblies yebbl...@gmail.com --- This appears to work correctly now. --
[Issue 12926] backend/cgcs.c 351
https://issues.dlang.org/show_bug.cgi?id=12926 yebblies yebbl...@gmail.com changed: What|Removed |Added Keywords|wrong-code |ice CC||yebbl...@gmail.com Hardware|x86_64 |All OS|Linux |All --
[Issue 12926] backend/cgcs.c 351
https://issues.dlang.org/show_bug.cgi?id=12926 yebblies yebbl...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from yebblies yebbl...@gmail.com --- *** This issue has been marked as a duplicate of issue 11763 *** --
[Issue 11763] [ICE] Internal error: ../ztc/cgcs.c 351
https://issues.dlang.org/show_bug.cgi?id=11763 yebblies yebbl...@gmail.com changed: What|Removed |Added CC||vlevenf...@gmail.com --- Comment #3 from yebblies yebbl...@gmail.com --- *** Issue 12926 has been marked as a duplicate of this issue. *** --
[Issue 11763] [ICE] Internal error: ../ztc/cgcs.c 351
https://issues.dlang.org/show_bug.cgi?id=11763 yebblies yebbl...@gmail.com changed: What|Removed |Added Keywords|ice-on-valid-code | CC||yebbl...@gmail.com --
[Issue 11763] [ICE] Internal error: ../ztc/cgcs.c 351
https://issues.dlang.org/show_bug.cgi?id=11763
yebblies yebbl...@gmail.com changed:
What|Removed |Added
Keywords||pull
Assignee|nob...@puremagic.com|yebbl...@gmail.com
--- Comment #4 from yebblies yebbl...@gmail.com ---
Reduced:
struct NoDtor {}
struct HasDtor
{
NoDtor func()
{
return NoDtor();
}
~this() {}
}
void main()
{
HasDtor().func();
}
The glue layer tries to take the address of func's return, but doesn't use
addressElem and just ends up making a mess. The backend ices because (OPaddr
(OPcall ...)) is invalid.
https://github.com/D-Programming-Language/dmd/pull/3832
--
[Issue 7337] subclasses without invariants don't check basisclass invariant after method
https://issues.dlang.org/show_bug.cgi?id=7337 --- Comment #3 from yebblies yebbl...@gmail.com --- (In reply to Adrien Pensart from comment #2) (In reply to yebblies from comment #1) This is currently disabled in FuncDeclaration::addPostInvariant, and enabling it causes a lot of error bugs in druntime and phobos, presumably due to issue 5039. Once that bug is closed this will hopefully be a quick fix. I just tried to re-enable it, everything seems ok after the issue 5039 resolution, no error in druntime or phobos appeared in a simple build. Can I create a mini pull request ? Yes, please do. --
[Issue 8269] The 'with statement' does not observe temporary object lifetime
https://issues.dlang.org/show_bug.cgi?id=8269 yebblies yebbl...@gmail.com changed: What|Removed |Added Keywords|preapproved | CC||yebbl...@gmail.com --
[Issue 8269] The 'with statement' does not observe temporary object lifetime
https://issues.dlang.org/show_bug.cgi?id=8269 --- Comment #6 from Andrei Alexandrescu and...@erdani.com --- @yebblies: why did you remove the preapproved tag? --
[Issue 13221] [ICE] '0' on line 318 in file 'interpret.c'
https://issues.dlang.org/show_bug.cgi?id=13221 --- 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/b16f80834e4f9fa9bd62320f132f77fb22fc65b6 fix Issue 13221 - [ICE] '0' on line 318 in file 'interpret.c' https://github.com/D-Programming-Language/dmd/commit/02c6399f67af4c80c8aef17f723879d7f0012a80 Merge pull request #3824 from 9rnsr/fix13221 [REG2.064] Issue 13221 - [ICE] '0' on line 318 in file 'interpret.c' --
[Issue 12668] std.traits.functionAttributes should use the new getFunctionAttributes trait
https://issues.dlang.org/show_bug.cgi?id=12668 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/7a976513b944ddc8cfd30949bdfb1cb0a10a484f Fix Issue 12668 - std.traits.functionAttributes should use the new getFunctionAttributes trait. https://github.com/D-Programming-Language/phobos/commit/e709fee45a0dbb042e2f3f2d0b65aff911cef5ca Merge pull request #2131 from AndrejMitrovic/Fix12668 Issue 12668 - std.traits.functionAttributes should use the new getFunctionAttributes trait. --
[Issue 12668] std.traits.functionAttributes should use the new getFunctionAttributes trait
https://issues.dlang.org/show_bug.cgi?id=12668 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 7337] subclasses without invariants don't check basisclass invariant after method
https://issues.dlang.org/show_bug.cgi?id=7337
--- Comment #4 from Adrien Pensart cruncheng...@gmail.com ---
I retried to fix this some month ago in days, but i'm not comfortable at all
with dmd internals and i didn't succeed...
it could take weeks for me to resolve this...
i started writing a testcase into runnable/testinvariant.d :
/***/
// 7337
void test7337()
{
class A
{
static uint invariantStatus;
public void foo()
in
{
assert(invariantStatus == 0);
}
out
{
assert(invariantStatus == 2);
}
body
{
printf(in A.foo : %d\n, invariantStatus);
assert(invariantStatus == 1);
}
invariant()
{
printf(in A invariant\n);
invariantStatus++;
}
}
class B : A
{
override public void foo()
{
printf(in B.foo : %d\n, invariantStatus);
}
}
A a = new A();
a.foo();
A.invariantStatus = 0;
B b = new B();
b.foo();
}
--
[Issue 879] support for --gc-sections
https://issues.dlang.org/show_bug.cgi?id=879 JR zor...@gmail.com changed: What|Removed |Added CC||zor...@gmail.com --
[Issue 7337] subclasses without invariants don't check basisclass invariant after method
https://issues.dlang.org/show_bug.cgi?id=7337 --- Comment #5 from Adrien Pensart cruncheng...@gmail.com --- diff --git a/src/func.c b/src/func.c index 93ca8fd..395cb51 100644 --- a/src/func.c +++ b/src/func.c @@ -3933,7 +3933,7 @@ bool FuncDeclaration::addPostInvariant() AggregateDeclaration *ad = isThis(); ClassDeclaration *cd = ad ? ad-isClassDeclaration() : NULL; return (ad !(cd cd-isCPPclass()) -ad-inv +//ad-inv global.params.useInvariants (protection == PROTprotected || protection == PROTpublic || protection == PROTexport) !naked There is multiple problems, i'll try to give you what i tested but phobos is ok. A trivial error in druntime, it does not compile the first time, but it works if we replay the exact command, i don't know why (MODEL=64 make -j4 -f posix.mak install) : src/core/sync/semaphore.d(182): Error: function core.sync.semaphore.Semaphore.wait no return exp; or assert(0); at end of function src/core/sync/semaphore.d(298): Error: function core.sync.semaphore.Semaphore.tryWait no return exp; or assert(0); at end of function some test failed in dmd suite : * compilable/interpret3.d : ../src/dmd -m64 -Icompilable -odtest_results/compilable -oftest_results/compilable/interpret3_0.o -c compilable/interpret3.d compilable/interpret3.d(143): Error: assert(w.r.x == 4) failed compilable/interpret3.d(181):called from here: retRefTest2() compilable/interpret3.d(181):while evaluating: static assert(retRefTest2() == 2) dmd: interpret.c:180: void CtfeStack::setValue(VarDeclaration*, Expression*): Assertion `v-ctfeAdrOnStack = 0 v-ctfeAdrOnStack stackPointer()' failed. Aborted == Test failed: expected rc == 0, exited with rc == 134 Makefile:163: recipe for target 'test_results/compilable/interpret3.d.out' failed * runnable/sdtor.d : Test failed. The logged output: ../src/dmd -m64 -Irunnable -odtest_results/runnable -oftest_results/runnable/sdtor_0 runnable/sdtor.d S7353 test_results/runnable/sdtor_0 core.exception.AssertError@runnable/sdtor.d(859): Assertion failure test_results/runnable/sdtor_0() [0x445679] test_results/runnable/sdtor_0(void sdtor.test33()+0x8e) [0x437c36] test_results/runnable/sdtor_0(_Dmain+0xa9) [0x443841] test_results/runnable/sdtor_0(_D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ6runAllMFZ9__lambda1MFZv+0x1f) [0x44963b] test_results/runnable/sdtor_0(void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).tryExec(scope void delegate())+0x2a) [0x44958e] test_results/runnable/sdtor_0(void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).runAll()+0x30) [0x4495f4] test_results/runnable/sdtor_0(void rt.dmain2._d_run_main(int, char**, extern (C) int function(char[][])*).tryExec(scope void delegate())+0x2a) [0x44958e] test_results/runnable/sdtor_0(_d_run_main+0x193) [0x44950f] test_results/runnable/sdtor_0(main+0x17) [0x4456c7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f475382fb45] [...output...] == Test failed: expected rc == 0, exited with rc == 1 --
[Issue 4831] Optlink rejects paths with invalid characters based on HPFS filesystem instead of NTFS
https://issues.dlang.org/show_bug.cgi?id=4831 Jonathan Marler johnnymar...@gmail.com changed: What|Removed |Added CC||johnnymar...@gmail.com --
[Issue 2249] DMD can't handle include paths with spaces in them
https://issues.dlang.org/show_bug.cgi?id=2249 Jonathan Marler johnnymar...@gmail.com changed: What|Removed |Added CC||johnnymar...@gmail.com --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 --- Comment #9 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/f1130bf5762a21697708a3fe94eb291cdf4c3074 fix Issue 12242 - conflict error with public imports https://github.com/D-Programming-Language/dmd/commit/79a406dfdbeda7d1f5b21e52252c07cb6a6cc839 Merge pull request #3388 from 9rnsr/fix12242 Issue 12242 - conflict error with public imports --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 Martin Nowak c...@dawg.eu changed: What|Removed |Added CC||c...@dawg.eu --- Comment #10 from Martin Nowak c...@dawg.eu --- Is this a duplicate of issue 7327? --
[Issue 8387] Semantic errors in opDispatch body are not reported
https://issues.dlang.org/show_bug.cgi?id=8387 Vlad Levenfeld vlevenf...@gmail.com changed: What|Removed |Added CC||vlevenf...@gmail.com --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 --- Comment #11 from hst...@quickfur.ath.cx --- Issue #7327 appears to have been fixed by https://github.com/D-Programming-Language/dmd/pull/3388. Tested on Linux/64bit, on git HEAD. --
[Issue 7327] Nested overload sets are not resolved correctly
https://issues.dlang.org/show_bug.cgi?id=7327 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #2 from hst...@quickfur.ath.cx --- Appears to have been fixed by https://github.com/D-Programming-Language/dmd/pull/3388 (Tested on Linux/64bit, on git HEAD). --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 --- Comment #12 from Martin Nowak c...@dawg.eu --- I don't like the term cross module overload set, because an overload sets is a set of overloads from different modules (or mixin templates) by definition. The bug resolution to flatten all nested overload sets into a single overload set seems to be semantically correct. --
[Issue 7327] Nested overload sets are not resolved correctly
https://issues.dlang.org/show_bug.cgi?id=7327 Martin Nowak c...@dawg.eu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Martin Nowak c...@dawg.eu --- *** This issue has been marked as a duplicate of issue 12242 *** --
[Issue 12242] conflict error with public imports
https://issues.dlang.org/show_bug.cgi?id=12242 --- Comment #13 from Martin Nowak c...@dawg.eu --- *** Issue 7327 has been marked as a duplicate of this issue. *** --
[Issue 13210] libphobos2.so not being built
https://issues.dlang.org/show_bug.cgi?id=13210 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull CC||hst...@quickfur.ath.cx --
[Issue 13210] libphobos2.so not being built
https://issues.dlang.org/show_bug.cgi?id=13210 --- Comment #3 from hst...@quickfur.ath.cx --- Pull has been merged, please retest and resolve if fixed. --
[Issue 8387] Semantic errors in opDispatch body are not reported
https://issues.dlang.org/show_bug.cgi?id=8387 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13220] [ICE] 'global.gaggedErrors || global.errors' on line 750 in file 'statement.c'
https://issues.dlang.org/show_bug.cgi?id=13220 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||ice CC||hst...@quickfur.ath.cx Severity|major |critical --
[Issue 13178] Duplicate symbol of compiler generated symbols
https://issues.dlang.org/show_bug.cgi?id=13178 Andrew Edwards edwards...@gmail.com changed: What|Removed |Added CC||edwards...@gmail.com --- Comment #7 from Andrew Edwards edwards...@gmail.com --- Pull has been merged, please retest and resolve if fixed. --
[Issue 13203] conflicting aliases allowed with static if
https://issues.dlang.org/show_bug.cgi?id=13203 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13217] nothrow, template function and delegate: compilation error
https://issues.dlang.org/show_bug.cgi?id=13217 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13220] [ICE] 'global.gaggedErrors || global.errors' on line 750 in file 'statement.c'
https://issues.dlang.org/show_bug.cgi?id=13220 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull Severity|critical|regression --- Comment #1 from Kenji Hara k.hara...@gmail.com --- This is a ICE regression from 2.066 git-head. https://github.com/D-Programming-Language/dmd/pull/3833 --
[Issue 13201] Wrong Warning: statement is not reachable error with -w
https://issues.dlang.org/show_bug.cgi?id=13201 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13210] libphobos2.so not being built
https://issues.dlang.org/show_bug.cgi?id=13210 Andrew Edwards edwards...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |LATER --
[Issue 7570] Missing error in ctfe for dereferencing a pointer passed as a parameter
https://issues.dlang.org/show_bug.cgi?id=7570 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 7596] traits compiles can't detect non-copyable errors
https://issues.dlang.org/show_bug.cgi?id=7596 hst...@quickfur.ath.cx changed: What|Removed |Added Status|NEW |RESOLVED CC||hst...@quickfur.ath.cx Resolution|--- |WORKSFORME --- Comment #1 from hst...@quickfur.ath.cx --- Seems to fixed in git HEAD, it compiles successfully. --
[Issue 7553] auto template param triggers mixin conflict
https://issues.dlang.org/show_bug.cgi?id=7553
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||hst...@quickfur.ath.cx
Resolution|--- |WORKSFORME
--- Comment #1 from hst...@quickfur.ath.cx ---
Seems to work in git HEAD, after fixing some errors in the code:
--
template Foo(){
struct Range{
}
}
template Biz(){
struct Range{
}
}
class Bar{
mixin Foo!() index0;
mixin Biz!() index1;
auto to_range(Range)(Range r)
{
return r; // have to return something for r2 to have non-void type
}
}
void main(){
auto r2 =Bar.init.to_range(1); // have to use .init to pass actual value to
to_range
}
--
With these changes, it can compile successfully; no more conflict errors. So
looks like the bug has been fixed in git HEAD.
--
[Issue 7558] Useless 'cannot implicitly convert' errors when number of function arguments is wrong
https://issues.dlang.org/show_bug.cgi?id=7558
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||hst...@quickfur.ath.cx
Resolution|--- |WORKSFORME
--- Comment #3 from hst...@quickfur.ath.cx ---
Seems to have been fixed in git HEAD:
-
$ cat test.d
void bug7558(string x, int y, double z) {}
void main()
{
bug7558(4, 2.2);
}
$ dmd test.d
test.d(5): Error: function test.bug7558 (string x, int y, double z) is not
callable using argument types (int, double)
$
-
No extraneous errors were given.
--
[Issue 7624] std.typecons.Tuple slicing
https://issues.dlang.org/show_bug.cgi?id=7624 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13220] [ICE] 'global.gaggedErrors || global.errors' on line 750 in file 'statement.c'
https://issues.dlang.org/show_bug.cgi?id=13220 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13220] [ICE] 'global.gaggedErrors || global.errors' on line 750 in file 'statement.c'
https://issues.dlang.org/show_bug.cgi?id=13220 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/7449b81fbe606d858ff4649a0516049cac1e887b fix Issue 13220 - [ICE] 'global.gaggedErrors || global.errors' on line 750 in file 'statement.c' https://github.com/D-Programming-Language/dmd/commit/8a8a7cce3c4774ca82ba00b866f80264bc1a96f7 Merge pull request #3833 from 9rnsr/fix13220 [REG2.066a] Issue 13220 - [ICE] 'global.gaggedErrors || global.errors' on line 750 in file 'statement.c' --
[Issue 11453] Compiling packages has a dependency on order of modules passed to the compiler.
https://issues.dlang.org/show_bug.cgi?id=11453 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||diagnostic, pull --- Comment #2 from Kenji Hara k.hara...@gmail.com --- In 2.066 git-head, order dependent issue is resolved. C:\Users\khara\d/ $ dmd -c test11136.d bar11136.d DMD v2.066 DEBUG bar11136.d(1): Error: package name 'test11136' conflicts with usage as a module name in file test11136.d --- Error is expected C:\Users\khara\d/ $ dmd -c bar11136.d test11136.d DMD v2.066 DEBUG Error: module test11136 from file test11136.d conflicts with package name test11136 --- also Error is expected, but no filename/line number is not good. Fix diagnostic issue: https://github.com/D-Programming-Language/dmd/pull/3834 --
[Issue 8269] The 'with statement' does not observe temporary object lifetime
https://issues.dlang.org/show_bug.cgi?id=8269 --- Comment #7 from yebblies yebbl...@gmail.com --- (In reply to Andrei Alexandrescu from comment #6) @yebblies: why did you remove the preapproved tag? I don't see the point of it on a wrong code bug. Either the bug is valid and it will be fixed, or it isn't and it won't. --
