https://issues.dlang.org/show_bug.cgi?id=18891
Issue ID: 18891
Summary: extern(C++) destructor prototype should just link; not
generate field/aggregate dtor
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=18890
Issue ID: 18890
Summary: extern(C++) mangles all destructors the same
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: major
Priorit
https://issues.dlang.org/show_bug.cgi?id=18890
Manu changed:
What|Removed |Added
Keywords||C++, industry
--
https://issues.dlang.org/show_bug.cgi?id=18819
--- Comment #5 from Mike Franklin ---
> but I can't reproduce it locally from DMD-Head (Linux 64-bit).
Disregard that; I had code for https://github.com/dlang/dmd/pull/8260 in my
local copy.
That being said https://github.com/dlang/dmd/pull/8260 s
https://issues.dlang.org/show_bug.cgi?id=18889
Issue ID: 18889
Summary: Hovering over the alias of an enum doesn't show it's
value
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=17035
Manu changed:
What|Removed |Added
CC||turkey...@gmail.com
--- Comment #2 from Manu ---
Thi
https://issues.dlang.org/show_bug.cgi?id=1
Issue ID: 1
Summary: extern(C++) template arg/alias arg mangling issue
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: normal
https://issues.dlang.org/show_bug.cgi?id=1
Manu changed:
What|Removed |Added
Keywords||C++, industry
--
https://issues.dlang.org/show_bug.cgi?id=18234
--- Comment #2 from Basile B. ---
There's some progress, using -allinst solves the problem
---
if [ ! -d "iz" ]; then
git clone https://www.github.com/BBasile/iz.git
fi
cd iz
git checkout v0.6.4
cd scripts
sh compile.sh
cd ../
dmd samples/dicti
https://issues.dlang.org/show_bug.cgi?id=18819
ag0aep6g changed:
What|Removed |Added
CC||ag0ae...@gmail.com
--- Comment #4 from ag0aep6g
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #9 from Manu ---
Also, another super-minor detail.
In C++, it shows the derived type member at the top, then __vfptr (ie, first
member), then the normal member listing.
In Mago, it's showing __vfptr at the top, then the derived type memb
https://issues.dlang.org/show_bug.cgi?id=1578
Ethan Watson changed:
What|Removed |Added
CC||goober...@gmail.com
--- Comment #4 from Ethan
https://issues.dlang.org/show_bug.cgi?id=18887
Bolpat changed:
What|Removed |Added
Hardware|x86 |All
OS|Windows
https://issues.dlang.org/show_bug.cgi?id=18887
Issue ID: 18887
Summary: inout badly described
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #8 from Manu ---
I just noticed a minor issue...
Mago is displaying hex with A-F in CAPS.
VS debugger displays hex with a-f in lower case.
I'm finding it surprisingly jarring when calling in/out of D, because a pointer
that I was just l
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #7 from Manu ---
Haha, oh man. Everything is always so hard! ;)
I turned it off and everything works great!
Sadly, /INCREMENTAL is overwhelmingly common, and also the default... basically
nobody will ever turn that off :/
--
https://issues.dlang.org/show_bug.cgi?id=18879
--- Comment #6 from Manu ---
Added distinct colour, or fixes for !is/!in? :)
--
https://issues.dlang.org/show_bug.cgi?id=18234
David Nadlinger changed:
What|Removed |Added
CC||c...@klickverbot.at
--- Comment #1 from Da
https://issues.dlang.org/show_bug.cgi?id=18886
Issue ID: 18886
Summary: Explicitly invoking super.__ctor in a constructor does
not count as calling a super constructor
Product: D
Version: D2
Hardware: x86
OS:
https://issues.dlang.org/show_bug.cgi?id=18884
Simen Kjaeraas changed:
What|Removed |Added
CC||simen.kja...@gmail.com
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=18846
--- Comment #6 from Rainer Schuetze ---
The build was ok, I just looked at the class instance before it was
initialized.
I've now added symbol names (no demangling yet). One gotcha: if you are linking
with /INCREMENTAL, the linker relocates symbols
https://issues.dlang.org/show_bug.cgi?id=18879
--- Comment #5 from Rainer Schuetze ---
Actually never implemented in the "new" parser that is now used for about 5
years. I've added it now and preview should be available in a couple of minutes
here: https://ci.appveyor.com/project/rainers/visuald
https://issues.dlang.org/show_bug.cgi?id=18885
Issue ID: 18885
Summary: statfs struct was changed in FreeBSD 12
Product: D
Version: D2
Hardware: x86_64
OS: FreeBSD
Status: NEW
Severity: major
Prior
https://issues.dlang.org/show_bug.cgi?id=18683
vladvi...@gmail.com changed:
What|Removed |Added
CC||vladvi...@gmail.com
Assignee|
https://issues.dlang.org/show_bug.cgi?id=18819
Mike Franklin changed:
What|Removed |Added
CC||slavo5...@yahoo.com
--- Comment #3 from Mike
https://issues.dlang.org/show_bug.cgi?id=18826
Stefan Koch changed:
What|Removed |Added
Priority|P1 |P2
Severity|enhancement
https://issues.dlang.org/show_bug.cgi?id=18819
Nathan S. changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
|
https://issues.dlang.org/show_bug.cgi?id=18871
Nathan S. changed:
What|Removed |Added
CC||n8sh.second...@hotmail.com
See Also|
https://issues.dlang.org/show_bug.cgi?id=18884
Issue ID: 18884
Summary: getSymbolsByUDA fails on AliasSeq members
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Prior
https://issues.dlang.org/show_bug.cgi?id=18882
--- Comment #4 from Rainer Schuetze ---
The debug info contains the "pretty" name, i.e. the fully qualified name, even
for extern(C++) symbols. Otherwise you would have to guess the linkage and type
as it is part of the mangled name.
What could be p
30 matches
Mail list logo