[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 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 --- Comment #5 from Kenji Hara k.hara...@gmail.com --- (In reply to Domingo Alvarez Duarte from comment #3) 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 [snip] OK, it's properly fixed in git-head. bugEnumToolbar.d(9): Error: cannot implicitly convert expression (3) of type int to TYPE I'll cherry-pick the fix into 2.066 release branch. --
[Issue 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 --- Comment #10 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/f8bcda05a8193c4180815d067713cf4b6e7884bf fix Issue 13117 - Executable size of hello world explodes from 472K to 2.7M - 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. - fixed by always marking those sections as writeable https://github.com/D-Programming-Language/dmd/commit/5f3a83a890a3e3f106e89d5423993eae9945dc3b Merge pull request #3778 from MartinNowak/fix13117 fix Issue 13117 - Executable size of hello world explodes from 472K to 2.7M --
[Issue 13030] DMD assertion fails at mtype.c:697 if delegate has an argument name
https://issues.dlang.org/show_bug.cgi?id=13030 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13030] DMD assertion fails at mtype.c:697 if delegate has an argument name
https://issues.dlang.org/show_bug.cgi?id=13030 --- 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/bb00087381377d7a24c3cf10e0afe0cdb7440eb1 fix Issue 13030 - DMD assertion fails at mtype.c:697 if delegate has an argument name https://github.com/D-Programming-Language/dmd/commit/e7be232da36d63560f75644da1bbb5532c359635 Merge pull request #3777 from 9rnsr/fix13030 [REG2.064] Issue 13030 - DMD assertion fails at mtype.c:697 if delegate has an argument name --
[Issue 12853] std.encoding EncodingSchemeUtf16Native and EncodingSchemeUtf32Native decode() and SafeDecode() wrong stripping length
https://issues.dlang.org/show_bug.cgi?id=12853 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 12853] std.encoding EncodingSchemeUtf16Native and EncodingSchemeUtf32Native decode() and SafeDecode() wrong stripping length
https://issues.dlang.org/show_bug.cgi?id=12853 --- Comment #5 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/6d3f59fa7b5b4b4eb43ff2d4cbe56905077a6ec6 fix Issue 12853 - std.encoding EncodingSchemeUtf16Native and EncodingSchemeUtf32Native decode() and SafeDecode() wrong stripping length https://github.com/D-Programming-Language/phobos/commit/a6c5488910d7746aada8bc378e8848b39f5e8aaf fix Issue 12853 - std.encoding EncodingSchemeUtf16Native and EncodingSchemeUtf32Native decode() and SafeDecode() wrong stripping length https://github.com/D-Programming-Language/phobos/commit/1f398230b1791e771486cf5489e895c14d77134d Merge pull request #2336 from AndrewEdwards/master fix Issue 12853 - std.encoding EncodingSchemeUtf16Native and EncodingSch... --
[Issue 13077] [dmd 2.066-b2] std.range.array with shared InputRangeObject
https://issues.dlang.org/show_bug.cgi?id=13077 --- Comment #2 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/bf6b0a9759beb95273b7f6b9a5dcf7b77dea62eb fix Issue 13077 - std.range.array with shared InputRangeObject https://github.com/D-Programming-Language/phobos/commit/706e131d243f40a5e34e4a86f374fd8837aab8a5 Merge pull request #2338 from 9rnsr/fix13077 [REG2.066a] Issue 13077 - std.range.array with shared InputRangeObject --
[Issue 13077] [dmd 2.066-b2] std.range.array with shared InputRangeObject
https://issues.dlang.org/show_bug.cgi?id=13077 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 --- Comment #11 from Martin Nowak c...@dawg.eu --- The resolution of this bug implies that the libphobos2.a we're shipping is build with -fPIC. See issue 13149. --
[Issue 13149] New: released libphobos2.a is build with PIC code
https://issues.dlang.org/show_bug.cgi?id=13149 Issue ID: 13149 Summary: released libphobos2.a is build with PIC code 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 Just found this while resolving issue 13117. It's likely some issue in the create_dmd_release.d script. --
[Issue 13149] released libphobos2.a is build with PIC code
https://issues.dlang.org/show_bug.cgi?id=13149 Martin Nowak c...@dawg.eu changed: What|Removed |Added Severity|enhancement |critical --
[Issue 13150] New: Add ability to log gagged compiler errors to file
https://issues.dlang.org/show_bug.cgi?id=13150 Issue ID: 13150 Summary: Add ability to log gagged compiler errors to file Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: andrej.mitrov...@gmail.com DMD does a lot of gagging and although ideally it would not have to do any gagging at all, it's going to be a long time before this happens. One problem with gagging is that it sometimes hides useful error messages (sometimes even your own static assert with a custom message). I propose we add an option to emit all gagged errors to a file. That way we can at least attempt to trace through the compiler stages to see what went wrong. This would require a new switch. --
[Issue 13150] Add ability to log gagged compiler errors to file
https://issues.dlang.org/show_bug.cgi?id=13150 Dicebot pub...@dicebot.lv changed: What|Removed |Added Keywords||industry CC||pub...@dicebot.lv --
[Issue 13150] Add ability to log gagged compiler errors to file
https://issues.dlang.org/show_bug.cgi?id=13150 Dicebot pub...@dicebot.lv changed: What|Removed |Added Version|D2 |D1 D2 --
[Issue 13077] [dmd 2.066-b2] std.range.array with shared InputRangeObject
https://issues.dlang.org/show_bug.cgi?id=13077 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to 2.066 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/e511efddb94a9f32e3a97a88b2ba7ccb92231539 Merge pull request #2338 from 9rnsr/fix13077 [REG2.066a] Issue 13077 - std.range.array with shared InputRangeObject Conflicts: std/array.d --
[Issue 13028] [ICE] CTFE internal error: cannot evaluate at compile time
https://issues.dlang.org/show_bug.cgi?id=13028
--- Comment #1 from Kenji Hara k.hara...@gmail.com ---
(In reply to safety0ff.bugz from comment #0)
Removing the enum b = ___; line it works.
It would be nice if it would work when the parameter is compile-time
evaluable.
This is an invalid enhancement request issue.
By definition, CTFEable function should also work in runtime. All functions are
invalid definition because they cannot work in runtime.
In other words, compile-time value evaluation and runtime value evaluation are
strictly separated in D. An exception case is that, if a runtime evaluated
expression can be folded into a constant by optimizer, you will be able to use
it also in compile-time expressions. For example:
void main() {
immutable int x = 3; // x is a runtime variable, but
int[x] sarray = [1,2,3]; // its value is known and usable in CT.
auto p = x; // x has a runtime storage.
}
But, optimizer cannot work beyond the boundary of function (it's in the domain
of inliner). Therefore
int foo(int delegate() dg)
{
enum b = dg();
return b;
}
function parameters never be usable in CT expressions.
--
[Issue 13147] Wrong codegen for thisptr in naked extern (C++) methods
https://issues.dlang.org/show_bug.cgi?id=13147 yebblies yebbl...@gmail.com changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #2 from yebblies yebbl...@gmail.com --- I suspect the correct solution is for the invariant calls to not be implicitly inserted for naked functions. --
[Issue 13151] New: std.range.take template constraint ambiguity
https://issues.dlang.org/show_bug.cgi?id=13151
Issue ID: 13151
Summary: std.range.take template constraint ambiguity
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P1
Component: Phobos
Assignee: nob...@puremagic.com
Reporter: john.loughran.col...@gmail.com
unittest
{
auto r = take(repeat(1, 4), 3);
assert(r.equal(repeat(1, 3)));
}
fails to compile due to typeof(r) satisfying both
isInputRange!(Unqual!R) !isInfinite!(Unqual!R) hasSlicing!(Unqual!R)
and
is(R T == Take!T)
Note that this isn't triggered by using an array. is(typeof(take(slice)) ==
typeof(slice))
--
[Issue 13151] std.range.take template constraint ambiguity
https://issues.dlang.org/show_bug.cgi?id=13151
--- Comment #1 from John Colvin john.loughran.col...@gmail.com ---
woops, that should be
unittest
{
auto r = take(repeat(1, 4), 3);
assert(r.take(2).equal(repeat(1, 2)));
}
--
[Issue 13152] New: Compiler high cpu usage and never ends
https://issues.dlang.org/show_bug.cgi?id=13152 Issue ID: 13152 Summary: Compiler high cpu usage and never ends Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: mingo...@gmail.com When trying to update http://www.dsource.org/projects/bcd/ to compile with 2.065 I found that the compiler seems to enter on an infinite loop with high cpu usage and never ends, memory consumption remains stable. DMD/gdc trunk also have the same problem but gdc 4.8.1 works properly, although showing compilation errors. To see this problem download http://svn.dsource.org/projects/bcd/trunk/bindings and on it's root folder issue this command: make libxml2exa The compiler never ends eating all cpu. --
[Issue 13152] Compiler high cpu usage and never ends
https://issues.dlang.org/show_bug.cgi?id=13152 Domingo Alvarez Duarte mingo...@gmail.com changed: What|Removed |Added Severity|enhancement |regression --
[Issue 9449] Static arrays of 128bit types segfault on initialization. Incorrect calling of memset128ii.
https://issues.dlang.org/show_bug.cgi?id=9449 John Colvin john.loughran.col...@gmail.com changed: What|Removed |Added Assignee|nob...@puremagic.com|bugzi...@digitalmars.com Summary|Segmentation fault in |Static arrays of 128bit |main() |types segfault on ||initialization. Incorrect ||calling of memset128ii. Severity|critical|regression --- Comment #14 from John Colvin john.loughran.col...@gmail.com --- I just ran in to this again with something equivalent to Ali's case above. My previous attempts to fix this never got anywhere. I could get it working but then other things broke, rinse and repeat... Does anyone have any clue how to do this? It's a pretty glaring hole to segfault any time someone declares a static array of 128 bit types (excluding cdouble, which has it's own memset overload). I'm marking this a regression as, whatever the reason, it worked with 2.065.0 Walter I've assigning you because it seems likely that https://github.com/D-Programming-Language/dmd/commit/6c2a2878200e0df1c73db976a747abf61b6a5e1a) and (https://github.com/D-Programming-Language/druntime/commit/a405a02394e2c26c6a66c3fc5ef3777bb86cd973 caused it, but I'm not certain. --
[Issue 8518] Segmentation fault in _memset128ii
https://issues.dlang.org/show_bug.cgi?id=8518 John Colvin john.loughran.col...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||john.loughran.colvin@gmail. ||com Resolution|--- |DUPLICATE --- Comment #2 from John Colvin john.loughran.col...@gmail.com --- *** This issue has been marked as a duplicate of issue 9449 *** --
[Issue 9449] Static arrays of 128bit types segfault on initialization. Incorrect calling of memset128ii.
https://issues.dlang.org/show_bug.cgi?id=9449 John Colvin john.loughran.col...@gmail.com changed: What|Removed |Added CC||jerro.pub...@gmail.com --- Comment #15 from John Colvin john.loughran.col...@gmail.com --- *** Issue 8518 has been marked as a duplicate of this issue. *** --
[Issue 12755] thread.di is outdated
https://issues.dlang.org/show_bug.cgi?id=12755 Andrew Edwards edwards...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||edwards...@gmail.com Resolution|--- |FIXED --- Comment #3 from Andrew Edwards edwards...@gmail.com --- Pull merged 2014-05-30. Problem no longer exists. --
[Issue 12755] thread.di is outdated
https://issues.dlang.org/show_bug.cgi?id=12755 Andrew Edwards edwards...@gmail.com changed: What|Removed |Added Resolution|FIXED |WORKSFORME --
[Issue 13151] std.range.take template constraint ambiguity
https://issues.dlang.org/show_bug.cgi?id=13151 John Colvin john.loughran.col...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from John Colvin john.loughran.col...@gmail.com --- Fixed by https://github.com/D-Programming-Language/phobos/pull/2340 --
[Issue 8764] chunks.transposed causes infinite ranges.
https://issues.dlang.org/show_bug.cgi?id=8764 --- 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/4113afc85a30b0413ee710cfd9300ca945908836 Fix issue 8764 Transposed can only work with ranges of ranges if the subranges are assignable. Add signature constraints. Fix forward range bugs (should use .save instead of just copying the range object). Add unittests. --
[Issue 4330] std.range.transposed() should be documented
https://issues.dlang.org/show_bug.cgi?id=4330 --- Comment #2 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/9caa23a682992c4fe1c847c9d65545009b1cd1d5 Document std.range.transposed (issue 4330). Add unittested example as well. https://github.com/D-Programming-Language/phobos/commit/4f8d08145421dbab67dd12a23bd9edd2f02f9b1d Merge pull request #1138 from quickfur/transposed Fix issue 4330 and issue 8764 --
[Issue 4330] std.range.transposed() should be documented
https://issues.dlang.org/show_bug.cgi?id=4330 github-bugzi...@puremagic.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --
[Issue 13030] DMD assertion fails at mtype.c:697 if delegate has an argument name
https://issues.dlang.org/show_bug.cgi?id=13030 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to 2.066 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/0e0ac55a6e3b9fef99ecf242733fb20b34f10973 Merge pull request #3777 from 9rnsr/fix13030 [REG2.064] Issue 13030 - DMD assertion fails at mtype.c:697 if delegate has an argument name --
[Issue 13142] Enums on different classes confuse the compiler
https://issues.dlang.org/show_bug.cgi?id=13142 --- Comment #6 from github-bugzi...@puremagic.com --- Commit pushed to 2.066 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/5b9f27c9f5038f7d4c25693d015613d8b4164844 Merge pull request #3779 from 9rnsr/fix13142 Issue 13142 - Enums on different classes confuse the compiler --
[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 #3 from github-bugzi...@puremagic.com --- Commit pushed to 2.066 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/cad191c5e04051f928dd81cff178df1176eb4587 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 13117] Executable size of hello world explodes from 472K to 2.7M
https://issues.dlang.org/show_bug.cgi?id=13117 --- Comment #12 from github-bugzi...@puremagic.com --- Commit pushed to 2.066 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/239394c6ea98a281c51f95977612cc41866f0b4f Merge pull request #3778 from MartinNowak/fix13117 fix Issue 13117 - Executable size of hello world explodes from 472K to 2.7M --
[Issue 8730] writeln stops on a nul character, even if passed a D string
https://issues.dlang.org/show_bug.cgi?id=8730 --- Comment #11 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/4f81791438d283edbe508125bbc13ff00e959dd2 Merge pull request #2334 from quickfur/issue8730 std.stdio.writeln should write strings with embedded nulls correctly --
[Issue 12057] [ICE], backend/cg87.c 925
https://issues.dlang.org/show_bug.cgi?id=12057 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx Severity|normal |major --- Comment #1 from hst...@quickfur.ath.cx --- bump importance, since it's blocking Phobos PR#2266. --
[Issue 8730] writeln stops on a nul character, even if passed a D string
https://issues.dlang.org/show_bug.cgi?id=8730 hst...@quickfur.ath.cx changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from hst...@quickfur.ath.cx --- Verified fixed in git HEAD. --
[Issue 3543] [tdpl] ternary operator can't find common type for classes/interfaces
https://issues.dlang.org/show_bug.cgi?id=3543
--- Comment #15 from bearophile_h...@eml.cc ---
The same problem found by Uranuz:
http://forum.dlang.org/thread/xgxgfwltboextlmfj...@forum.dlang.org
interface IBase {}
class Impl(T): IBase {
T value;
}
void main() {
IBase a = true ? (new Impl!uint) : (new Impl!string);
}
test.d(6,23): Error: cannot implicitly convert expression (new
Impl!uint) of type object.Object to test.IBase
--
[Issue 10039] std.algorithm enhancements: min, max, clamp
https://issues.dlang.org/show_bug.cgi?id=10039 --- Comment #11 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/5cde6f5fd56e38b093a7aa39e1fcfec65554 Add clamp function Request in issue 10039 http://d.puremagic.com/issues/show_bug.cgi?id=10039 --
[Issue 12057] [ICE], backend/cg87.c 925
https://issues.dlang.org/show_bug.cgi?id=12057 --- Comment #2 from hst...@quickfur.ath.cx --- Hmm, actually, this bug appears to have been fixed on git HEAD. Could you try again please? --
[Issue 8231] conv.to fails to convert string with trailing u
https://issues.dlang.org/show_bug.cgi?id=8231 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx Severity|normal |enhancement --- Comment #4 from hst...@quickfur.ath.cx --- I agree that this is a bad idea. std.conv.to is intended for converting user data between different types, not for parsing D language constructs like uint literals. We should have a different function for that (maybe something from std.d.lexer, once we have that). --
[Issue 8278] std.range.chunks for generic Forward Ranges?
https://issues.dlang.org/show_bug.cgi?id=8278
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||hst...@quickfur.ath.cx
Resolution|--- |FIXED
--- Comment #1 from hst...@quickfur.ath.cx ---
Works in git HEAD:
-
import std.range, std.algorithm;
void main() {
struct FwdRange { // N.B. no slicing or length here
enum empty = false;
auto front = 1;
void popFront() {}
@property auto save() { return this; }
}
auto c = std.range.chunks(FwdRange(), 5);
import std.stdio;
writeln(c.take(10));
}
-
--
[Issue 8227] Anonymous member variable of struct get's it's arguments shifted when called.
https://issues.dlang.org/show_bug.cgi?id=8227 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #1 from hst...@quickfur.ath.cx --- Hmm. On git HEAD, this code now produces this message: test.d(3): Deprecation: variable test.S.foo const field with initializer should be static, __gshared, or an enum Changing it to static, enum, or auto, doesn't exhibit the problem described. --
[Issue 8236] Wrong error message in creating struct from vector operation
https://issues.dlang.org/show_bug.cgi?id=8236 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #1 from hst...@quickfur.ath.cx --- On git HEAD, the error message is now: test.d(4): Error: cannot implicitly convert expression (this.v[] / 2) of type int[] to int[2] test.d(7):called from here: Foo([10, 20]).halve() Is this acceptable? --
[Issue 8243] cannot initialize tuple with an element at module scope
https://issues.dlang.org/show_bug.cgi?id=8243 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #2 from hst...@quickfur.ath.cx --- Why should this code be accepted? TypeTuple!(int,int) expects two initializers, but only one is specified. --
[Issue 8262] ICE(mtype.c) alias this to alias of an expression tuple
https://issues.dlang.org/show_bug.cgi?id=8262 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx Severity|normal |critical --- Comment #2 from hst...@quickfur.ath.cx --- Wow. This *still* doesn't work on git HEAD: dmd now segfaults. --
[Issue 8262] ICE(mtype.c) alias this to alias of an expression tuple
https://issues.dlang.org/show_bug.cgi?id=8262 --- Comment #3 from hst...@quickfur.ath.cx --- Stack trace: #0 0x00410199 in TypeStruct::implicitConvTo(Type*) () #1 0x004c8213 in IsExp::semantic(Scope*) () #2 0x004de990 in AndAndExp::semantic(Scope*) () #3 0x004de924 in AndAndExp::semantic(Scope*) () #4 0x004de924 in AndAndExp::semantic(Scope*) () #5 0x004de924 in AndAndExp::semantic(Scope*) () #6 0x004b4769 in StaticIfCondition::include(Scope*, ScopeDsymbol*) () #7 0x0043d637 in ConditionalStatement::flatten(Scope*) () #8 0x004437d1 in CompoundStatement::semantic(Scope*) () #9 0x004ede13 in FuncDeclaration::semantic3(Scope*) () #10 0x004504c4 in TemplateInstance::semantic3(Scope*) () #11 0x00454d83 in TemplateInstance::trySemantic3(Scope*) () #12 0x0045c2e3 in TemplateInstance::semantic(Scope*, ArrayExpression**) [clone .part.63] () #13 0x0045c87f in functionResolve(Match*, Dsymbol*, Loc, Scope*, ArrayRootObject**, Type*, ArrayExpression**) () #14 0x004ec05e in resolveFuncCall(Loc, Scope*, Dsymbol*, ArrayRootObject**, Type*, ArrayExpression**, int) () #15 0x004d3c33 in CallExp::semantic(Scope*) [clone .part.134] () #16 0x0043fd9b in ExpStatement::semantic(Scope*) () #17 0x00443b6a in CompoundStatement::semantic(Scope*) () #18 0x004ede13 in FuncDeclaration::semantic3(Scope*) () #19 0x00407a50 in Module::semantic3() () #20 0x0040526c in tryMain(unsigned long, char const**) () #21 0x77015b45 in __libc_start_main (main=0x402490 main, argc=2, argv=0x7fffeb68, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffeb58) at libc-start.c:287 #22 0x004029c5 in _start () --
[Issue 8262] ICE(mtype.c) alias this to alias of an expression tuple
https://issues.dlang.org/show_bug.cgi?id=8262 --- Comment #4 from hst...@quickfur.ath.cx --- Cause of segfault: aliasthisOf() returned NULL to implicitConvTo(). --
[Issue 8262] ICE(mtype.c) alias this to alias of an expression tuple
https://issues.dlang.org/show_bug.cgi?id=8262 --- Comment #5 from hst...@quickfur.ath.cx --- And the reason is because aliasthisOf() does not expect a TypeTuple; it expects a variable declaration, a function, an enum, or a template. Normally, TypeTuples cannot appear in an alias this due to the current grammar, but there is a loophole where they can be masked by another layer of alias, as in the code given here, so it leads into this unhandled case. --
[Issue 8236] Wrong error message in creating struct from vector operation
https://issues.dlang.org/show_bug.cgi?id=8236 bearophile_h...@eml.cc changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from bearophile_h...@eml.cc --- (In reply to hsteoh from comment #1) Is this acceptable? Yes. Closed. And regarding the ASM guard with __ctfe for array operators, I guess it's stuff for a different enhancement request... --
[Issue 13153] New: dlang.org: provide version-specific documentation of the language and stdlib
https://issues.dlang.org/show_bug.cgi?id=13153 Issue ID: 13153 Summary: dlang.org: provide version-specific documentation of the language and stdlib Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity: enhancement Priority: P1 Component: websites Assignee: nob...@puremagic.com Reporter: and...@erdani.com It's actually easy to generate automatically. E.g. http://dlang.org/phobos/std_file.html refers to the latest version, whereas http://dlang.org/phobos/2.065/std_file.html refers to the 2.065 version. --
[Issue 13153] dlang.org: provide version-specific documentation of the language and stdlib
https://issues.dlang.org/show_bug.cgi?id=13153 davi...@fb.com changed: What|Removed |Added CC||davi...@fb.com --
[Issue 12833] switch statement does not work properly when -inline used
https://issues.dlang.org/show_bug.cgi?id=12833 --- 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/82da99d83bc62d043b444885f38c90d9a9cb4b99 Fix Issue 12833 - switch statement does not work properly when -inline used https://github.com/D-Programming-Language/dmd/commit/e701790c2830c4cad03edef6640e111caee13d4e Merge pull request #3776 from yebblies/issue12833 Issue 12833 - switch statement does not work properly when -inline used --
[Issue 12833] switch statement does not work properly when -inline used
https://issues.dlang.org/show_bug.cgi?id=12833 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13084] ModuleInfo.opApply delegate expects immutable parameter
https://issues.dlang.org/show_bug.cgi?id=13084 --- Comment #22 from David Nadlinger c...@klickverbot.at --- I posted a little overview of the situation at the druntime pull request page. --
[Issue 13148] ModuleInfo fields are unnecessary changed to const
https://issues.dlang.org/show_bug.cgi?id=13148 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13148] ModuleInfo fields are unnecessary changed to const
https://issues.dlang.org/show_bug.cgi?id=13148 --- 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/090cf82feac2cc3c888e3e217f67c704f6418a93 fix Issue 13148 - ModuleInfo fields are unnecessary changed to const https://github.com/D-Programming-Language/druntime/commit/c796f0d40222bce99ec9f3bbf894e660f5e25165 Merge pull request #898 from 9rnsr/fix13148 [REG2.066a] Issue 13148 - ModuleInfo fields are unnecessary changed to const --
[Issue 13084] ModuleInfo.opApply delegate expects immutable parameter
https://issues.dlang.org/show_bug.cgi?id=13084 Dicebot pub...@dicebot.lv changed: What|Removed |Added CC||pub...@dicebot.lv --- Comment #23 from Dicebot pub...@dicebot.lv --- All D programmers would assume that unqualified type name T is a mutable type, and const(T) is const, immutable(T) is immutable. What? Sounds like total nonsense. I use aliases of qualified types all the time, it is a very useful tool for enforcing certain qualified semantics. Programmers that expect that must have never read the docs. I think it is a reasonable solution. --
[Issue 13084] ModuleInfo.opApply delegate expects immutable parameter
https://issues.dlang.org/show_bug.cgi?id=13084 --- Comment #24 from Kenji Hara k.hara...@gmail.com --- (In reply to Dicebot from comment #23) All D programmers would assume that unqualified type name T is a mutable type, and const(T) is const, immutable(T) is immutable. What? Sounds like total nonsense. I use aliases of qualified types all the time, it is a very useful tool for enforcing certain qualified semantics. Programmers that expect that must have never read the docs. I think it is a reasonable solution. In your code, you can have such aliases. But don't add such alias in standard library code. It will introduce much limited situation than benefits. For example, in the proposal original mutable name _ModuleInfo is private and inaccessible. So if a programmer want to use const ModuleInfo, he should write it like const(Unqual!ModuleInfo). Why Unqual is necessary? In other words, you assumes that most D programmers won't use non-immutable ModuleInfo in their code. I think it's not reasonable assumption. --
