https://issues.dlang.org/show_bug.cgi?id=18954
--- Comment #4 from Mike Franklin ---
I attempted to fix it, but couldn't reproduce it, so I don't know what needs to
be fixed.
--
https://issues.dlang.org/show_bug.cgi?id=19068
Simen Kjaeraas changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=19011
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
--- Comment #1 from Rai
https://issues.dlang.org/show_bug.cgi?id=19066
--- Comment #7 from Jacob Carlborg ---
(In reply to Steven Schveighoffer from comment #6)
> Oh, haha! I meant I'll try updating the compiler to use the fully qualified
> name object.Object :)
Yes, I did that. But now looking at your PR I see that I
https://issues.dlang.org/show_bug.cgi?id=18954
--- Comment #3 from Manu ---
I'm pretty sure nobody attempted to fix it...?
--
https://issues.dlang.org/show_bug.cgi?id=19068
Issue ID: 19068
Summary: __traits(identifier) returns the wrong string when
importing a template from a module
Product: D
Version: D2
Hardware: x86_64
OS: Linux
https://issues.dlang.org/show_bug.cgi?id=19066
--- Comment #6 from Steven Schveighoffer ---
Oh, haha! I meant I'll try updating the compiler to use the fully qualified
name object.Object :)
--
https://issues.dlang.org/show_bug.cgi?id=19066
--- Comment #5 from Steven Schveighoffer ---
(In reply to Jacob Carlborg from comment #3)
> I gave that a try, it resulted in a new error message:
Not sure what you tried, but I found something that seems to work, at least
locally.
--
https://issues.dlang.org/show_bug.cgi?id=19066
Steven Schveighoffer changed:
What|Removed |Added
Keywords||pull, rejects-valid
--- Comment #4 fr
https://issues.dlang.org/show_bug.cgi?id=19066
--- Comment #3 from Jacob Carlborg ---
(In reply to Steven Schveighoffer from comment #1)
> I'll try using the fully qualified type, and see if it fixes the issue.
I gave that a try, it resulted in a new error message:
Error: need `this` for `Obje
https://issues.dlang.org/show_bug.cgi?id=19066
Steven Schveighoffer changed:
What|Removed |Added
Summary|[REG 2.081.0] Error:|[REG 2.080.1] Error:
https://issues.dlang.org/show_bug.cgi?id=19067
ag0aep6g changed:
What|Removed |Added
Keywords||pull
CC|
https://issues.dlang.org/show_bug.cgi?id=19066
Steven Schveighoffer changed:
What|Removed |Added
CC||schvei...@yahoo.com
Assigne
https://issues.dlang.org/show_bug.cgi?id=19057
--- Comment #12 from Steven Schveighoffer ---
(In reply to Jonathan M Davis from comment #11)
> Well, having file or line end up being given values just because a string or
> string and integral value happened to be last in the argument list would
>
https://issues.dlang.org/show_bug.cgi?id=19067
Issue ID: 19067
Summary: [Mixins] Dead Link to template-mixin
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
Sev
https://issues.dlang.org/show_bug.cgi?id=19067
desi...@heidel.beer changed:
What|Removed |Added
URL|http://dlang.org/ |https://dlang.org/articles/
https://issues.dlang.org/show_bug.cgi?id=18954
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
--- Comment #2 from Mike
https://issues.dlang.org/show_bug.cgi?id=7071
--- Comment #6 from RazvanN ---
If final is applied directly to the declaration, the compiler will issue an
error:
class C
{
final string s; // error: cannot apply final to variable declarations;
}
However, if final is used as in the original bu
https://issues.dlang.org/show_bug.cgi?id=7071
--- Comment #5 from Vladimir Panteleev ---
BTW, is this bug even valid? What does "final" mean for a variable? Maybe
refusing to compile "final" with variables is the correct behavior? If so, does
that mean there's a regression?
--
https://issues.dlang.org/show_bug.cgi?id=7071
Vladimir Panteleev changed:
What|Removed |Added
Resolution|FIXED |WORKSFORME
--- Comment #4 from Vladimir
https://issues.dlang.org/show_bug.cgi?id=7071
RazvanN changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=19066
Issue ID: 19066
Summary: [REG 2.081.0] Error: `const(Object)` is used as a type
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
https://issues.dlang.org/show_bug.cgi?id=19058
--- Comment #3 from Atila Neves ---
I've taken a look at the code (I was trying to fix this). As mentioned before,
counters can never work. The solution will have to go through using the
absolute path of the location since the module doesn't "exist"
https://issues.dlang.org/show_bug.cgi?id=19058
--- Comment #2 from Atila Neves ---
Just compile two files separately with a unittest on the same line and column
and have a third import the two and use __traits(getUnitTests). My failing test
case is adding another imported module to the existing t
https://issues.dlang.org/show_bug.cgi?id=19056
RazvanN changed:
What|Removed |Added
CC||razvan.nitu1...@gmail.com
--- Comment #1 from Razv
https://issues.dlang.org/show_bug.cgi?id=19065
FeepingCreature changed:
What|Removed |Added
Severity|enhancement |normal
--
https://issues.dlang.org/show_bug.cgi?id=19065
Issue ID: 19065
Summary: Struct invariant violated in @safe with T.init
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=19057
--- Comment #11 from Jonathan M Davis ---
(In reply to Steven Schveighoffer from comment #8)
> I think we need to find a way to change this behavior, and soon. As it
> stands now, it doesn't make sense, as it's only useful in the __FILE__ and
> __LIN
28 matches
Mail list logo