[Issue 13142] Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/accd889abf75935a5d072ce26eefb87992b8d676 fix Issue 13142 - Enums on different classes confuse the compiler https://github.com/D-Programming-Language/dmd/commit/db51609c3c74b71b9cb27c5580371654b15d589b Merge pull request #3779 from 9rnsr/fix13142 Issue 13142 - Enums on different classes confuse the compiler --
[Issue 13142] Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13141] array cast from string[] to immutable(char[][]) is not supported at compile time
https://issues.dlang.org/show_bug.cgi?id=13141 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/9a87af3bed502c19829318011fc6eabd04dc4c66 fix Issue 13141 - array cast from string[] to immutable(char[][]) is not supported at compile time https://github.com/D-Programming-Language/dmd/commit/11d22624518ce619a04be84a4c5978444bdbbc1c Merge pull request #3780 from 9rnsr/fix13141 [REG2.066a] Issue 13141 - array cast from string[] to immutable(char[][]) is not supported at compile time --
[Issue 13141] array cast from string[] to immutable(char[][]) is not supported at compile time
https://issues.dlang.org/show_bug.cgi?id=13141 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13142] Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 --- Comment #3 from Domingo Alvarez Duarte --- Thanks for the explanation, originally this error message appear when the classes was on different files and the error was reporting to be on the file with "class Button" instead of the file with "class Toolbar". Just in case the error message problem you are trying to fix also cover this: bugEnumButton.d(4): Error: cannot implicitly convert expression (3) of type int to TYPE -bugEnumButton.d class Button { enum TYPE // button type { COMMAND, CHECK, OPTION, } } - -bugEnumToolbar.d import bugEnumButton; class Toolbar { enum ButtonTYPE // button type { COMMAND = Button.TYPE.COMMAND, CHECK = Button.TYPE.CHECK, OPTION= Button.TYPE.OPTION, DELIMETER = Button.TYPE.max + 1 } } - -bugEnum.d import bugEnumToolbar; void main(){} - --
[Issue 13148] ModuleInfo fields are unnecessary changed to const
https://issues.dlang.org/show_bug.cgi?id=13148 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara --- Introduced iin: https://github.com/D-Programming-Language/druntime/pull/790 Fix: https://github.com/D-Programming-Language/druntime/pull/898 --
[Issue 8260] * used three or more times on an array inside std.format.formattedRead and not guarded by template constraint
https://issues.dlang.org/show_bug.cgi?id=8260 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13148] New: ModuleInfo fields are unnecessary changed to const
https://issues.dlang.org/show_bug.cgi?id=13148 Issue ID: 13148 Summary: ModuleInfo fields are unnecessary changed to const Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: rejects-valid Severity: regression Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: k.hara...@gmail.com Test case: void main() { ModuleInfo mi; foreach (m; ModuleInfo) { mi = *m; } } With 2.065: -> OK With 2.066 git-head: -> Error: cannot modify struct mi ModuleInfo with immutable members --
[Issue 13084] ModuleInfo.opApply delegate expects immutable parameter
https://issues.dlang.org/show_bug.cgi?id=13084 --- Comment #21 from Kenji Hara --- (In reply to Walter Bright from comment #15) > (In reply to Kenji Hara from comment #13) > > All D programmers would assume that unqualified type name T is a mutable > > type, > > There were some bumps in transitioning to the immutable alias 'string', Note that, string == immutable(char)[], it is _mutable_ array of immutable elements. It's different. --
[Issue 10657] wrong error message with unexisting symbol
https://issues.dlang.org/show_bug.cgi?id=10657 Kenji Hara changed: What|Removed |Added Severity|normal |enhancement --- Comment #1 from Kenji Hara --- At least it's not incorrect behavior. With is(T == U), if T is invalid type, currently U's analysis is entirely skipped for short-circuit evaluation. --
[Issue 13147] Wrong codegen for thisptr in naked extern (C++) methods
https://issues.dlang.org/show_bug.cgi?id=13147 --- Comment #1 from Philpax --- Tested with DMD 32-bit 2.065. --
[Issue 13077] [dmd 2.066-b2] std.range.array with shared InputRangeObject
https://issues.dlang.org/show_bug.cgi?id=13077 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid Hardware|x86_64 |All OS|Linux |All --- Comment #1 from Kenji Hara --- https://github.com/D-Programming-Language/phobos/pull/2338 --
[Issue 10638] Assignment can't be used as a condition
https://issues.dlang.org/show_bug.cgi?id=10638 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||spec CC||hst...@quickfur.ath.cx --
[Issue 10657] wrong error message with unexisting symbol
https://issues.dlang.org/show_bug.cgi?id=10657 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||diagnostic CC||hst...@quickfur.ath.cx --
[Issue 13141] array cast from string[] to immutable(char[][]) is not supported at compile time
https://issues.dlang.org/show_bug.cgi?id=13141 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/3780 --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Issue 8859 depends on issue 13145, which changed state. Issue 13145 Summary: Need LC_ locale values for Solaris https://issues.dlang.org/show_bug.cgi?id=13145 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Issue 8859 depends on issue 13144, which changed state. Issue 13144 Summary: Add fenv support for Solaris https://issues.dlang.org/show_bug.cgi?id=13144 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13144] Add fenv support for Solaris
https://issues.dlang.org/show_bug.cgi?id=13144 Alex Rønne Petersen changed: What|Removed |Added Status|NEW |RESOLVED CC||a...@lycus.org Resolution|--- |FIXED --
[Issue 13145] Need LC_ locale values for Solaris
https://issues.dlang.org/show_bug.cgi?id=13145 Alex Rønne Petersen changed: What|Removed |Added Status|NEW |RESOLVED CC||a...@lycus.org Resolution|--- |FIXED --
[Issue 13142] Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #2 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/3779 --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Issue 8859 depends on issue 13146, which changed state. Issue 13146 Summary: Add missing function definitions from stdlib.h on Solaris https://issues.dlang.org/show_bug.cgi?id=13146 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13146] Add missing function definitions from stdlib.h on Solaris
https://issues.dlang.org/show_bug.cgi?id=13146 Alex Rønne Petersen changed: What|Removed |Added Status|NEW |RESOLVED CC||a...@lycus.org Resolution|--- |FIXED --
[Issue 13147] New: Wrong codegen for thisptr in naked extern (C++) methods
https://issues.dlang.org/show_bug.cgi?id=13147 Issue ID: 13147 Summary: Wrong codegen for thisptr in naked extern (C++) methods Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: m...@philpax.me Naked extern (C++) methods are missing "mov [EBP-4], ECX", resulting in a failed invariant assertion ('null this'). This appears to be because the instruction to load [EBP-4] with ECX is treated as part of the stack frame. While it is expected that a stack frame is set up by the user in a naked function, the invariant is tested before my inline assembly preventing me from doing so. This means that anything to do with 'this' in a naked extern (C++) fails to work, as D looks for 'this' in the untouched [EBP-4]. A test case is below: class Test { extern (C++) Test test() { asm { naked; } return this; } } When the above function is disassembled, the mov [EBP-4], ECX instruction will be missing. When run, it will assert with "null this". A related issue appears to be https://issues.dlang.org/show_bug.cgi?id=2350. --
[Issue 13146] Add missing function definitions from stdlib.h on Solaris
https://issues.dlang.org/show_bug.cgi?id=13146 Jason King changed: What|Removed |Added Keywords||pull --- Comment #1 from Jason King --- https://github.com/D-Programming-Language/druntime/pull/897 --
[Issue 13146] New: Add missing function definitions from stdlib.h on Solaris
https://issues.dlang.org/show_bug.cgi?id=13146 Issue ID: 13146 Summary: Add missing function definitions from stdlib.h on Solaris Product: D Version: D2 Hardware: x86 OS: Solaris Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: jason.brian.k...@gmail.com Blocks: 8859 There are a number of stdlib.h functions not defined in src/core/sys/posix/stdlib.d for Solaris. We should add them to match the other platforms. --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Jason King changed: What|Removed |Added Depends on||13146 --
[Issue 13145] Need LC_ locale values for Solaris
https://issues.dlang.org/show_bug.cgi?id=13145 Jason King changed: What|Removed |Added Keywords||pull --- Comment #1 from Jason King --- https://github.com/D-Programming-Language/druntime/pull/896 --
[Issue 13145] New: Need LC_ locale values for Solaris
https://issues.dlang.org/show_bug.cgi?id=13145 Issue ID: 13145 Summary: Need LC_ locale values for Solaris Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: jason.brian.k...@gmail.com Blocks: 8859 Need to define the LC_ locale values on Solaris --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Jason King changed: What|Removed |Added Depends on||13145 --
[Issue 13144] Add fenv support for Solaris
https://issues.dlang.org/show_bug.cgi?id=13144 Jason King changed: What|Removed |Added Keywords||pull --- Comment #1 from Jason King --- https://github.com/D-Programming-Language/druntime/pull/895 --
[Issue 13143] Need backtrace support on Solaris
https://issues.dlang.org/show_bug.cgi?id=13143 Jason King changed: What|Removed |Added Keywords||pull --- Comment #1 from Jason King --- https://github.com/D-Programming-Language/druntime/pull/894 --
[Issue 13144] New: Add fenv support for Solaris
https://issues.dlang.org/show_bug.cgi?id=13144 Issue ID: 13144 Summary: Add fenv support for Solaris Product: D Version: D2 Hardware: x86 OS: Solaris Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: jason.brian.k...@gmail.com Blocks: 8859 Need fenv declarations for Solaris --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Jason King changed: What|Removed |Added Depends on||13144 --
[Issue 13143] New: Need backtrace support on Solaris
https://issues.dlang.org/show_bug.cgi?id=13143 Issue ID: 13143 Summary: Need backtrace support on Solaris Product: D Version: D2 Hardware: x86 OS: Solaris Status: NEW Severity: enhancement Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: jason.brian.k...@gmail.com Blocks: 8859 Need to add support for backtraces on Solaris. --
[Issue 8859] Solaris port of the toolchain
https://issues.dlang.org/show_bug.cgi?id=8859 Jason King changed: What|Removed |Added Depends on||13143 --
[Issue 13142] Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 Kenji Hara changed: What|Removed |Added Keywords||diagnostic Hardware|x86_64 |All Version|unspecified |D2 OS|Linux |All Severity|regression |normal --- Comment #1 from Kenji Hara --- (In reply to Domingo Alvarez Duarte from comment #0) > dmd 2.065 : bugEnum.d(4): Error: cannot implicitly convert expression (3) of > type int to TYPE > LDC - the LLVM D compiler (0.13.0) based on DMD 2.064: The same error. > gdc 4.9: The same error. > gdc 4.8.1 : Compiles without error. In 2.064, some incorrect type coercing around enum declaration has been fixed. By that, the error reporting is an expected result from 2.064, and it's not a regression issue. At line 16 in the sample code: DELIMETER = Button.TYPE.max + 1 The type of Button.TYPE.max is Button.TYPE, but the addition result is typed int. In this code, base type of Toolbar.ButtonTYPE is deduced to Button.TYPE, and int is not implicitly convert to it. So the line should be changed to: DELIMETER = cast(Button.TYPE)Button.TYPE.max + 1 or specify the base type of ButtonTYPE as int explicitly: enum ButtonTYPE : int // <-- { COMMAND = Button.TYPE.COMMAND, CHECK = Button.TYPE.CHECK, OPTION= Button.TYPE.OPTION, DELIMETER = Button.TYPE.max + 1 // OK } Although, as I explained, the true bug is in line 16. Therefore the diagnostic message should be fixed to: bugEnum.d(16): Error: cannot implicitly convert expression (3) of type int to TYPE --
[Issue 13142] New: Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 Issue ID: 13142 Summary: Enums on different classes confuse the compiler Product: D Version: unspecified Hardware: x86_64 OS: Linux Status: NEW Severity: regression Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: mingo...@gmail.com Trying to compile Harmonia with dmd 2.065 I discovered a bug that was not present on previous versions. Sample program to show the bug: -- class Button { enum TYPE // button type { COMMAND, CHECK, OPTION, } } class Toolbar { enum ButtonTYPE // button type { COMMAND = Button.TYPE.COMMAND, CHECK = Button.TYPE.CHECK, OPTION= Button.TYPE.OPTION, DELIMETER = Button.TYPE.max + 1 } } void main(){} -- dmd 2.065 : bugEnum.d(4): Error: cannot implicitly convert expression (3) of type int to TYPE LDC - the LLVM D compiler (0.13.0) based on DMD 2.064: The same error. gdc 4.9: The same error. gdc 4.8.1 : Compiles without error. --
[Issue 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 --- Comment #9 from Martin Nowak --- Bug was introduced with https://github.com/D-Programming-Language/dmd/pull/3187 which fixed Issue 11171 - Text relocations in Phobos shared library. --
[Issue 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 Martin Nowak changed: What|Removed |Added Keywords||pull --- Comment #8 from Martin Nowak --- This problem seems to stem from mixed writeable flags for the .deh/.minfo sections in PIC/non-PIC code. The ld.bfd linker would still try to bracket the sections, even though it previously mapped them to different segments, thereby creating one huge segment which contains all read-only and all writeable data plus the big hole in between them. https://github.com/D-Programming-Language/dmd/pull/3778 --
[Issue 13139] deb package depends on many X libraries (through xdg-utils)
https://issues.dlang.org/show_bug.cgi?id=13139 --- Comment #1 from Jordi Sayol --- "xdg-utils" package contains "/usr/bin/xdg-open" which is an unavoidable dependency of "dman" command. You can try to uncheck the field "Consider recommended packages as dependencies" on synaptic. This will force apt to install only the strictly necessary packages. --
[Issue 13141] New: array cast from string[] to immutable(char[][]) is not supported at compile time
https://issues.dlang.org/show_bug.cgi?id=13141 Issue ID: 13141 Summary: array cast from string[] to immutable(char[][]) is not supported at compile time Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: rejects-valid Severity: regression Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: thecybersha...@gmail.com Program: import std.algorithm; import std.array; import std.conv; immutable string[] splitterNames = [4].map!(e => e.text()).array(); Compiler output: test.d(5): Error: array cast from string[] to immutable(char[][]) is not supported at compile time Worked in v2.065.0. Introduced in https://github.com/D-Programming-Language/dmd/pull/3602. --
[Issue 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 --- Comment #7 from Martin Nowak --- Doesn't happen with PIC code either. dmd -fPIC main --
[Issue 13136] Optimize double lookup from if (v in assocArray) { return assocArray[v]; }
https://issues.dlang.org/show_bug.cgi?id=13136 Orvid King changed: What|Removed |Added CC||blah38...@gmail.com --
[Issue 10619] Ambiguous mangling of local variable alias arguments to templates
https://issues.dlang.org/show_bug.cgi?id=10619 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||wrong-code --
[Issue 10619] Ambiguous mangling of local variable alias arguments to templates
https://issues.dlang.org/show_bug.cgi?id=10619 hst...@quickfur.ath.cx changed: What|Removed |Added Summary|Out-of-scope variable in a |Ambiguous mangling of local |nested scope shadowed by|variable alias arguments to |subsequent variable in |templates |outer scope | --
[Issue 10619] Out-of-scope variable in a nested scope shadowed by subsequent variable in outer scope
https://issues.dlang.org/show_bug.cgi?id=10619 --- Comment #3 from hst...@quickfur.ath.cx --- A clearly legal case that's currently broken: import std.stdio; void myFunc(alias Sym)() { writeln(Sym); } void main() { foreach (i; 0..3) { myFunc!i(); } foreach (i; 5..8) { myFunc!i(); } } Expected output: 0 1 2 5 6 7 Actual output: 0 1 2 2 2 2 The two instances of 'i' are clearly in distinct scopes, yet they are conflated in the mangling of myFunc, leading to wrong generated code. --
[Issue 9882] Add UFCS-friendly printing functions
https://issues.dlang.org/show_bug.cgi?id=9882 --- Comment #8 from bearophile_h...@eml.cc --- (In reply to github-bugzilla from comment #7) > Commits pushed to master at https://github.com/D-Programming-Language/phobos > > https://github.com/D-Programming-Language/phobos/commit/ > 45c4e51982c47e0f76583459eeb47a830c0277a1 > Revive #1348: "Issue 9882 - Implement a "tee" style InputRange so that a > function can be called during a chain of InputRanges." > > https://github.com/D-Programming-Language/phobos/commit/ > 6d5ab305b9397da1098ba03fd0f2bc453150a0ef > Merge pull request #1965 from MetaLang/std-range-tee-fixup > > Revive pull request #1348: "Issue 9882 - Implement a "tee" style > InputRange... Was this comment a mistake? This merge is about tee, it's not about a UFCS-friendly printing function like uWritefln :-) --
[Issue 10619] Out-of-scope variable in a nested scope shadowed by subsequent variable in outer scope
https://issues.dlang.org/show_bug.cgi?id=10619 --- Comment #2 from hst...@quickfur.ath.cx --- A slightly simpler test case: - import std.stdio; void myFunc(alias Sym)() { writefln("%s", Sym); } void main() { { { int x = 789; myFunc!x(); } int x = 456; myFunc!x(); } int x = 123; myFunc!x(); } - Expected output: - 789 456 123 - Actual output: - 789 789 789 - --
[Issue 9882] Add UFCS-friendly printing functions
https://issues.dlang.org/show_bug.cgi?id=9882 --- Comment #7 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/45c4e51982c47e0f76583459eeb47a830c0277a1 Revive #1348: "Issue 9882 - Implement a "tee" style InputRange so that a function can be called during a chain of InputRanges." https://github.com/D-Programming-Language/phobos/commit/6d5ab305b9397da1098ba03fd0f2bc453150a0ef Merge pull request #1965 from MetaLang/std-range-tee-fixup Revive pull request #1348: "Issue 9882 - Implement a "tee" style InputRange... --
[Issue 10619] Out-of-scope variable in a nested scope shadowed by subsequent variable in outer scope
https://issues.dlang.org/show_bug.cgi?id=10619 --- Comment #1 from hst...@quickfur.ath.cx --- Looks like the problem is that the mangling of both instances of 'dg' is identical, so the compiler thinks that they are the same function. --
[Issue 12567] Modules can't be marked as deprecated
https://issues.dlang.org/show_bug.cgi?id=12567 --- Comment #2 from hst...@quickfur.ath.cx --- Yeah we need this, otherwise if the user imports a module but doesn't actually use it, they won't see any deprecation messages, and then it will just stop compiling when the module is dropped. --
[Issue 12567] Modules can't be marked as deprecated
https://issues.dlang.org/show_bug.cgi?id=12567 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 12567] Modules can't be marked as deprecated
https://issues.dlang.org/show_bug.cgi?id=12567 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #1 from Martin Nowak --- I was just about to write the same enhancement, because the lack of this feature causes problems when a deprecated module is finally removed. Just recently std.metastrings was dropped from phobos which breaks vibe.d 0.7.20 because it still has unused imports of std.metastrings [1]. I'd settle on the same syntax. The important part is, that this deprecation is triggered on import. [1]: https://github.com/rejectedsoftware/vibe.d/pull/706 --
[Issue 13030] DMD assertion fails at mtype.c:697 if delegate has an argument name
https://issues.dlang.org/show_bug.cgi?id=13030 Kenji Hara changed: What|Removed |Added Keywords||ice, pull Hardware|x86_64 |All OS|Linux |All Severity|normal |regression --- Comment #1 from Kenji Hara --- It's a regression issue from 2.064. https://github.com/D-Programming-Language/dmd/pull/3777 --
[Issue 13009] inout overload conflicts with non-inout when used via alias this
https://issues.dlang.org/show_bug.cgi?id=13009 --- Comment #1 from Sobirari Muhomori --- The struct literal should be probably mutable, so mutable overload (exact mutability match) should be preferred. If its mutability can't be affected by the method. --
[Issue 4483] foreach over string or wstring, where element type not specified, does not support unicode
https://issues.dlang.org/show_bug.cgi?id=4483 Sobirari Muhomori changed: What|Removed |Added URL||http://forum.dlang.org/thre ||ad/mailman.266.1319139465.2 ||4802.digitalmars-d@puremagi ||c.com --- Comment #16 from Sobirari Muhomori --- Added link to discussion. --
[Issue 4483] foreach over string or wstring, where element type not specified, does not support unicode
https://issues.dlang.org/show_bug.cgi?id=4483 --- Comment #15 from Sobirari Muhomori --- (In reply to Martin Nowak from comment #12) > The problem with UTF is that you need to handle it correctly from A to B. The problem is dchar makes it harder to handle UTF correctly, because it's more subtly incorrect, hence more difficult to fix. Without automatic decoding people are more likely to encounter failure during development and fix it before release. --
[Issue 13140] New: auto ref should support implicit conversion
https://issues.dlang.org/show_bug.cgi?id=13140 Issue ID: 13140 Summary: auto ref should support implicit conversion Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: c...@dawg.eu cat > bug.d << CODE void foo(T)(auto ref T t) { } void bar() { int v = 12; foo!long(v); } CODE dmd -c bug bug.d(8): Error: template bug.foo cannot deduce function from argument types !(long)(int), candidates are: bug.d(1):bug.foo(T)(auto ref T t) The compiler seems to reject this because it tries to bind the lvalue argument via reference. IMO implicit conversion of arguments types should be run before determining lvalueness to resolve this. --
[Issue 4483] foreach over string or wstring, where element type not specified, does not support unicode
https://issues.dlang.org/show_bug.cgi?id=4483 --- Comment #14 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/eca3a10dd232541036c0bbc00cb7a4236d0f2276 Fix Issue 4483 - foreach over string or wstring, where element type not specified std.process does not support Unicode and assume it's iterating over ASCII. https://github.com/D-Programming-Language/phobos/commit/e3cdb418ea175ae8c4020973be6587cfd66779cc Merge pull request #1873 from lionello/bug4483 Preparation for issue 4483, specifying foreach char iteration type --
[Issue 12853] std.encoding EncodingSchemeUtf16Native and EncodingSchemeUtf32Native decode() and SafeDecode() wrong stripping length
https://issues.dlang.org/show_bug.cgi?id=12853 Andrew Edwards changed: What|Removed |Added CC||edwards...@gmail.com --- Comment #4 from Andrew Edwards --- https://github.com/D-Programming-Language/phobos/pull/2336 --
[Issue 13139] deb package depends on many X libraries (through xdg-utils)
https://issues.dlang.org/show_bug.cgi?id=13139 Martin Nowak changed: What|Removed |Added CC||g.sa...@yahoo.es --
[Issue 13139] New: deb package depends on many X libraries (through xdg-utils)
https://issues.dlang.org/show_bug.cgi?id=13139 Issue ID: 13139 Summary: deb package depends on many X libraries (through xdg-utils) Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: installer Assignee: nob...@puremagic.com Reporter: c...@dawg.eu I just set up a server and while installing dmd I noticed that the xdg-utils dependency drags in many X libraries. This doesn't make sense on a headless server installation. I think xdg-utils is only a dependency because std.process.browse uses xdg-open (http://dlang.org/library/std/process/browse.html). Moving xdg-utils to suggested packages would be a better choice. The following extra packages will be installed: binutils cpp cpp-4.8 fontconfig-config fonts-dejavu-core gcc gcc-4.8 gcc-4.8-multilib gcc-multilib lib32asan0 lib32atomic1 lib32gcc-4.8-dev lib32gcc1 lib32gomp1 lib32itm1 lib32quadmath0 libasan0 libatomic1 libc-dev-bin libc6-dev libc6-dev-i386 libc6-dev-x32 libc6-i386 libc6-x32 libcloog-isl4 libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libfile-basedir-perl libfile-desktopentry-perl libfile-mimeinfo-perl libfontconfig1 libfontenc1 libgcc-4.8-dev libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgmp10 libgomp1 libice6 libisl10 libitm1 libllvm3.4 libmpc3 libmpfr4 libpciaccess0 libquadmath0 libsm6 libtsan0 libtxc-dxtn-s2tc0 libx11-6 libx11-data libx11-xcb1 libx32asan0 libx32atomic1 libx32gcc-4.8-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libxaw7 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0 libxcb-shape0 libxcb-sync1 libxcomposite1 libxcursor1 libxdamage1 libxext6 libxfixes3 libxft2 libxi6 libxinerama1 libxmu6 libxmuu1 libxpm4 libxrandr2 libxrender1 libxshmfence1 libxt6 libxtst6 libxv1 libxxf86dga1 libxxf86vm1 linux-libc-dev manpages-dev x11-common x11-utils x11-xserver-utils xdg-utils Suggested packages: binutils-doc cpp-doc gcc-4.8-locales make autoconf automake1.9 libtool flex bison gdb gcc-doc gcc-4.8-doc libgcc1-dbg libgomp1-dbg libitm1-dbg libatomic1-dbg libasan0-dbg libtsan0-dbg libbacktrace1-dbg libquadmath0-dbg binutils-gold glibc-doc libglide3 mesa-utils nickle cairo-5c xorg-docs-core gvfs-bin The following NEW packages will be installed: binutils cpp cpp-4.8 fontconfig-config fonts-dejavu-core gcc gcc-4.8 gcc-4.8-multilib gcc-multilib lib32asan0 lib32atomic1 lib32gcc-4.8-dev lib32gcc1 lib32gomp1 lib32itm1 lib32quadmath0 libasan0 libatomic1 libc-dev-bin libc6-dev libc6-dev-i386 libc6-dev-x32 libc6-i386 libc6-x32 libcloog-isl4 libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libfile-basedir-perl libfile-desktopentry-perl libfile-mimeinfo-perl libfontconfig1 libfontenc1 libgcc-4.8-dev libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgmp10 libgomp1 libice6 libisl10 libitm1 libllvm3.4 libmpc3 libmpfr4 libpciaccess0 libquadmath0 libsm6 libtsan0 libtxc-dxtn-s2tc0 libx11-6 libx11-data libx11-xcb1 libx32asan0 libx32atomic1 libx32gcc-4.8-dev libx32gcc1 libx32gomp1 libx32itm1 libx32quadmath0 libxaw7 libxcb-dri2-0 libxcb-dri3-0 libxcb-glx0 libxcb-present0 libxcb-shape0 libxcb-sync1 libxcomposite1 libxcursor1 libxdamage1 libxext6 libxfixes3 libxft2 libxi6 libxinerama1 libxmu6 libxmuu1 libxpm4 libxrandr2 libxrender1 libxshmfence1 libxt6 libxtst6 libxv1 libxxf86dga1 libxxf86vm1 linux-libc-dev manpages-dev x11-common x11-utils x11-xserver-utils xdg-utils --
[Issue 11435] -O optimization flag causes invalid 32 bit codegen
https://issues.dlang.org/show_bug.cgi?id=11435 Lionello Lunesu changed: What|Removed |Added CC||lio+bugzi...@lunesu.com --- Comment #7 from Lionello Lunesu --- I can confirm this is an issue on OSX as well, $ dmd -g -m32 -O _11435.d $ ./_11435 249000 Bus error: 10 --
[Issue 7068] copying array of pointers calls memset instead of memcpy with -d
https://issues.dlang.org/show_bug.cgi?id=7068 --- Comment #4 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/57bb1a7d8f2a8395b1e385c1d513000245c785ac Remove Bug 7068 work around. https://github.com/D-Programming-Language/druntime/commit/e3074a433d4461a4291c24a6eef87d266293fe2b Merge pull request #875 from Safety0ff/nomo7068 Remove Bug 7068 work around. --
[Issue 12833] switch statement does not work properly when -inline used
https://issues.dlang.org/show_bug.cgi?id=12833 yebblies changed: What|Removed |Added Keywords||pull --- Comment #3 from yebblies --- https://github.com/D-Programming-Language/dmd/pull/3776 --
[Issue 12853] std.encoding EncodingSchemeUtf16Native and EncodingSchemeUtf32Native decode() and SafeDecode() wrong stripping length
https://issues.dlang.org/show_bug.cgi?id=12853 Marco Nembrini changed: What|Removed |Added CC||marco.nembrini...@gmail.com --