[Issue 11500] Bringing mixed-in operators and constructors to the overload set
https://issues.dlang.org/show_bug.cgi?id=11500 Basile-z changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=19729 --
[Issue 7147] [CTFE] typeid() should be supported in CTFE
https://issues.dlang.org/show_bug.cgi?id=7147 Alex changed: What|Removed |Added CC||sascha.or...@gmail.com --
[Issue 19729] Constructor overloads coming from mixin are not resolved
https://issues.dlang.org/show_bug.cgi?id=19729 Basile-z changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=11500 --
[Issue 19729] Constructor overloads coming from mixin are not resolved
https://issues.dlang.org/show_bug.cgi?id=19729 Basile-z changed: What|Removed |Added Keywords||rejects-valid --
[Issue 17259] ICE with multiple mixin templates containing conflicting ctor declarations
https://issues.dlang.org/show_bug.cgi?id=17259 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot --- @Basile-z updated dlang/dmd pull request #9441 "fix 17259 - ICE with multiple mixin templates containing conflicting…" fixing this issue: - fix issue 17259 - ICE with multiple mixin templates containing conflicting ctor declarations This only fixes the ICE, not the fact that resolution should work, as explained in https://issues.dlang.org/show_bug.cgi?id=19729 https://github.com/dlang/dmd/pull/9441 --
[Issue 19729] Constructor overloads coming from mixin are not resolved
https://issues.dlang.org/show_bug.cgi?id=19729 --- Comment #2 from Basile-z --- Sorry i should have precised that the bug will only start existing once https://issues.dlang.org/show_bug.cgi?id=17259 fixed. Which will come in a neat future. For now it's still an ICE. I'll see later if this is the same as 11500. --
[Issue 19729] Constructor overloads coming from mixin are not resolved
https://issues.dlang.org/show_bug.cgi?id=19729 elpenguin...@gmail.com changed: What|Removed |Added CC||elpenguin...@gmail.com --- Comment #1 from elpenguin...@gmail.com --- This looks pretty similar to https://issues.dlang.org/show_bug.cgi?id=11500 --
[Issue 19729] New: Constructor overloads coming from mixin are not resolved
https://issues.dlang.org/show_bug.cgi?id=19729
Issue ID: 19729
Summary: Constructor overloads coming from mixin are not
resolved
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: b2.t...@gmx.com
While this work:
---
mixin template Templ(T) {
void foo(T) {}
}
class C {
mixin Templ!int;
mixin Templ!string;
}
void main() {
auto c = new C;
c.foo("should work");
}
---
This does not:
---
mixin template Templ(T) {
this(T) {}
}
class C {
mixin Templ!int;
mixin Templ!string;
}
void main() {
auto c = new C("should work");
}
---
And fails with a bad error message:
> Error: overloadset `bn.C.__ctor` is aliased to a function
--
[Issue 8521] ICE(e2ir.c) when a function uses a template which relies on that function and -release and -inline are used
https://issues.dlang.org/show_bug.cgi?id=8521 Basile-z changed: What|Removed |Added Status|REOPENED|RESOLVED CC||b2.t...@gmx.com Resolution|--- |WORKSFORME --- Comment #8 from Basile-z --- No more ICEs but still a SIGILL when runing the first example, due to assert(0); --
[Issue 12862] [ICE] backend assertion (Internal error: backend/cg87.c 331) with inline, optimizing and floats
https://issues.dlang.org/show_bug.cgi?id=12862 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED CC||b2.t...@gmx.com Resolution|--- |WORKSFORME --- Comment #3 from Basile-z --- this works fine nowadays (git 7036b216dcb5d2b8394ae5c12324227c8ca47187), w or w/o -O -inline, -m32 or -m64. --
[Issue 19594] Compiler Crash
https://issues.dlang.org/show_bug.cgi?id=19594 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #6 from Basile-z --- Please come back with something that can be used to verify to process the issue. --
[Issue 19726] Visual D does not link C standard library with D-only project
https://issues.dlang.org/show_bug.cgi?id=19726 ki...@gmx.net changed: What|Removed |Added CC||ki...@gmx.net --- Comment #3 from ki...@gmx.net --- Right, that's what I meant by the DMD behavior of embedding the MSVCRT lib references in the main object file sounding like a way to make MSBuild work. If there's no simple Visual D solution to this, we can implement it for LDC too. --
[Issue 19618] Incorrect conversion of function returning `typeof(null)` to function returning an associative array
https://issues.dlang.org/show_bug.cgi?id=19618
--- Comment #2 from Dlang Bot ---
dlang/dmd pull request #9435 "[dmd-cxx] fix Issue 19618 - Associative arrays
are not covariant with typeof(null)" was merged into dmd-cxx:
- c9d1c94080a5fc233ce4bdf9ebd3f07ba224e9dd by Iain Buclaw:
fix Issue 19618 - Associative arrays are not covariant with typeof(null)
As associative arrays are value types (`struct {void*}`), which are
passed and returned differently to the void pointer typeof(null).
https://github.com/dlang/dmd/pull/9435
--
[Issue 19728] AliasSeq in UDA errors
https://issues.dlang.org/show_bug.cgi?id=19728
Basile-z changed:
What|Removed |Added
Keywords||rejects-valid
CC||b2.t...@gmx.com
Hardware|x86 |All
OS|Mac OS X|All
Severity|enhancement |normal
--- Comment #1 from Basile-z ---
test case, w/o phobos
---
enum A; enum B; enum Dummy = 0; // <- Dummy needs to be 0
alias Seq(T...) = T;
@Seq!(A,B) struct Foo1 {} // rejected
@Seq!(A,B, Dummy) struct Foo2 {}// works because of dummy
static assert(is(typeof(__traits(getAttributes, Foo1; // fails but should
not
static assert(is(typeof(__traits(getAttributes, Foo2; // pk
void main() {}
---
--
[Issue 19609] [ICE] dmd/expression.d(2790): Segmentation fault
https://issues.dlang.org/show_bug.cgi?id=19609 --- Comment #5 from Dlang Bot --- dlang/dmd pull request #9436 "[dmd-cxx] fix Issue 19609 - [ICE] dmd/expression.d(2790): Segmentation fault (part 2)" was merged into dmd-cxx: - 2868ba75051dc2d5b640fed7e1fb8342eecbd23f by Iain Buclaw: fix Issue 19609 - [ICE] dmd/expression.d(2790): Segmentation fault (part 2) https://github.com/dlang/dmd/pull/9436 --
[Issue 19728] New: AliasSeq in UDA errors
https://issues.dlang.org/show_bug.cgi?id=19728
Issue ID: 19728
Summary: AliasSeq in UDA errors
Product: D
Version: D2
Hardware: x86
OS: Mac OS X
Status: NEW
Severity: enhancement
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: m...@skoppe.eu
The following compiles, but not if I remove Dummy from the AliasSeq, or remove
Dummy's assignment to 0.
The error I get is `Error: cannot form tuple of tuples`
---
import std.meta;
enum A; enum B; enum Dummy = 0; // <- Dummy needs to be 0
struct Param(alias T) {}
@AliasSeq!(Dummy,Param!A,Param!B) // <- Here Dummy is needed
struct Foo {}
pragma(msg, __traits(getAttributes, Foo));
void main() {}
---
--
[Issue 19726] Visual D does not link C standard library with D-only project
https://issues.dlang.org/show_bug.cgi?id=19726 --- Comment #2 from Mihails Strasuns --- LDC is used. Not sure what do you refer to by disabling C runtime reference - it is needed for D standard library to work. the fact that it is not linked is exactly the problem. Being able to explicitly specify that it needs to be linked via vcxproj spec would also work just fine for me. --
[Issue 19726] Visual D does not link C standard library with D-only project
https://issues.dlang.org/show_bug.cgi?id=19726 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- The default is not to add any C++ to the project and that works for me. Dmd adds the reference to the C runtime into the module that contains main, DllMain or WinMain. Are you using LDC instead? Or maybe your project doesn't include any of the functions above? You can also disable any C runtime reference by choosing "None" as the "C Runtime Library" in the D compiler options. --
[Issue 16982] std.experimental.allocator.make!T must either call GC.addRange or be marked @system
https://issues.dlang.org/show_bug.cgi?id=16982 Johannes Pfau changed: What|Removed |Added CC||johannesp...@gmail.com --
[Issue 19608] [ICE] dmd/backend/cod1.d(3826): Assertion `0' failed.
https://issues.dlang.org/show_bug.cgi?id=19608 --- Comment #3 from Dlang Bot --- dlang/dmd pull request #9437 "[dmd-cxx] fix Issue 19608 - [ICE] dmd/backend/cod1.d(3826): Assertion `0' failed." was merged into dmd-cxx: - 7e517f18a3cfb49834d63d0c9e7b9d51a60a2e37 by Iain Buclaw: fix Issue 19608 - [ICE] dmd/backend/cod1.d(3826): Assertion `0' failed. https://github.com/dlang/dmd/pull/9437 --
[Issue 19727] std.algorithm.endsWith fails to compile while startsWith succeeds
https://issues.dlang.org/show_bug.cgi?id=19727 Basile-z changed: What|Removed |Added Summary|std.algorithm.endsWith |std.algorithm.endsWith |fails where startsWith |fails to compile while |succeeds|startsWith succeeds --
[Issue 19727] std.algorithm.endsWith fails where startsWith succeeds
https://issues.dlang.org/show_bug.cgi?id=19727 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com Hardware|x86 |All OS|Mac OS X|All --
[Issue 19223] core.simd __vector.array compiler crash
https://issues.dlang.org/show_bug.cgi?id=19223 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #3 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #9438 "[dmd-cxx] Backport vector array fixes from master" fixing this issue: - fix Issue 19223 - core.simd __vector.array compiler crash https://github.com/dlang/dmd/pull/9438 --
[Issue 19224] core.simd __vector.array "__r2.length cannot be evaluated at compile time"
https://issues.dlang.org/show_bug.cgi?id=19224 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #9438 "[dmd-cxx] Backport vector array fixes from master" fixing this issue: - fix Issue 19224 - Error: __r2.length cannot be evaluated at compile time https://github.com/dlang/dmd/pull/9438 --
[Issue 19627] [CTFE][SIMD] Error: cannot cast `int` to `int[4]`
https://issues.dlang.org/show_bug.cgi?id=19627 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #9438 "[dmd-cxx] Backport vector array fixes from master" fixing this issue: - fix Issue 19627 - Error: cannot cast 'int' to 'int[4]' https://github.com/dlang/dmd/pull/9438 --
[Issue 19628] [CTFE][SIMD] ICE indexing vector array
https://issues.dlang.org/show_bug.cgi?id=19628 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #9438 "[dmd-cxx] Backport vector array fixes from master" fixing this issue: - fix Issue 19628 - ICE indexing vector array https://github.com/dlang/dmd/pull/9438 --
[Issue 19607] [ICE] dmd/e2ir.d(117): Invalid type mTYconst|TYstruct
https://issues.dlang.org/show_bug.cgi?id=19607 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #4 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #9438 "[dmd-cxx] Backport vector array fixes from master" fixing this issue: - fix Issue 19607 - [ICE] dmd/e2ir.d(117): Invalid type mTYconst|TYstruct https://github.com/dlang/dmd/pull/9438 --
[Issue 19630] [CTFE][SIMD] Error: cannot determine length of vector slice at compile time
https://issues.dlang.org/show_bug.cgi?id=19630 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #9438 "[dmd-cxx] Backport vector array fixes from master" fixing this issue: - fix Issue 19630 - Error: cannot determine length of vector slice at compile time https://github.com/dlang/dmd/pull/9438 --
[Issue 19727] std.algorithm.endsWith fails where startsWith succeeds
https://issues.dlang.org/show_bug.cgi?id=19727 Seb changed: What|Removed |Added Keywords||bootcamp CC||greeen...@gmail.com --
[Issue 19727] std.algorithm.endsWith fails where startsWith succeeds
https://issues.dlang.org/show_bug.cgi?id=19727
--- Comment #1 from Timoses ---
Workaround:
t.asRelativePath("/folder").to!string
As typeof(t.asRelativePath("/folder")) is ChooseResult!(ByCodeUnitImpl,
Result), it seems to cause the problem!?
--
[Issue 19727] New: std.algorithm.endsWith fails where startsWith succeeds
https://issues.dlang.org/show_bug.cgi?id=19727
Issue ID: 19727
Summary: std.algorithm.endsWith fails where startsWith succeeds
Product: D
Version: D2
Hardware: x86
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P1
Component: phobos
Assignee: nob...@puremagic.com
Reporter: timos...@gmail.com
startsWith succeeds but endsWith fails.
import std.stdio;
import std.algorithm;
import std.file;
import std.path;
void main()
{
string[] ex = ["abc", "def", "ghi"];
string t = "/folder/test.ghi";
// works
writeln(ex.any!(e => t.asRelativePath("/folder").startsWith(e)));
// fails
writeln(ex.any!(e => t.asRelativePath("/folder").endsWith(e)));
}
Fails with:
source/app.d(12,15): Error: template app.main.any!((e) =>
t.asRelativePath("/folder").endsWith(e)).any cannot deduce function from
argument types !()(string[]), candidates are:
/Library/D/dmd/src/phobos/std/algorithm/searching.d(169,10):
app.main.any!((e) => t.asRelativePath("/folder").endsWith(e)).any(Range)(Range
range) if (isInputRange!Range && is(typeof(unaryFun!pred(range.front
dmd failed with exit code 1.
--
