[Issue 17123] [REG 2.073] Issues with return @safe inference

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17123

--- Comment #2 from Walter Bright  ---
https://github.com/dlang/dmd/pull/6495

--

[Issue 17123] [REG 2.073] Issues with return @safe inference

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17123

Walter Bright  changed:

   What|Removed |Added

   Keywords||safe

--

[Issue 17124] dmd segfaults on __traits(getMember, ...)

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17124

b2.t...@gmx.com changed:

   What|Removed |Added

 CC||b2.t...@gmx.com

--- Comment #1 from b2.t...@gmx.com ---
Neither 2.073 nor 2.074 alpha, with linux x86_64, crash with your code.
Did you forget a line of code or something else ?

--

[Issue 11531] For a faster std.algorithm.group on strings

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=11531

--- Comment #3 from Jack Stouffer  ---
(In reply to Stefan Koch from comment #2)
> Jack, I do not see anything of the kind.
> The performance difference is within 2% and will within fluctuations being
> caused by the gc.

Hmm dmd does not show this performance problem but ldc does

$ dmd -O -inline -release test.d && ./test
original5 secs, 355 ms, 103 μs, and 7 hnsecs
new5 secs, 70 ms, 858 μs, and 6 hnsecs

$ ldc2 -O5 -release test.d && ./test
original576 ms, 524 μs, and 6 hnsecs
new992 ms, 676 μs, and 6 hnsecs

Odd.

--

[Issue 17117] [REG2.073] erroneous "escaping reference to local variable"

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17117

--- Comment #6 from Martin Krejcirik  ---
Walter, can you fix this in 2.073 too ?

--

[Issue 17117] [REG2.073] erroneous "escaping reference to local variable"

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17117

--- Comment #5 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd

https://github.com/dlang/dmd/commit/4a4dcf23830e9066a70cb1c381d97306f2bb5bbc
fix Issue 17117 - erroneous 'escaping reference to local variable'

https://github.com/dlang/dmd/commit/ad85be95ea42be37ccae2ad6133b0b058929fe3e
Merge pull request #6488 from WalterBright/fix17117

fix Issue 17117 - erroneous 'escaping reference to local variable'

--

[Issue 11531] For a faster std.algorithm.group on strings

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=11531

Stefan Koch  changed:

   What|Removed |Added

 CC||uplink.co...@gmail.com

--- Comment #2 from Stefan Koch  ---
Jack, I do not see anything of the kind.
The performance difference is within 2% and will within fluctuations being
caused by the gc.

--

[Issue 11531] For a faster std.algorithm.group on strings

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=11531

--- Comment #1 from Jack Stouffer  ---
Created attachment 1635
  --> https://issues.dlang.org/attachment.cgi?id=1635=edit
test.d

Currently group does not auto-decode, and I have attached a test case which
shows that using immutable(ubyte)[] rather than string has a huge performance
pessimization being almost 2x slower.

--

[Issue 17123] [REG 2.073] Issues with return @safe inference

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17123

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #1 from Walter Bright  ---
Reduces to:

void main()
{
char[256] buffer;

char[] delegate() read = () {
return buffer[];
};
}

--

[Issue 11703] Typedef properties should not be of the original type

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=11703

--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos

https://github.com/dlang/phobos/commit/5fedf3503d73cead36a33260ba3efcc39847b8ce
fix issue 11703, Typedef properties should not be of the original type

https://github.com/dlang/phobos/commit/5da61cafac754ba63d45028b38913eeef937d934
Merge pull request #5059 from BBasile/issue-11703

fix issue 11703, Typedef properties should not be of the original type

--

[Issue 17124] New: dmd segfaults on __traits(getMember, ...)

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=17124

  Issue ID: 17124
   Summary: dmd segfaults on __traits(getMember, ...)
   Product: D
   Version: D2
  Hardware: x86_64
OS: All
Status: NEW
  Severity: major
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: john.loughran.col...@gmail.com

// test.d
alias BS = BSPu;
alias BS = BSPr;
template BSPu() { }
template BSPr() { }
enum blah = is(typeof(__traits(getMember, test, "BS")));

running `dmd test.d` segfaults, here's the backtrace:

* thread #1: tid = 0x42286e, 0x00010008072e
dmd`resolvePropertiesOnly(Scope*, Expression*) + 798, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x8)
frame #0: 0x00010008072e dmd`resolvePropertiesOnly(Scope*, Expression*)
+ 798
dmd`resolvePropertiesOnly:
->  0x10008072e <+798>: cmpb   $0x5, 0x8(%rcx)
0x100080732 <+802>: jne0x100080797   ; <+903>
0x100080734 <+804>: cmpl   $0x0, 0x7c(%rdi)
0x100080738 <+808>: jne0x10008074c   ; <+828>
(lldb) bt all
* thread #1: tid = 0x42286e, 0x00010008072e
dmd`resolvePropertiesOnly(Scope*, Expression*) + 798, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x8)
  * frame #0: 0x00010008072e dmd`resolvePropertiesOnly(Scope*, Expression*)
+ 798
frame #1: 0x0001000f1555 dmd`TypeTypeof::resolve(Loc, Scope*,
Expression**, Type**, Dsymbol**, bool) + 213
frame #2: 0x0001000f1841 dmd`TypeTypeof::semantic(Loc, Scope*) + 65
frame #3: 0x0001000e25b2 dmd`Type::trySemantic(Loc, Scope*) + 66
frame #4: 0x00010009184e dmd`IsExp::semantic(Scope*) + 182
frame #5: 0x0001000cbdbe dmd`ExpInitializer::inferType(Scope*) + 38
frame #6: 0x00010003742e dmd`VarDeclaration::semantic(Scope*) + 334
frame #7: 0x0001000585de dmd`Module::semantic(Scope*) + 118
frame #8: 0x0001000df926 dmd`D4ddmd4mars7tryMainFmPPxaZi + 13494
frame #9: 0x00013273 dmd`_Dmain + 39
frame #10: 0x0001002438cc
dmd`D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ6runAllMFZ9__lambda1MFZv + 40
frame #11: 0x0001002437f4
dmd`D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ7tryExecMFMDFZvZv + 32
frame #12: 0x000100243871
dmd`D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ6runAllMFZv + 45
frame #13: 0x0001002437f4
dmd`D2rt6dmain211_d_run_mainUiPPaPUAAaZiZ7tryExecMFMDFZvZv + 32
frame #14: 0x000100243767 dmd`_d_run_main + 459
frame #15: 0x0001330c dmd`main + 16
frame #16: 0x000118b4 dmd`start + 52

--

[Issue 16147] Provide shiny 404 error pages

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16147

Vladimir Panteleev  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #7 from Vladimir Panteleev  ---
(In reply to anonymous4 from comment #6)
> Is it supposed to look like this https://abload.de/img/tmp62xp4.png ?

Uh-oh. No. Looks like the 404 pages are only styled correctly on root.

We should use root-relative URLs for all resources on the 404 page, I guess.

--

[Issue 16147] Provide shiny 404 error pages

2017-01-27 Thread via Digitalmars-d-bugs 
https://issues.dlang.org/show_bug.cgi?id=16147

--- Comment #6 from anonymous4  ---
Is it supposed to look like this https://abload.de/img/tmp62xp4.png ?

--