https://issues.dlang.org/show_bug.cgi?id=13564
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull, rejects-valid
https://issues.dlang.org/show_bug.cgi?id=13349
--- Comment #7 from Rainer Schuetze r.sagita...@gmx.de ---
Please try
https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.39-rc1, the
issue should be gone now.
--
https://issues.dlang.org/show_bug.cgi?id=13556
--- Comment #4 from bearophile_h...@eml.cc ---
(In reply to Kenji Hara from comment #3)
Current ambituity syntax new int[2][1] should be deprecated, removed,
and then we can reuse it for static array allocation.
I suggest you to make you usual
https://issues.dlang.org/show_bug.cgi?id=8621
ent...@cantab.net changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://issues.dlang.org/show_bug.cgi?id=8621
ent...@cantab.net changed:
What|Removed |Added
Summary|Iteration variable in |Iteration variable in
https://issues.dlang.org/show_bug.cgi?id=2043
ent...@cantab.net changed:
What|Removed |Added
CC||ent...@cantab.net
https://issues.dlang.org/show_bug.cgi?id=13410
--- Comment #34 from Steven Schveighoffer schvei...@yahoo.com ---
(In reply to Ketmar Dark from comment #33)
(In reply to Steven Schveighoffer from comment #30)
bearophile or ketmar, can you test the new PR?
for what reason? see #2 and #3, i was
https://issues.dlang.org/show_bug.cgi?id=13349
--- Comment #8 from Denis Shelomovskij verylonglogin@gmail.com ---
(In reply to Rainer Schuetze from comment #7)
Please try
https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.39-rc1,
the issue should be gone now.
As I wrote:
https://issues.dlang.org/show_bug.cgi?id=4890
--- Comment #31 from Sobirari Muhomori dfj1es...@sneakemail.com ---
Hmm... stack trace in issue 11806 is quite different.
--
https://issues.dlang.org/show_bug.cgi?id=13349
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
Attachment #1440|0 |1
is
https://issues.dlang.org/show_bug.cgi?id=8621
Gabor Mezo gabor.m...@outlook.com changed:
What|Removed |Added
CC||gabor.m...@outlook.com
https://issues.dlang.org/show_bug.cgi?id=8621
--- Comment #6 from ent...@cantab.net ---
Great - I haven't retested recently. Feel free to resolve :)
--
https://issues.dlang.org/show_bug.cgi?id=8848
--- Comment #6 from Kenji Hara k.hara...@gmail.com ---
*** Issue 3881 has been marked as a duplicate of this issue. ***
--
https://issues.dlang.org/show_bug.cgi?id=3881
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=8621
--- Comment #7 from Gabor Mezo gabor.m...@outlook.com ---
We have Still happens on git HEAD (v2.067-devel-cfe52d3) comment above. Maybe
it only appears on Linux, or reappeared in v2.067. Worth a check before goes
resolved.
--
https://issues.dlang.org/show_bug.cgi?id=8621
--- Comment #8 from ent...@cantab.net ---
True, I forgot that was there. For what it's worth, I originally encountered
the bug on Windows.
--
https://issues.dlang.org/show_bug.cgi?id=13410
Ketmar Dark ket...@ketmar.no-ip.org changed:
What|Removed |Added
CC||ket...@ketmar.no-ip.org
https://issues.dlang.org/show_bug.cgi?id=8621
Ketmar Dark ket...@ketmar.no-ip.org changed:
What|Removed |Added
CC||ket...@ketmar.no-ip.org
https://issues.dlang.org/show_bug.cgi?id=8621
--- Comment #10 from ent...@cantab.net ---
I think I was working in 32-bit though.
hsteoh, can you tell us more about the situation you reproduced it in?
--
https://issues.dlang.org/show_bug.cgi?id=1327
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
Priority|P2 |P1
https://issues.dlang.org/show_bug.cgi?id=8621
--- Comment #11 from hst...@quickfur.ath.cx ---
Just retested it on Linux/64 (git HEAD), seems that garbage values are no
longer happening. It still shows improper/missing closure over i, though,
because the output is all 9's, meaning that it's
https://issues.dlang.org/show_bug.cgi?id=2043
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--- Comment
https://issues.dlang.org/show_bug.cgi?id=2043
--- Comment #14 from hst...@quickfur.ath.cx ---
Note that the same thing applies if you make the loop counter immutable, which
the compiler also readily accepts. But the delegates will all capture the same
address which is reused over and over.
So,
https://issues.dlang.org/show_bug.cgi?id=2043
--- Comment #15 from hst...@quickfur.ath.cx ---
P.S., printing out the addresses of local variables outside the loop as well as
the loop counter, reveals that if we comment out the line that initializes the
delegates closing over the loop counter,
https://issues.dlang.org/show_bug.cgi?id=13468
--- Comment #3 from hst...@quickfur.ath.cx ---
Workaround:
Instead of using the default predicate a==b with null (i.e., effectively a
== null), use this instead:
if (canFind!a is null(b)) { ... }
--
https://issues.dlang.org/show_bug.cgi?id=13468
--- Comment #4 from hst...@quickfur.ath.cx ---
Alternate syntax:
if (canFind!((a) = a is null)(b)) { ... }
--
https://issues.dlang.org/show_bug.cgi?id=2043
--- Comment #16 from ent...@cantab.net ---
Unfortunately I have a feeling there will be people relying on being able to do
this kind of thing (though I'm not 100% sure if it currently works):
foreach (i; 0..10) {
...
if (somethingStrangeHappens)
https://issues.dlang.org/show_bug.cgi?id=13468
hst...@quickfur.ath.cx changed:
What|Removed |Added
Keywords||wrong-code
https://issues.dlang.org/show_bug.cgi?id=13468
hst...@quickfur.ath.cx changed:
What|Removed |Added
Summary|std.algorithm.canFind(null) |Wrong code when comparing
https://issues.dlang.org/show_bug.cgi?id=2043
Ketmar Dark ket...@ketmar.no-ip.org changed:
What|Removed |Added
CC||ket...@ketmar.no-ip.org
https://issues.dlang.org/show_bug.cgi?id=2043
--- Comment #18 from hst...@quickfur.ath.cx ---
If the loop index is mutable, then I think it's OK to make it shared across
loop iterations. Creating a new instance of a loop variable per iteration is
only necessary if (1) the loop index is immutable,
https://issues.dlang.org/show_bug.cgi?id=13468
--- Comment #6 from hst...@quickfur.ath.cx ---
Looking at the disassembly, in the first (working) case, Object.opEquals() is
called directly. In the second (segfaulting) case, it appears to be doing a
lookup of the vtable (or perhaps typeinfo?) of
https://issues.dlang.org/show_bug.cgi?id=9891
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--- Comment
https://issues.dlang.org/show_bug.cgi?id=13349
--- Comment #10 from Rainer Schuetze r.sagita...@gmx.de ---
(In reply to Denis Shelomovskij from comment #8)
As I wrote:
Sometimes half of module lines background is filled when setting
a single breakpoint (before and after the breakpoint)
https://issues.dlang.org/show_bug.cgi?id=13349
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=11811
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--
https://issues.dlang.org/show_bug.cgi?id=11811
--- Comment #3 from hst...@quickfur.ath.cx ---
Yeah, I think ctEval is a better name, otherwise people could misunderstand it
as runtime mixin, as it is used in other languages.
--
https://issues.dlang.org/show_bug.cgi?id=13448
--- Comment #6 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/D-Programming-Language/dlang.org
https://github.com/D-Programming-Language/dlang.org/commit/2ab88c406b4b8077d8709f61ea14af43148c9b72
Merge pull
https://issues.dlang.org/show_bug.cgi?id=10233
Issue 10233 depends on issue 13448, which changed state.
Issue 13448 Summary: Class specification misses template classes in base
classes list
https://issues.dlang.org/show_bug.cgi?id=13448
What|Removed |Added
https://issues.dlang.org/show_bug.cgi?id=13448
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
40 matches
Mail list logo