[Issue 16466] Alignment of reals inside structs on 32 bit OSX should be 16, not 8

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16466

Walter Bright  changed:

   What|Removed |Added

   Keywords||pull, wrong-code

--- Comment #1 from Walter Bright  ---
https://github.com/dlang/dmd/pull/6109

--

[Issue 16462] mixin template ddoc doesn't appear in docs

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16462

Andrej Mitrovic  changed:

   What|Removed |Added

 CC||andrej.mitrov...@gmail.com

--- Comment #2 from Andrej Mitrovic  ---
It looks like an edge-case. The workaround is to make the mixin itself also
documented. So just add `///` to Test, e.g.

///
mixin template Test(T)


The mixin's body being documented was fixed as part of Issue 648.

I think your bug report is legit though and should be fixed.

--

[Issue 16463] ddoc on string mixin does nothing

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16463

Andrej Mitrovic  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||andrej.mitrov...@gmail.com
 Resolution|--- |DUPLICATE

--- Comment #1 from Andrej Mitrovic  ---


*** This issue has been marked as a duplicate of issue 2420 ***

--

[Issue 2420] string mixins are not considered in ddoc

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=2420

Andrej Mitrovic  changed:

   What|Removed |Added

 CC||turkey...@gmail.com

--- Comment #4 from Andrej Mitrovic  ---
*** Issue 16463 has been marked as a duplicate of this issue. ***

--

[Issue 4585] DMD2 should look for dmd2.conf

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=4585

Andrej Mitrovic  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||andrej.mitrov...@gmail.com
 Resolution|--- |WONTFIX

--- Comment #8 from Andrej Mitrovic  ---
Closing this. Please reopen if it's still a pressing issue (but I believe at
least in our case we don't have this problem anymore).

--

[Issue 4377] Support __gshared for easier D 2 compatibility

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=4377

Andrej Mitrovic  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||andrej.mitrov...@gmail.com
 Resolution|--- |WONTFIX

--- Comment #1 from Andrej Mitrovic  ---
It's a bit late for this and D1 is no longer supported, closing.

--

[Issue 13833] .classinfo.name (and typeid(obj)) does not print proper dynamic type when using an interface

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=13833

Lodovico Giaretta  changed:

   What|Removed |Added

 CC||lodov...@giaretart.net

--- Comment #3 from Lodovico Giaretta  ---
Being pedantic, the spec does not state what happens when the static type of
the expression is an interface. In fact it says that "if the type is a class,
it returns the TypeInfo of the dynamic type (i.e. the most derived type)".

But the current behaviour is certainly a bug, and very confusing when
encountered. See for example
http://forum.dlang.org/thread/gdjaoxypicsxlfvzw...@forum.dlang.org

This is worth a bugfix in both the implementation and the documentation.

--

[Issue 9066] Add constructor inheritance feature

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=9066

--- Comment #19 from Andrej Mitrovic  ---
(In reply to Andrej Mitrovic from comment #18)
> https://github.com/dlang/DIPs/pull/42

And yes I omitted the whole `super(Arguments)` stuff as I believe it would
complicate the implementation. C++11 doesn't seem to add support for inheriting
specific constructors, and it seems that wasn't a cause for concern.

--

[Issue 9066] Add constructor inheritance feature

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=9066

--- Comment #18 from Andrej Mitrovic  ---
https://github.com/dlang/DIPs/pull/42

--

[Issue 16465] Template alias does not get unwrapped in templated functions

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16465

Sky Thirteenth  changed:

   What|Removed |Added

 CC|sky.13th...@gmail.com   |

--

[Issue 16465] Template alias does not get unwrapped in templated functions

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16465

Sky Thirteenth  changed:

   What|Removed |Added

 CC||sky.13th...@gmail.com

--

[Issue 16465] New: Template alias does not get unwrapped in templated functions

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16465

  Issue ID: 16465
   Summary: Template alias does not get unwrapped in templated
functions
   Product: D
   Version: D2
  Hardware: x86_64
OS: Windows
Status: NEW
  Severity: normal
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: sky.13th...@gmail.com

OK, here the situation:

For example, We have this template:
```
struct TestType( T )
{
T data;
}
```

Then We added an alias on it:
`alias TestAlias( T ) = TestType!T;`

And from here strange things begins.
If We will use original name (TestType), it will feel OK:
```
void testFunctionA( T )( TestType!T arg )
{
writeln( arg );
}
```

But if We will use an alias, in a function declaration, 
it will cause compile time error:
```
void testFunctionA( T )( TestAlias!T arg )
{
writeln( arg );
}
```

```
Error: 
template test.testFunctionB cannot deduce function 
from argument types !()(TestType!int), 
candidates are:
test.testFunctionB(T)(TestAlias!T arg)
```

As far as I understand this situation(I don't know how it really is),
compiler see this alias declaration something like this:
```
template TestAlias( T ) 
{
alias TestAlias = TestType!T;
}
```

So on this stage it might understand it like a separate type(?), rather then
alias on existing one.

Compiler v2.071.0

--

[Issue 9066] Add constructor inheritance feature

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=9066

--- Comment #17 from Andrej Mitrovic  ---
(In reply to Martin Nowak from comment #13)
> - You can use @disable this(int) in the derived class to selectively
>   disable some of the super class constructors.

Thinking about this now, I think this specific point may be a bad idea since
the base class may be in a 3rd part library. If the authors of the base class
introduce yet another new constructor you have to be vigilant and check if you
need to add any new @disable this(...) declarations in your own subclass.

This is similar to the base class method hijacking problem
https://dlang.org/hijack.html ("Base Class Member Function Hijacking"), but it
would be a bigger problem for constructors as listed in
https://issues.dlang.org/show_bug.cgi?id=9066#c8

I'll begin working on a DIP.

--

[Issue 15047] "used before set" error with void initialization (only with -O)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=15047

Walter Bright  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #7 from Walter Bright  ---
Resolving as "wontfix" until a more compelling rationale for changing it is
posted.

--

[Issue 15047] "used before set" error with void initialization (only with -O)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=15047

Cauterite  changed:

   What|Removed |Added

   Keywords|pull|

--

[Issue 15047] "used before set" error with void initialization (only with -O)

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=15047

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #6 from Walter Bright  ---
(In reply to Marc Schütz from comment #0)
> This currently breaks compiling vibe.d with optimization for me:

It did find a bug in vibe.d. Why not fix it?

--

[Issue 14439] aa's keys, values, byKey, byValue not usable in @safe context

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=14439

Walter Bright  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #6 from Walter Bright  ---
https://github.com/dlang/druntime/pull/1644

--