[Issue 9057] Regression(Beta): Segfault or "Non-constant expression" error with local import
https://issues.dlang.org/show_bug.cgi?id=9057 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/f1e54366b7650665a820a27069d2f5a17ecae69b Remove workaround for issue 9057 In https://github.com/dlang/dmd/pull/5500, issue 14666 has been properly fixed by adding mechanism of deferred semantic2 running for imported modules. Now, the workaround for issue 9057 in `todt.c` is unnecessary anymore. https://github.com/dlang/dmd/commit/17aab68d6dfd8df39d50a8bd2851dafc820b3049 Merge pull request #5700 from 9rnsr/fix14666 Remove workaround for issue 9057 --
[Issue 15735] std.algorithm.iteration.splitter returns empty range
https://issues.dlang.org/show_bug.cgi?id=15735 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 15735] std.algorithm.iteration.splitter returns empty range
https://issues.dlang.org/show_bug.cgi?id=15735 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/b438bf5a0653b616ef6debe2a0dfe247d8fc5928 Fix issue 15735 https://github.com/dlang/phobos/commit/edbb7a1537e0aa0ea7904dcdd64723b92b5b6a7b Merge pull request #4030 from dcarp/issue15735 Fix issue 15735 --
[Issue 15957] Disabled postblit + template mixin break opAssign with confusing error message
https://issues.dlang.org/show_bug.cgi?id=15957 Dicebot changed: What|Removed |Added Keywords||industry CC||c...@dawg.eu, ||leandro.lucarella@sociomant ||ic.com, ||mathias.l...@sociomantic.co ||m --
[Issue 15957] New: Disabled postblit + template mixin break opAssign with confusing error message
https://issues.dlang.org/show_bug.cgi?id=15957
Issue ID: 15957
Summary: Disabled postblit + template mixin break opAssign with
confusing error message
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: pub...@dicebot.lv
```
struct S
{
@disable this(this);
mixin Impl;
}
template Impl ( )
{
void opAssign ( int[] x ) { }
}
unittest
{
S s;
s = [ 1, 2, 3 ];
}
// function wat.S.opAssign (S p) is not callable using argument types (int[])
```
Either moving opAssign from template to struct directly or removing `@disable
this(this)` makes the snippet compile.
--
[Issue 15549] [ndslice] byElement is broken for packed slices
https://issues.dlang.org/show_bug.cgi?id=15549 greenify changed: What|Removed |Added Status|REOPENED|RESOLVED CC||greeen...@gmail.com Resolution|--- |FIXED --- Comment #5 from greenify --- Manually closing as Bugzilla didn't :/ --
[Issue 11717] CTFE: [ICE] non-constant value with array and vector ops.
https://issues.dlang.org/show_bug.cgi?id=11717 Walter Bright changed: What|Removed |Added Keywords|ice | --
[Issue 11717] CTFE: [ICE] non-constant value with array and vector ops.
https://issues.dlang.org/show_bug.cgi?id=11717 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/f571e8a3ee9d460152e43a08dabf96d5ed5d72d9 add error message for Issue 11717 - CTFE: [ICE] non-constant value with array and vector ops https://github.com/dlang/dmd/commit/0a9712f66c2658756f2d69b463e1879c24b3a80c Merge pull request #5706 from WalterBright/address11717 add error message for Issue 11717 - CTFE: [ICE] non-constant value wi… --
[Issue 15939] GC.collect causes deadlock in multi-threaded environment
https://issues.dlang.org/show_bug.cgi?id=15939 --- Comment #7 from Aleksei Preobrazhenskii --- I was running tests for past five days, I didn't see any deadlocks since I switched GC to using real-time POSIX signals (thread_setGCSignals(SIGRTMIN, SIGRTMIN + 1)). I would recommend to change default signals accordingly. --
[Issue 15956] New: Incorrect value inside enum using simd vectors, weird tym errors, and weird if(true) {} partial solution.
https://issues.dlang.org/show_bug.cgi?id=15956
Issue ID: 15956
Summary: Incorrect value inside enum using simd vectors, weird
tym errors, and weird if(true) {} partial solution.
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: major
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: lasssa...@gmail.com
Consider this piece of code:
import std.stdio : writeln;
struct vec4 {
import core.simd;
string toString() const {
import std.format : format;
return "%s\t%s\t%s\t%s".format(vec.array[0], vec.array[1],
vec.array[2], vec.array[3]);
}
float4 vec;
this(in float[4] arr) {
vec.array = arr;
}
// Switching the constructor out with this removes the if(true) error
and corrects the value inside the enum.
/+
this(in float4 arr) {
vec = arr;
}
+/
}
void main(string[] _ARGS) {
enum vec4 enm = [1, 0.4, 0.6, 1];
enm.writeln;
vec4 rntime = [1, 0.4, 0.6, 1];
rntime.writeln;
// When uncommented causes error: incompatible types for ((rntime.vec) ==
(vec4([1.0F, 0.4F, 0.6F, 1.0F]).vec)): '__vector(float[4])' and
'__vector(float[4])'
// writeln(rntime == enm); Comparing only vec explicitly doesn't work
either.
// When commented causes error:
// tym = x1d
// Internal error: backend/cgxmm.c 547
if(true) {} // Condition can really be anything.
}
Output:
1000 // enm
10.40.61 // rntime
Output with -O:
10.40.61 // enm
10.40.61 // rntime
As you can see, the value inside the enum is not the value one would expect
there to be. There is also the error in comparing the two struct and the weird
if(true) clause.
--
[Issue 15955] New: dwExtraInfo in winuser.d is DWORD in some cases, should be ULONG_PTR
https://issues.dlang.org/show_bug.cgi?id=15955 Issue ID: 15955 Summary: dwExtraInfo in winuser.d is DWORD in some cases, should be ULONG_PTR Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: kelethun...@gmail.com Hello, On 32-bit Windows, dwExtraInfo was a DWORD. But since the transition to x86_64, it has now been changed to a ULONG_PTR. The MSDN specifies that it should be a ULONG_PTR. In druntime/winuser.d, dwExtraInfo in most structs is a ULONG_PTR, but not always. For example, in MOUSEHOOKSTRUCT it is still a DWORD, which can cause inconsistencies (NULL cannot implicitly be used as a value, for example). To fix this issue: KBDLLHOOKSTRUCT MOUSEHOOKSTRUCT In both of these structs, dwExtraInfo needs to be a ULONG_PTR instead of a DWORD. I could be wrong with my assertion, but I'm only comparing the D Windows API to the MSDN to find these inconsistencies. Regards, Kelet --
[Issue 15954] New: std.experimental.logger repeats wstring message
https://issues.dlang.org/show_bug.cgi?id=15954
Issue ID: 15954
Summary: std.experimental.logger repeats wstring message
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: minor
Priority: P1
Component: phobos
Assignee: nob...@puremagic.com
Reporter: jesse.k.phillip...@gmail.com
When using std.experimental.logger to log a wstring, the message is repeated
multiple times, but only in pieces.
--
import std.conv;
import std.experimental.logger;
void main() {
log("123456789".to!wstring);
}
---
2016-04-25T08:37:26.217:test.d:main:5
112123123412345123456123456712345678123456789
--
[Issue 15953] std.net.curl: contentLength reset method DELETE to POST
https://issues.dlang.org/show_bug.cgi?id=15953 Andre changed: What|Removed |Added Severity|enhancement |minor --
[Issue 15953] New: std.net.curl: contentLength reset method DELETE to POST
https://issues.dlang.org/show_bug.cgi?id=15953 Issue ID: 15953 Summary: std.net.curl: contentLength reset method DELETE to POST Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: an...@s-e-a-p.de While setting HTTTP.contentLength the method DELETE is overwritten with POST due to this coding: curl.d (line 3024) // Force post if necessary if (p.method != Method.put && p.method != Method.post && p.method != Method.patch) p.method = Method.post; This seems wrong? --
[Issue 15883] building dmd from master shows v2.070-devel-36feb02 even though 2.071 is already released
https://issues.dlang.org/show_bug.cgi?id=15883 Mathias Lang changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Mathias Lang --- Fixed in https://github.com/dlang/dmd/pull/5663 --
[Issue 12558] try/catch allows implicit catching of Errors without specifying any Exception type
https://issues.dlang.org/show_bug.cgi?id=12558
--- Comment #13 from Nick Treleaven ---
(Linked pull 5183 now has conflicts).
I discovered this with dmd 2.071.0:
@safe unittest
{
try throw new Exception("");
catch {} // Error: can only catch class objects derived from Exception in
@safe code, not 'object.Throwable'
}
But I think the error should occur in @system code too.
--
[Issue 13823] Diagnostic for accessing wrongly-instantiated templated aggregate needs to improve
https://issues.dlang.org/show_bug.cgi?id=13823 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED OS|Windows |All Severity|enhancement |minor --- Comment #1 from Kenji Hara --- The error message is improved from 2.068: Error: template C(bool b = false) does not have property 'foo' --
[Issue 15145] Array initializers for SIMD not working inside functions.
https://issues.dlang.org/show_bug.cgi?id=15145 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright --- It looks like CTFE is evaluating it, and hence can determine the array dimensions so it can be converted. For the runtime evaluation, the array dimension is not available. Not sure what to do about this - D isn't supposed to speculatively attempt to CTFE expressions meant to be evaluated at runtime. --
[Issue 11717] CTFE: [ICE] non-constant value with array and vector ops.
https://issues.dlang.org/show_bug.cgi?id=11717 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright --- Add a proper error message at least: https://github.com/dlang/dmd/pull/5706 until a fix can be devised. --
[Issue 15945] sizeof on an invalid type seems to compile.
https://issues.dlang.org/show_bug.cgi?id=15945 John Colvin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from John Colvin --- (In reply to Marco Leise from comment #1) > You are not indexing T, you are creating a static array of length 0, hence > why it returns 0 for the size. Try T.init[0] instead to use an instance of T. Yeah that's what I did in the actual code, no idea why I didn't spot that it was a static array. --
[Issue 11585] ICE(cgcod.c) with SIMD and -O
https://issues.dlang.org/show_bug.cgi?id=11585 --- Comment #3 from Walter Bright --- https://github.com/dlang/dmd/pull/5705 --
[Issue 11585] ICE(cgcod.c) with SIMD and -O
https://issues.dlang.org/show_bug.cgi?id=11585 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright --- (In reply to yebblies from comment #1) > Reduced fails with -m64 -O findreg(0, line=2970, file='..\ztc\cod2.c', function = '_D5foo193fooFPNhG16hZv') Internal error: ..\ztc\cgcod.c 1666 --
[Issue 10226] core.simd inefficient codegen
https://issues.dlang.org/show_bug.cgi?id=10226 Walter Bright changed: What|Removed |Added Summary|core.simd bad codegen |core.simd inefficient ||codegen --
[Issue 10226] core.simd bad codegen
https://issues.dlang.org/show_bug.cgi?id=10226 Walter Bright changed: What|Removed |Added Severity|normal |enhancement --- Comment #10 from Walter Bright --- It isn't 'bad' codegen, it's just inefficient codegen. I reclassified this as an enhancement request. --
[Issue 10226] core.simd bad codegen
https://issues.dlang.org/show_bug.cgi?id=10226 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #9 from Walter Bright --- (In reply to Benjamin Thaut from comment #8) > Building with debug symbols gives a ICE ;-) It works when I compile with -g. --
