https://issues.dlang.org/show_bug.cgi?id=16692
--- Comment #5 from Rainer Schuetze ---
The concord plugin in the latest build on
https://ci.appveyor.com/project/rainers/visuald allows calling simple free
functions, i.e. no arguments. They might have to be given fully
https://issues.dlang.org/show_bug.cgi?id=18902
--- Comment #1 from Eugene Wissner ---
https://github.com/dlang/dmd/pull/8286
--
https://issues.dlang.org/show_bug.cgi?id=18642
--- Comment #11 from Rainer Schuetze ---
> That can probably be turned back off.
Done.
What slightly annoys me is that the wrapper is now also used with C++ builds
that have no D source files in them. I haven't seen any issues
https://issues.dlang.org/show_bug.cgi?id=18902
Issue ID: 18902
Summary: -lib crashes on static libraries in the command line
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=18901
Issue ID: 18901
Summary: [Visual D] fatal error C1905: Front-End and Back-End
are not compatible (have to use the same processor)
Product: D
Version: D2
Hardware: x86_64
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #12 from Rainer Schuetze ---
Next build also works with /INCREMENTAL.
--
https://issues.dlang.org/show_bug.cgi?id=18864
Atila Neves changed:
What|Removed |Added
Severity|enhancement |regression
--- Comment
https://issues.dlang.org/show_bug.cgi?id=18899
--- Comment #5 from Steven Schveighoffer ---
(In reply to Manu from comment #4)
> Yes, that's what I'm saying :) ... you're not happy with memcpy, do want
> element-copy?
It's more that I want to copy the one int that is in the
https://issues.dlang.org/show_bug.cgi?id=12615
anonymous4 changed:
What|Removed |Added
Keywords||spec
https://issues.dlang.org/show_bug.cgi?id=12615
--- Comment #20 from Mike Franklin ---
The only reason `alias whetever this` does not use the assignment syntax is
that the `alias this = existingname` conflicts with the ability to alias base
(i.e. super class) constructors:
https://issues.dlang.org/show_bug.cgi?id=12615
Mike Franklin changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://issues.dlang.org/show_bug.cgi?id=17596
anonymous4 changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=18885
anonymous4 changed:
What|Removed |Added
See Also|
https://issues.dlang.org/show_bug.cgi?id=12615
--- Comment #21 from Mike Franklin ---
(In reply to Mike Franklin from comment #20)
> Find a solution to that and we can finally use the assignment syntax for
> alias
> this.
A proposal to resolve the issue was presented at
https://issues.dlang.org/show_bug.cgi?id=18620
Jonathan Wilbur changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=18903
Issue ID: 18903
Summary: std.signals uses _dtor
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=18236
RazvanN changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=18899
--- Comment #7 from Steven Schveighoffer ---
I'm not sure that it is.
But we aren't calling memcpy anyway, we are calling _d_arraycopy, not inlined.
See the generated AST from Mike's example.
--
https://issues.dlang.org/show_bug.cgi?id=18899
--- Comment #8 from Steven Schveighoffer ---
(In reply to Steven Schveighoffer from comment #7)
> See the generated AST
...generated *assembly*
--
https://issues.dlang.org/show_bug.cgi?id=18904
Steven Schveighoffer changed:
What|Removed |Added
Keywords||pull
---
https://issues.dlang.org/show_bug.cgi?id=18899
--- Comment #6 from Manu ---
memcpy should be an intrinsic, which is implemented using magic...
--
https://issues.dlang.org/show_bug.cgi?id=18904
Issue ID: 18904
Summary: core.internal.string has issues with radix
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: minor
https://issues.dlang.org/show_bug.cgi?id=18899
--- Comment #9 from Manu ---
True.
Anyway, I'm just playing devils advocate. I agree, it should do an element copy
for small structs.
--
https://issues.dlang.org/show_bug.cgi?id=11331
johanenge...@weka.io changed:
What|Removed |Added
CC||johanenge...@weka.io
--- Comment #9
https://issues.dlang.org/show_bug.cgi?id=18236
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/69a82a612253a47f134cac1e0dab65831fd3f715
Fix Issue 18236 - Invalid line reported on error casting enum
https://issues.dlang.org/show_bug.cgi?id=18236
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=18517
--- Comment #1 from Jonathan Marler ---
Added 2 tests to dmd for this bug here: https://github.com/dlang/dmd/pull/8165
but the PR was rejected. Razvan doesn't think tests should be pushed to dmd by
themselves (without their
https://issues.dlang.org/show_bug.cgi?id=18905
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
https://issues.dlang.org/show_bug.cgi?id=18905
--- Comment #1 from Walter Bright ---
When compiled with -betterC
--
https://issues.dlang.org/show_bug.cgi?id=18905
Walter Bright changed:
What|Removed |Added
Keywords||betterC, C++
--
https://issues.dlang.org/show_bug.cgi?id=18905
Issue ID: 18905
Summary: [Reg 2.079] C++ classes can no longer be used with
-betterC
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=18786
David M changed:
What|Removed |Added
CC||vintaged...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=18864
Rainer Schuetze changed:
What|Removed |Added
CC||r.sagita...@gmx.de
https://issues.dlang.org/show_bug.cgi?id=18642
Manu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #13 from Manu ---
Wow! Works on all my tests!
Thanks again!
I wonder if this feature should be turned on by default now :P
--
https://issues.dlang.org/show_bug.cgi?id=18642
--- Comment #12 from Manu ---
I also had that thought... but I tried to push it aside and pretend I never
thought of it :P
--
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #14 from Manu ---
I'm noticing C++ symbols in the vtable don't demangle (ie, DMD).
Is there a way to call the C++ demangler that VS uses (to make sure the
demangle is identical)?
--
https://issues.dlang.org/show_bug.cgi?id=18833
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
https://issues.dlang.org/show_bug.cgi?id=16692
--- Comment #6 from Manu ---
It can call them... even if they mutate global state?
--
https://issues.dlang.org/show_bug.cgi?id=18786
--- Comment #4 from David M ---
What information does checking the signature give? It shows it's signed, not
that it's virus-free. A signature shows that a binary comes from a certain
source, not that it carries no payloads.
https://issues.dlang.org/show_bug.cgi?id=18786
--- Comment #3 from greenify ---
It's a false positive. You can check the signature of the binary.
Please report it to your Antivirus vendors. They traditionally have troubles
with the DigitalMars runtime.
--
https://issues.dlang.org/show_bug.cgi?id=16692
--- Comment #7 from Rainer Schuetze ---
Yes, you can also do this in C++. It's necessary to click the "Try Again" icon,
though, to not reevaluate it in the watch window with every step. I think this
can be done, too.
For
https://issues.dlang.org/show_bug.cgi?id=18786
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
https://issues.dlang.org/show_bug.cgi?id=18786
--- Comment #5 from greenify ---
> I do not believe responsibility for reporting a false positive
Well, you are the one using the snake oil software (and possibly even paying
for it).
Don't forget that D is an open source
https://issues.dlang.org/show_bug.cgi?id=16692
--- Comment #8 from Manu ---
This is going to be so amazing if it works!
--
https://issues.dlang.org/show_bug.cgi?id=18786
--- Comment #6 from greenify ---
> What information does checking the signature give? It shows it's signed, not
> that it's virus-free. A signature shows that a binary comes from a certain
> source, not that it carries no
46 matches
Mail list logo