[Issue 19774] wrong code caused by generic variadic opIndex
https://issues.dlang.org/show_bug.cgi?id=19774 Илья Ярошенко changed: What|Removed |Added Keywords||wrong-code --
[Issue 19774] New: wrong code caused by generic variadic opIndex
https://issues.dlang.org/show_bug.cgi?id=19774
Issue ID: 19774
Summary: wrong code caused by generic variadic opIndex
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: ilyayaroshe...@gmail.com
alias AliasSeq(T...) = T;
struct C(T)
{
T* ptr;
~this()
{
ptr = null;
}
auto bar() const
{
return C!(const T)(ptr);
}
auto opIndex(A...)(A a)
{
return this;
}
auto foo() const
{
alias A = AliasSeq!();
A a;
return this.bar()[a];
/+
If we replace the line above with
the following line
then the code would work well
+/
//return this.bar.opIndex(a);
}
}
void main()
{
const d = C!double(new double);
auto c = d.foo;
// Fails if `this.bar[a];` is used
// and pass if `this.bar.opIndex(a)` is used.
// Expected behaviour: pass for both cases.
assert(c.ptr !is null);
}
--
[Issue 19773] can't compile on window 7 x64
https://issues.dlang.org/show_bug.cgi?id=19773 ki...@gmx.net changed: What|Removed |Added CC||ki...@gmx.net --- Comment #2 from ki...@gmx.net --- So the relevant bit is that the MinGW libs shipping with DMD are apparently missing 2 symbols, snprintf and sscanf. As a workaround for now, linking should work after installing Visual Studio (you may have to reinstall DMD afterwards to detect it). --
[Issue 19757] crash on invalid initializer at CTFE
https://issues.dlang.org/show_bug.cgi?id=19757 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/dmd pull request #9496 "Fix Issue 19757 - crash on invalid initializer at CTFE" was merged into stable: - ee1d10f0a281a75fb854dddea299d280cfa10002 by RazvanN7: Fix Issue 19757 - crash on invalid initializer at CTFE https://github.com/dlang/dmd/pull/9496 --
[Issue 19760] Windows 10 -m64 undocumented dependency on MSVC ++ Redistributable when linking with LLD
https://issues.dlang.org/show_bug.cgi?id=19760 --- Comment #27 from ki...@gmx.net --- (In reply to Jonathan Marler from comment #24) > In that case updating the dmd windows documentation about > using the LLD linker is good enough for me. Wrt. docs, they should mention that it is specific to -m32mscoff/-m64 *and* the shipped-with MinGW libs, i.e., only if no Visual Studio is installed. LLD as linker is usable just fine with the MS libs (and in fact way faster than the MS linker - see the -link-internally speedup in https://github.com/ldc-developers/ldc/issues/2964#issuecomment-454533092). (In reply to Rainer Schuetze from comment #26) > Using the VC2010 DLLs has the advantage that later versions don't make it > that easy because they require proper manifests. But I guess the UCRT is more likely already installed nowadays. I don't know whether DMD requires vcruntime etc. on top like LDC. The question of default MSVC runtime version for DMD is also relevant for https://github.com/dlang/installer/pull/346. --
[Issue 17684] [REG 2.062] `static alias this` bug or incomplete implementation?
https://issues.dlang.org/show_bug.cgi?id=17684 --- Comment #10 from Dlang Bot --- dlang/dmd pull request #9513 "Fix Issue 17684 - [REG 2.062] static alias this (Part 6)" was merged into master: - 15bc4f98a0fe6f20f985d2b25fcdeefab0422b34 by JinShil: Fix Issue 17684 - [REG 2.062] static alias this (Part 6) https://github.com/dlang/dmd/pull/9513 --
[Issue 19771] No auto-complete for attributes
https://issues.dlang.org/show_bug.cgi?id=19771 zoujiaqing changed: What|Removed |Added CC||zoujiaq...@gmail.com Component|visuald |dmd Hardware|All |x86_64 --
[Issue 19773] can't compile on window 7 x64
https://issues.dlang.org/show_bug.cgi?id=19773 zoujiaqing changed: What|Removed |Added CC||zoujiaq...@gmail.com --- Comment #1 from zoujiaqing --- D:\HuntDemo>git clone g...@github.com:huntlabs/hunt-skeleton.git myproject D:\HuntDemo>cd myproject D:\HuntDemo\myproject>dub run -v -a=x86_64 Using dub registry url 'https://code.dlang.org/' Refreshing local packages (refresh existing: true)... Looking for local package map at C:\ProgramData\dub\packages\local-packages.json Looking for local package map at C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\local-packages.json Determined package version using GIT: hunt-skeleton 1.0.1+commit.9.g25a6c48 Refreshing local packages (refresh existing: false)... Looking for local package map at C:\ProgramData\dub\packages\local-packages.json Looking for local package map at C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\local-packages.json Found dependency hunt-framework 2.1.0-rc.2 Found dependency hunt-stomp 0.2.0 Found dependency hunt 1.2.0-rc.4 Found dependency hunt-security 0.2.0 Found dependency hunt-validation 0.1.1 Found dependency hunt-http 0.2.1 Found dependency hunt-net 0.2.1 Found dependency hunt-cache 0.4.0 Found dependency dredis 0.0.9 Found dependency libmemcached 1.1.1 Found dependency rocksdb 0.0.7 Refreshing local packages (refresh existing: false)... Looking for local package map at C:\ProgramData\dub\packages\local-packages.json Looking for local package map at C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\local-packages.json Found dependency hunt-framework 2.1.0-rc.2 Found dependency hunt-stomp 0.2.0 Found dependency hunt 1.2.0-rc.4 Found dependency hunt-security 0.2.0 Found dependency hunt-validation 0.1.1 Found dependency hunt-http 0.2.1 Found dependency hunt-net 0.2.1 Found dependency hunt-cache 0.4.0 Found dependency dredis 0.0.9 Found dependency libmemcached 1.1.1 Found dependency rocksdb 0.0.7 Generating using build Configuring dependent hunt-skeleton, deps:"hunt-framework" Configuring dependent hunt-framework, deps:"hunt-cache", "hunt-http", "hunt-stomp", "hunt-validation" Configuring dependent hunt-cache, deps:"dredis", "hunt" Configuring dependent dredis, deps: Configuring dependent hunt, deps: Configuring dependent hunt-http, deps:"hunt-net" Configuring dependent hunt-net, deps:"hunt" Configuring dependent hunt-stomp, deps:"hunt", "hunt-security" Configuring dependent hunt-security, deps:"hunt" Configuring dependent hunt-validation, deps:"hunt" Performing "debug" build using C:\D\dmd2\windows\bin\dmd.exe for x86_64. dredis 0.0.9: target for configuration "library" is up to date. Using existing build in C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\dredis-0.0.9\dredis\.dub\build\library-d ebug-windows-x86_64-dmd_2085-C42ED0C02B087150F302DDE07D657FB6\. Copying target from C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\dredis-0.0.9\dredis\.dub\build\library-debug -windows-x86_64-dmd_2085-C42ED0C02B087150F302DDE07D657FB6\dredis.lib to C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\p ackages\dredis-0.0.9\dredis hunt 1.2.0-rc.4: target for configuration "library" is up to date. Using existing build in C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\hunt-1.2.0-rc.4\hunt\.dub\build\library- debug-windows-x86_64-dmd_2085-A8CC8C5C4B19F251EC8DB47E97E811A7\. Copying target from C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\hunt-1.2.0-rc.4\hunt\.dub\build\library-debu g-windows-x86_64-dmd_2085-A8CC8C5C4B19F251EC8DB47E97E811A7\hunt.lib to C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\pa ckages\hunt-1.2.0-rc.4\hunt hunt-cache 0.4.0: target for configuration "default" is up to date. Using existing build in C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\hunt-cache-0.4.0\hunt-cache\.dub\build\d efault-debug-windows-x86_64-dmd_2085-6BC03288B348E62871012EBE5D15\. Copying target from C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\hunt-cache-0.4.0\hunt-cache\.dub\build\defau lt-debug-windows-x86_64-dmd_2085-6BC03288B348E62871012EBE5D15\hunt-cache.lib to C:\Users\Administrator.PC-20170228FCGK\AppData \Local\dub\packages\hunt-cache-0.4.0\hunt-cache hunt-net 0.2.1: target for configuration "library" is up to date. Using existing build in C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\hunt-net-0.2.1\hunt-net\.dub\build\libra ry-debug-windows-x86_64-dmd_2085-01196B9D4EDD97EE2643DE846A7FC890\. Copying target from C:\Users\Administrator.PC-20170228FCGK\AppData\Local\dub\packages\hunt-net-0.2.1\hunt-net\.dub\build\library-d
[Issue 19770] Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 --- Comment #3 from Srxy Wang --- (In reply to Rainer Schuetze from comment #1) > Up to VS2017 15.6 you can install > https://marketplace.visualstudio.com/items?itemName=VisualStudioPlatformTeam. > CtrlClickGoToDefinition to get that functionality. Unfortunately the > built-in version doesn't support other languages anymore. However, the ext is incompatible with VS2019, the description says that "For versions 15.7 and above, the feature has been implemented in the product for all languages that the extension supported. " --
[Issue 19770] Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 Srxy Wang changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID |--- --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 Srxy Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 --- Comment #6 from Srxy Wang --- (In reply to Rainer Schuetze from comment #5) > Ah, ok. dmd on master branch already supports VS2019, but the installer does > not. Fantastic! Thank you for your explanations, it helps a lot. --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 --- Comment #5 from Rainer Schuetze --- Ah, ok. dmd on master branch already supports VS2019, but the installer does not. --
[Issue 19758] (0x01 & 0xFF) == 0 by dmd 2.085.0(-m64) on Windows
https://issues.dlang.org/show_bug.cgi?id=19758 Ketmar Dark changed: What|Removed |Added CC||ket...@ketmar.no-ip.org --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 --- Comment #4 from Srxy Wang --- Sorry, it should be a dmd enhancement instead of a Visual D one, I've already changed the component. --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 Srxy Wang changed: What|Removed |Added Component|visuald |dmd --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 --- Comment #3 from Srxy Wang --- Created attachment 1742 --> https://issues.dlang.org/attachment.cgi?id=1742=edit Add VS2019 support on this page --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 --- Comment #2 from Srxy Wang --- (In reply to Rainer Schuetze from comment #1) > Have you tried https://github.com/dlang/visuald/releases/tag/v0.49.0-beta1 ? > It might work with the preview only, though. I actually mean the support to build programs targeting the VC runtime, is that also included in Visual D? --
[Issue 19770] Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 --- Comment #2 from Srxy Wang --- (In reply to Rainer Schuetze from comment #1) > Up to VS2017 15.6 you can install > https://marketplace.visualstudio.com/items?itemName=VisualStudioPlatformTeam. > CtrlClickGoToDefinition to get that functionality. Unfortunately the > built-in version doesn't support other languages anymore. Thanks very much. --
[Issue 19770] Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 Srxy Wang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19770] Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 Srxy Wang changed: What|Removed |Added Resolution|FIXED |INVALID --
[Issue 19770] Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- Up to VS2017 15.6 you can install https://marketplace.visualstudio.com/items?itemName=VisualStudioPlatformTeam.CtrlClickGoToDefinition to get that functionality. Unfortunately the built-in version doesn't support other languages anymore. --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 Rainer Schuetze changed: What|Removed |Added Component|dmd |visuald --
[Issue 19772] Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- Have you tried https://github.com/dlang/visuald/releases/tag/v0.49.0-beta1 ? It might work with the preview only, though. --
[Issue 10806] Interface covariance for more than one interface at once also broken
https://issues.dlang.org/show_bug.cgi?id=10806 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #5 from Dlang Bot --- @FeepingCreature created dlang/dmd pull request #9515 "Fix issue 10806: check every interface for covariance, not just the first" fixing this issue: - Fix issue 10806: check every interface for covariance, not just the first https://github.com/dlang/dmd/pull/9515 --
[Issue 10806] Interface covariance for more than one interface at once also broken
https://issues.dlang.org/show_bug.cgi?id=10806
--- Comment #4 from FeepingCreature ---
This problem still exists on master.
To demonstrate why it's a problem:
import std.stdio;
interface A1 { A1 foo(); }
interface A2 { A2 foo(); void bar(); }
class C1 : A1, A2 {
override C1 foo() { return new C1; }
override void bar() { writefln("bar"); }
}
void main() {
A2 x = new C1;
A2 y = x.foo();
writefln("X: %s", x.classinfo);
writefln("Y: %s", y.classinfo);
y.bar();
}
Note that "A2 y" has an A1 vtable.
--
[Issue 1084] lazy variadic parameters break in strange way
https://issues.dlang.org/show_bug.cgi?id=1084 FeepingCreature changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from FeepingCreature --- This code started working at 2.067.1. It seems to be creating the array lazily when the foreach references the parameter, which is a sane way to go. In any case, fixed. --
[Issue 19572] std.array.Appender.put invokes struct constructor via cast
https://issues.dlang.org/show_bug.cgi?id=19572 FeepingCreature changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from FeepingCreature --- Fixed in 2.085.0: constness-casts no longer implicitly call the struct constructor. --
[Issue 18545] Casting away const with cast() triggers alias this, but returns the supertype anyway
https://issues.dlang.org/show_bug.cgi?id=18545 FeepingCreature changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 19773] can't compile on window 7 x64
https://issues.dlang.org/show_bug.cgi?id=19773 wangxiaopeng changed: What|Removed |Added CC||wangxiaop...@putao.com --
[Issue 19773] New: can't compile on window 7 x64
https://issues.dlang.org/show_bug.cgi?id=19773 Issue ID: 19773 Summary: can't compile on window 7 x64 Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: wangxiaop...@putao.com Created attachment 1741 --> https://issues.dlang.org/attachment.cgi?id=1741=edit build log can't compile on window 7 x64, pls reference to the attachment --
[Issue 19760] Windows 10 -m64 undocumented dependency on MSVC ++ Redistributable when linking with LLD
https://issues.dlang.org/show_bug.cgi?id=19760 --- Comment #26 from Rainer Schuetze --- Given that the MS-DLLs are redistributable, we could also just add them to the dmd installation. You can then copy them with your built executable to another computer without having to go through full installation of the VC distributables. Using the VC2010 DLLs has the advantage that later versions don't make it that easy because they require proper manifests. --
[Issue 19760] Windows 10 -m64 undocumented dependency on MSVC ++ Redistributable when linking with LLD
https://issues.dlang.org/show_bug.cgi?id=19760 --- Comment #25 from anonymous4 --- (In reply to brocolis from comment #22) > "In order to run programs built with -m64 the end users must first install > MS DLLs in their computers" Normally the dll is just placed in the same folder with the executable, applications on windows are self contained this way. --
[Issue 19772] New: Support for VS2019
https://issues.dlang.org/show_bug.cgi?id=19772 Issue ID: 19772 Summary: Support for VS2019 Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: x13...@126.com In the DMD installer only VS2017 build tools available, please add support for VS2019. --
[Issue 19771] No auto-complete for attributes
https://issues.dlang.org/show_bug.cgi?id=19771 Srxy Wang changed: What|Removed |Added Hardware|x86 |All --
[Issue 19771] New: No auto-complete for attributes
https://issues.dlang.org/show_bug.cgi?id=19771 Issue ID: 19771 Summary: No auto-complete for attributes Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: visuald Assignee: nob...@puremagic.com Reporter: x13...@126.com Visual Studio 2019 There are no auto-complete for attributes such as @property. --
[Issue 19770] New: Please add a ctrl+click hotkey for jumping to definition
https://issues.dlang.org/show_bug.cgi?id=19770 Issue ID: 19770 Summary: Please add a ctrl+click hotkey for jumping to definition Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: visuald Assignee: nob...@puremagic.com Reporter: x13...@126.com Created attachment 1740 --> https://issues.dlang.org/attachment.cgi?id=1740=edit Shift+Click in VC# Instead of pressing F12, VS has another way of jumping to the definition,that is Ctrl+Clicking the symbol. However, this is not supported in Visual D. It's inconvenient to press F12 in laptops, so please add support to Ctrl+Click. --
