[Issue 15026] cannot array assign to a slice return value
https://issues.dlang.org/show_bug.cgi?id=15026 anoneu...@gmail.com changed: What|Removed |Added CC||anoneu...@gmail.com --- Comment #2 from anoneu...@gmail.com --- The first example doesn't look to me like it should compile. Is it not equivalent to this? void test() { (cast(int[]) null) = 2; } The second example works if you use opIndexAssign instead of opSlice: struct Foo { int[] opIndexAssign(int v) { return null; } } void test() { Foo foo; foo[] = 2; } --
[Issue 12210] dlang.org home page example - Run button does not work
https://issues.dlang.org/show_bug.cgi?id=12210 --- Comment #9 from Gerald Jansen --- Perhaps this is a slightly different issue but it is related so I'll just mention it here. The example in the section "Convenience" under the paragraph starting with "Automatic memory management makes for safe, simple, and robust code.", crashes with message: Application output: (1 Hangup) Exiting main. std.exception.ErrnoException@std/stdio.d(385): Cannot open file `text.txt' in mode `rb' (No such file or directory) ... and a bunch of incomprehensible junk (for a casual visitor) Having examples that don't run is probably worse than no examples. Perhaps the priority of this issue should be increased. Perhaps the more general issue is how to continuously test and ensure that all example code highlighted on dlang.org runs correctly. --
[Issue 14058] 'make install' option copies everything in std/ and etc/, not just .d and .di files
https://issues.dlang.org/show_bug.cgi?id=14058 --- Comment #2 from Dmitry Olshansky --- (In reply to Joseph Rushton Wakeling from comment #1) > PR submitted: https://github.com/D-Programming-Language/phobos/pull/2918 Unattended by now. Anyone is welcome to redo it. --
[Issue 15046] New: [REG2.068] isForwardRange documentation is documenting issue 14544
https://issues.dlang.org/show_bug.cgi?id=15046 Issue ID: 15046 Summary: [REG2.068] isForwardRange documentation is documenting issue 14544 Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: regression Priority: P1 Component: dlang.org Assignee: nob...@puremagic.com Reporter: k.hara...@gmail.com See: http://dlang.org/phobos/std_range_primitives#isForwardRange The "Examples" section is now: - Examples: static assert(!isForwardRange!(int)); static assert( isForwardRange!(int[])); static assert( isForwardRange!(inout(int)[])); // BUG 14544 struct R14544 { int front() { return 0;} void popFront() {} bool empty() { return false; } R14544 save() {return this;} } static assert( isForwardRange!R14544 ); - I think BUG 14544 should not be documented. --
[Issue 15046] [REG2.068] isForwardRange documentation is documenting issue 14544
https://issues.dlang.org/show_bug.cgi?id=15046 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #2 from Kenji Hara --- https://github.com/D-Programming-Language/phobos/pull/3648 --
[Issue 15046] [REG2.068] isForwardRange documentation is documenting issue 14544
https://issues.dlang.org/show_bug.cgi?id=15046 --- Comment #1 from Kenji Hara --- Introduced in: https://github.com/D-Programming-Language/phobos/pull/3276 --
[Issue 15046] [REG2.068] isForwardRange documentation is documenting issue 14544
https://issues.dlang.org/show_bug.cgi?id=15046 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/6813eca0d20dbb1ced9c4bfc172f8ae0b5b9693a fix Issue 15046 - isForwardRange documentation is documenting issue 14544 https://github.com/D-Programming-Language/phobos/commit/f6c3e03b530be94a8a568c780e0535bbe7cf96f4 Merge pull request #3648 from 9rnsr/fix15046 [REG2.068] Issue 15046 - isForwardRange documentation is documenting issue 14544 --
[Issue 15047] New: "used before set" error with void initialization (only with -O)
https://issues.dlang.org/show_bug.cgi?id=15047 Issue ID: 15047 Summary: "used before set" error with void initialization (only with -O) Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: schue...@gmx.net // xx.d int testCopy() { int a = void; int b = void; int fun(int x) { int y = x; return y; } b = fun(a); return b; } # dmd -c -O xx.d xx.d(7): Error: variable a used before set # dmd -c xx.d (no error) This currently breaks compiling vibe.d with optimization for me: vibe/core/core.d(1693,11): Error: variable a used before set I'm going to try and see if I can get digger to work again... --
[Issue 15048] New: "tuple" term used wrongly on dlang.org/variadic-function-templates.html
https://issues.dlang.org/show_bug.cgi?id=15048 Issue ID: 15048 Summary: "tuple" term used wrongly on dlang.org/variadic-function-templates.html Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: trivial Priority: P1 Component: dlang.org Assignee: nob...@puremagic.com Reporter: foldenyi.ta...@gmail.com http://dlang.org/variadic-function-templates.html uses the "tuple" term while referring compile-time argument lists. On page http://dlang.org/ctarguments.html it's requested to file a bug when such usage is encountered. --
[Issue 14433] std.encoding does not support Central European ISO-8859-2 and CP1250 encodings
https://issues.dlang.org/show_bug.cgi?id=14433 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14433] std.encoding does not support Central European ISO-8859-2 and CP1250 encodings
https://issues.dlang.org/show_bug.cgi?id=14433 --- Comment #2 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/b65b717dcba7d6b86cbedd7cf632e93d67ede392 Merge pull request #3626 from chalucha/encoding Fix issue 14433 - std.encoding does not support Central European ISO-8859-2 and CP1250 encodings --
[Issue 12210] dlang.org home page example - Run button does not work
https://issues.dlang.org/show_bug.cgi?id=12210 Vladimir Panteleev changed: What|Removed |Added Assignee|nazriel6...@gmail.com |thecybersha...@gmail.com --
[Issue 15049] New: bad error message when trying to instantiate a nested class in a static method
https://issues.dlang.org/show_bug.cgi?id=15049 Issue ID: 15049 Summary: bad error message when trying to instantiate a nested class in a static method Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: diagnostic Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: ag0ae...@gmail.com Found by Prudence, reduced by Ali Çehreli and myself: http://forum.dlang.org/post/sggmxddjpqpaookmw...@forum.dlang.org The following code is invalid, but the error message should be improved: class MyStore { class SingleStore { static void New() { new SingleStore(); /* line 7 */ } } } test.d(7): Error: type SingleStore is not an expression SingleStore is a nested class. That means, instances of it are bound to MyStore instances. But New is static, so it doesn't have a MyStore to which it could attach the `new SingleStore`. When moving New to MyStore the error gets better: class MyStore { class SingleStore { } static void New() { new SingleStore(); /* line 8 */ } } test.d(8): Error: 'this' is only defined in non-static member functions, not New test.d(8): Error: 'this' for nested class must be a class type, not _error_ That's still a bit stilted, but a lot better than the other one. --
[Issue 15050] New: DPaste is always passing an empty second argument to programs
https://issues.dlang.org/show_bug.cgi?id=15050 Issue ID: 15050 Summary: DPaste is always passing an empty second argument to programs Product: D Version: D2 Hardware: All URL: http://dpaste.dzfl.pl/32757e6f96b0 OS: All Status: NEW Severity: normal Priority: P1 Component: dlang.org Assignee: nazriel6...@gmail.com Reporter: thecybersha...@gmail.com import std.stdio; void main(string[] args) { writeln(args); } This will print e.g.: ["./f342", ""] This is blocking e.g. the float-rounding example on dlang.org. --
[Issue 15050] DPaste is always passing an empty second argument to programs
https://issues.dlang.org/show_bug.cgi?id=15050 Vladimir Panteleev changed: What|Removed |Added Blocks||12210 --
[Issue 12210] dlang.org home page example - Run button does not work
https://issues.dlang.org/show_bug.cgi?id=12210 Vladimir Panteleev changed: What|Removed |Added Depends on||15050 --
[Issue 12210] dlang.org home page example - Run button does not work
https://issues.dlang.org/show_bug.cgi?id=12210 Vladimir Panteleev changed: What|Removed |Added Depends on||15051 --
[Issue 15051] New: Code that runs fine on dpaste.dzfl.pl refuses to run on dlang.org
https://issues.dlang.org/show_bug.cgi?id=15051 Issue ID: 15051 Summary: Code that runs fine on dpaste.dzfl.pl refuses to run on dlang.org Product: D Version: D2 Hardware: All URL: http://dpaste.dzfl.pl/81b0c9d09e3f OS: All Status: NEW Severity: normal Priority: P1 Component: dlang.org Assignee: nazriel6...@gmail.com Reporter: thecybersha...@gmail.com Blocks: 12210 E.g.: import std.regex; static reFloatingPoint = ctRegex!`[0-9]+\.[0-9]+`; void main() {} When run from dlang.org (click "Edit" under any example, paste code, click "Run"), it results in: Compilation output (255: Unknown signal 255) unable to fork: Cannot allocate memory However, it runs fine on dpaste.dzfl.pl. This is blocking e.g. the floating-point example on dlang.org. --
[Issue 12210] dlang.org home page example - Run button does not work
https://issues.dlang.org/show_bug.cgi?id=12210 Vladimir Panteleev changed: What|Removed |Added Assignee|thecybersha...@gmail.com|nazriel6...@gmail.com --- Comment #10 from Vladimir Panteleev --- Some fixes: https://github.com/D-Programming-Language/dlang.org/pull/1098 Some issues are still blocked on some DPaste-specific problems. (In reply to Gerald Jansen from comment #9) > Perhaps this is a slightly different issue but it is related so I'll just > mention it here. The example in the section "Convenience" under the > paragraph starting with "Automatic memory management makes for safe, simple, > and robust code.", crashes with message: > > Application output: (1 Hangup) > Exiting main. > std.exception.ErrnoException@std/stdio.d(385): Cannot open file `text.txt' > in mode `rb' (No such file or directory) > > ... and a bunch of incomprehensible junk (for a casual visitor) > > Having examples that don't run is probably worse than no examples. Perhaps > the priority of this issue should be increased. Perhaps the more general > issue is how to continuously test and ensure that all example code > highlighted on dlang.org runs correctly. The example is correct, and works as expected in the absence of a text.txt file. It is meant to illustrate RAII, there isn't much value in including it in Edit-and-Run, so I added support for excluding examples and excluded it. --
[Issue 15036] SimpleDllMain assumes various symbols are available unqualified
https://issues.dlang.org/show_bug.cgi?id=15036 Vladimir Panteleev changed: What|Removed |Added Keywords||pull CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- https://github.com/D-Programming-Language/druntime/pull/1385 --
[Issue 15036] SimpleDllMain assumes various symbols are available unqualified
https://issues.dlang.org/show_bug.cgi?id=15036 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 15036] SimpleDllMain assumes various symbols are available unqualified
https://issues.dlang.org/show_bug.cgi?id=15036 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/957d83f1c342e44229d148027a449c956a42c122 fix Issue 15036 - SimpleDllMain assumes various symbols are available unqualified https://github.com/D-Programming-Language/druntime/commit/15cde5050c8341fec3c8b5f5ad83eac2a92fe6f3 Merge pull request #1385 from CyberShadow/pull-20150912-184323 fix Issue 15036 - SimpleDllMain assumes various symbols are available… --
[Issue 15043] [e2ir] dmd still crashes when trying to set a delegate from __traits(getOverloads)
https://issues.dlang.org/show_bug.cgi?id=15043 bb.t...@gmx.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|nob...@puremagic.com|k.hara...@gmail.com --- Comment #2 from bb.t...@gmx.com --- he knows the topic. --
[Issue 15052] New: dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r
https://issues.dlang.org/show_bug.cgi?id=15052 Issue ID: 15052 Summary: dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUn itImpl.r Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: blocker Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: pedrolo...@gmx.com Created attachment 1550 --> https://issues.dlang.org/attachment.cgi?id=1550&action=edit the utf.d file dmd 2.068.1-1 it fails when using dub to compile a file. /usr/include/dlang/dmd/std/utf.d(3128): Error: variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r only parameters or stack based variables can be inout /usr/include/dlang/dmd/std/utf.d(3278): Error: template instance std.utf.byCodeUnit!(inout(char)[]) error instantiating /usr/include/dlang/dmd/std/string.d(386):instantiated from here: byDchar!(inout(char)[]) actually this is not just one error it is a load of them, --
[Issue 15052] dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r
https://issues.dlang.org/show_bug.cgi?id=15052 pedrolopes changed: What|Removed |Added CC||pedrolo...@gmx.com Severity|blocker |critical --
[Issue 15052] dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r
https://issues.dlang.org/show_bug.cgi?id=15052 pedrolopes changed: What|Removed |Added Component|dmd |phobos --
[Issue 15053] New: Runtime.cArgs not @nogc
https://issues.dlang.org/show_bug.cgi?id=15053 Issue ID: 15053 Summary: Runtime.cArgs not @nogc Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: m...@philpax.me When using @nogc code and/or C standard library functions, accessing the standard C main arguments is useful. Unfortunately, cArgs is not @nogc: --- import core.stdc.stdio; import core.runtime; @nogc: void main() { // NG printf("%s\n", Runtime.cArgs.argv[0]); } --- --
[Issue 15019] [ICE] Heisencrash on OS X 32-bit with non-trivial projects
https://issues.dlang.org/show_bug.cgi?id=15019 --- Comment #13 from Vladimir Panteleev --- I think I found the cause of the memory corruption, but not the root cause of the bug. If you apply these patches: https://github.com/CyberShadow/dmd/commit/2d424ac899535d975a6265b094c7f3fec217f4c5 https://github.com/CyberShadow/dmd/commit/0ea57be391b0a8307c1b5bf907506f74892ffe1d you will see that the assert fails with the given test case, although the DMD test suite passes with these asserts. It looks like DMD is trying to create a relocation outside of the data segment? Here's the backtrace: * frame #0: 0x0001001d9a66 dmd`util_assert(file=0x000100322900, line=278) + 22 at util2.c:55 frame #1: 0x0001001d072d dmd`local_assert(line=278) + 29 at tassert.h:29 frame #2: 0x0001001d00d7 dmd`Outbuffer::setsize(this=0x000121e7d320, size=4100) + 55 at outbuf.c:278 frame #3: 0x00010022e767 dmd`Obj::bytes(seg=2, offset=4100, nbytes=4, p=0x000100344f98) + 167 at machobj.c:2288 frame #4: 0x0001001b93c6 dmd`addtofixlist(s=0x000100cf9b40, soffset=4100, seg=2, val=0, flags=16) + 374 at cgen.c:594 frame #5: 0x0001002325b6 dmd`Obj::reftoident(seg=2, offset=4100, s=0x000100cf9b40, val=0, flags=16) + 150 at machobj.c:2469 frame #6: 0x00010019c9c5 dmd`el_ptr(s=0x000100cf9b40) + 261 at el.c:1710 frame #7: 0x0001001606ca dmd`toElem(this=0x7fff5fbfd108, fe=0x000121120be0)::ToElemVisitor::visit(FuncExp*) + 138 at e2ir.c:1154 frame #8: 0x00010008e986 dmd`FuncExp::accept(Visitor*) + 34 at expression.d:6324 frame #9: 0x00010015a332 dmd`toElem(e=0x000121120be0, irs=0x7fff5fbfd970) + 66 at e2ir.c:5485 frame #10: 0x00010016254c dmd`toElem(this=0x7fff5fbfd198, pe=0x00012131e4d0)::ToElemVisitor::visit(PtrExp*) + 44 at e2ir.c:3690 frame #11: 0x00010009ad0e dmd`PtrExp::accept(Visitor*) + 34 at expression.d:9738 frame #12: 0x00010015a332 dmd`toElem(e=0x00012131e4d0, irs=0x7fff5fbfd970) + 66 at e2ir.c:5485 frame #13: 0x00010016204b dmd`toElem(this=0x7fff5fbfd328, ce=0x000121120b90)::ToElemVisitor::visit(CallExp*) + 1179 at e2ir.c:3605 frame #14: 0x000100099f16 dmd`CallExp::accept(Visitor*) + 34 at expression.d:9464 frame #15: 0x00010015a332 dmd`toElem(e=0x000121120b90, irs=0x7fff5fbfd970) + 66 at e2ir.c:5485 frame #16: 0x000100166625 dmd`toElem(this=0x7fff5fbfd788, ae=0x0001205dc9d0)::ToElemVisitor::visit(AssignExp*) + 8453 at e2ir.c:2949 frame #17: 0x0001000a3476 dmd`AssignExp::accept(Visitor*) + 34 at expression.d:12155 frame #18: 0x00010015a332 dmd`toElem(e=0x0001205dc9d0, irs=0x7fff5fbfd970) + 66 at e2ir.c:5485 frame #19: 0x00010015b8a8 dmd`toElemDtor(e=0x0001205dc9d0, irs=0x7fff5fbfd970) + 88 at e2ir.c:5578 frame #20: 0x00010014f3a2 dmd`S2irVisitor::visit(this=0x7fff5fbfd890, s=0x000121120b00) + 130 at s2ir.c:846 frame #21: 0x00010011aa73 dmd`ExpStatement::accept(Visitor*) + 31 at statement.d:1247 frame #22: 0x00010014f242 dmd`Statement_toIR(s=0x000121120b00, irs=0x7fff5fbfd970) + 66 at s2ir.c:1283 frame #23: 0x00010014f446 dmd`S2irVisitor::visit(this=0x7fff5fbfd930, s=0x000121121f10) + 134 at s2ir.c:862 frame #24: 0x00010011bd83 dmd`CompoundStatement::accept(Visitor*) + 31 at statement.d:1587 frame #25: 0x00010014f242 dmd`Statement_toIR(s=0x000121121f10, irs=0x7fff5fbfd970) + 66 at s2ir.c:1283 frame #26: 0x00010014f6b5 dmd`S2irVisitor::visit(this=0x7fff5fbfda60, s=0x000121121e40) + 149 at s2ir.c:922 frame #27: 0x00010011c4d3 dmd`ScopeStatement::accept(Visitor*) + 31 at statement.d:1763 frame #28: 0x00010014f242 dmd`Statement_toIR(s=0x000121121e40, irs=0x7fff5fbfdad0) + 66 at s2ir.c:1283 frame #29: 0x00010014f588 dmd`S2irVisitor::visit(this=0x7fff5fbfdbc0, s=0x000121121e60) + 280 at s2ir.c:895 frame #30: 0x00010011c173 dmd`UnrolledLoopStatement::accept(Visitor*) + 31 at statement.d:1677 frame #31: 0x00010014f242 dmd`Statement_toIR(s=0x000121121e60, irs=0x7fff5fbfdc00) + 66 at s2ir.c:1283 frame #32: 0x00010014f6b5 dmd`S2irVisitor::visit(this=0x7fff5fbfdcf0, s=0x000121118060) + 149 at s2ir.c:922 frame #33: 0x00010011c4d3 dmd`ScopeStatement::accept(Visitor*) + 31 at statement.d:1763 frame #34: 0x00010014f242 dmd`Statement_toIR(s=0x000121118060, irs=0x7fff5fbfdd58) + 66 at s2ir.c:1283 frame #35: 0x00010014fd9b dmd`S2irVisitor::visit(this=0x7fff5fbfde50, s=0x000121118020) + 331 at s2ir.c:198 frame #36: 0x000100123e23 dmd`IfStatement::accept(Visitor*) + 31 at statement.d:3287 frame #37: 0x00010014f242 dmd`Statement_toIR(s=0x000121118020, irs=0x7fff5fbfe328) + 66 at s2ir.c:1283 frame #38: 0x00010014f446 dmd`S2irVisitor::visit(this=0x7fff5fbfdef0, s=0x00
[Issue 15052] dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r
https://issues.dlang.org/show_bug.cgi?id=15052 pedrolopes changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from pedrolopes --- Solves! clean all phobos files and reinstalled DMD. old files from phobos had not been replaced during some DMD update installation. --