[Issue 20863] Passing aggregate types into templates by alias drops qualifier
https://issues.dlang.org/show_bug.cgi?id=20863 Nick Treleaven changed: What|Removed |Added CC||n...@geany.org --- Comment #8 from Nick Treleaven --- This bug is blocking the removal of template overloads in std.meta: https://github.com/dlang/phobos/pull/7513 --
[Issue 19801] Linking error: ld: symbol(s) not found for architecture x86_64
https://issues.dlang.org/show_bug.cgi?id=19801 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Hardware|x86 |x86_64 Resolution|--- |WORKSFORME --- Comment #12 from Mathias LANG --- I can't reproduce the failure locally on a Mac OSX 10.15.4. I installed the latest `dmg` and things work. Since we don't fix up old build, closing as `WORKSFORME`. If you do have any other issue with the provided `dmg`, please feel free to open an issue on Github (https://github.com/dlang/tools/issues). --
[Issue 16953] auto-tester doesn't run rdmd_test (causes a number of regressions in each release)
https://issues.dlang.org/show_bug.cgi?id=16953 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Resolution|--- |FIXED --- Comment #2 from Mathias LANG --- Since we now have buildkite, which does what Vladimir described, I think this can be considered solved. --
[Issue 17216] OSX: `rdmd -shared -oflibfun.dylib fun.d` and otool -L libfun.dylib points to libfun.dylib.tmp
https://issues.dlang.org/show_bug.cgi?id=17216 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Resolution|--- |MOVED --- Comment #7 from Mathias LANG --- This issue has been moved to https://github.com/dlang/tools/issues/406 --
[Issue 13347] rdmd: let args[0] be the .d file
https://issues.dlang.org/show_bug.cgi?id=13347 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Resolution|--- |WONTFIX --- Comment #1 from Mathias LANG --- Special-casing this for rdmd would be a bit awkward. However, we now have the token `__FILE_FULL_PATH__` which achieve what you want. Hence, closing this as WONTFIX. --
[Issue 17044] Bugzilla integration fails with reverts and multiple branches
https://issues.dlang.org/show_bug.cgi?id=17044 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Resolution|--- |FIXED --- Comment #3 from Mathias LANG --- Going to close this, as: - As Seb mentioned, disabling it for stable fixed *most* issues but the revert; - This bug would have been moved to https://github.com/dlang/dlang-bot - https://github.com/dlang/projects/issues/43 --
[Issue 18122] Link to the PR that introduced a new feature
https://issues.dlang.org/show_bug.cgi?id=18122 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Resolution|--- |MOVED --- Comment #1 from Mathias LANG --- Transferred to https://github.com/dlang/tools/issues/407 --
[Issue 20895] New: Error with alias to struct member or member function
https://issues.dlang.org/show_bug.cgi?id=20895
Issue ID: 20895
Summary: Error with alias to struct member or member function
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: john.michael.h...@gmail.com
The code below has two unittests. The first one fails to compile and generates
an error "this for foo needs to be type Foo not type Bar". A similar error
would be given to do the same thing with an alias to the struct member.
The second one has broadly the same functionality, but replaces the structs
with classes and successfully compiles.
Ideally there would be some kind of workaround for structs. For instance,
alias x.foo this;
fails to compile but would be a syntax consistent with other D features.
unittest
{
static struct Foo
{
int value;
int foo() {
return value + 1;
}
}
static struct Bar
{
Foo x;
alias bar = x.foo;
}
Bar x = Bar(Foo(1));
assert(x.bar == 2);
}
unittest
{
static class Foo
{
int value;
this(int x) { value = x;}
int foo() {
return value + 1;
}
}
static class Bar : Foo
{
this(int x) { super(x);}
alias bar = foo;
}
Bar x = new Bar(1);
assert(x.bar == 2);
}
--
[Issue 13189] `alias this` is not transitive
https://issues.dlang.org/show_bug.cgi?id=13189
John Hall changed:
What|Removed |Added
CC||john.michael.h...@gmail.com
--- Comment #1 from John Hall ---
When I compile below I get the error: "onlineapp.d(17): Error: no property x
for type onlineapp.T"
struct S {
int x;
int y;
}
struct T {
S s;
alias s this;
}
static assert(is(typeof(T.init.x)));
static assert(is(typeof(T.init.y)));
struct U {
T t;
alias x = t.x; // <-- FAIL
alias y = t.s.x; // <-- OK
}
void main() {
}
--
[Issue 13346] rdmd --option value
https://issues.dlang.org/show_bug.cgi?id=13346 Mathias LANG changed: What|Removed |Added Status|NEW |RESOLVED CC||pro.mathias.l...@gmail.com Resolution|--- |FIXED --- Comment #1 from Mathias LANG --- This works now. --
[Issue 20233] opDispatch hides alias this properties
https://issues.dlang.org/show_bug.cgi?id=20233
John Hall changed:
What|Removed |Added
CC||john.michael.h...@gmail.com
--- Comment #8 from John Hall ---
Just ran into this.
I have two examples below. The first is with structs and alias this and the
second is with classes. The class example compiles without error, but the
struct one fails to compile. How classes behave is how I would expect structs
to, and I was surprised when they didn't.
Consider also the diamond problem with multiple inheritance. The way classes
work in D is that there is only one way to call a member or member function.
Thus, opDispatch acts like overriding any base member function calls. alias
this works this way most of the time in that a function in the derived struct
will override one in the base struct. However, the doesn't hold with
opDispatch.
unittest
{
static struct Foo
{
int value;
int foo() {
return value + 1;
}
}
static struct Bar
{
Foo x;
alias x this;
int opDispatch(string op)()
if (op == "bar")
{
return x.foo;
}
}
Bar x = Bar(Foo(1));
assert(x.bar == 2);
assert(x.foo == 2);
assert(x.value == 1);
}
unittest
{
static class Foo
{
int value;
this(int x) {
value = x;
}
int foo() {
return value + 1;
}
}
static class Bar : Foo
{
this(int x) {
super(x);
}
int opDispatch(string op)()
if (op == "bar")
{
return foo;
}
}
Bar x = new Bar(1);
assert(x.foo == 2);
assert(x.bar == 2);
assert(x.value == 1);
}
--
[Issue 20710] ICE when statically accessing struct member containing empty array
https://issues.dlang.org/show_bug.cgi?id=20710 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @BorisCarvajal created dlang/dmd pull request #11225 "Fix Issue 20710 - ICE when statically accessing struct member contain…" fixing this issue: - Fix Issue 20710 - ICE when statically accessing struct member containing empty array https://github.com/dlang/dmd/pull/11225 --
