[Issue 14052] `dmd -deps` lists imports from failed __traits(compiles) blocks
https://issues.dlang.org/show_bug.cgi?id=14052 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Kenji Hara k.hara...@gmail.com --- For the module dependency tracking, -deps should list all modules that were trying to import in the compiled code. Therefore current -deps output is legitimete and not have to be changed. --
[Issue 2138] Allow more than 65535 files in Zip archives
https://issues.dlang.org/show_bug.cgi?id=2138 --- 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/8cc228c4e97b5bc2be2e6ed338faf5bcaed6336b Fix Issue 2138 - Allow more than 65535 files in Zip archives Fixed by adding support for reading and writing Zip64 archives https://github.com/D-Programming-Language/phobos/commit/ad5ae8767fbe54f9e0b15aa12d64e81daeaf43db Merge pull request #2914 from fgda/issue_2138 Fix Issue 2138 - Allow more than 65535 files in Zip archives --
[Issue 2138] Allow more than 65535 files in Zip archives
https://issues.dlang.org/show_bug.cgi?id=2138 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14053] Hello world generates bloat in the object file
https://issues.dlang.org/show_bug.cgi?id=14053 --- Comment #4 from Iain Buclaw ibuc...@gdcproject.org --- The best thing DMD can do is to not rely on these artificial function helpers, and just inline whatever code it is they're emitting. --
[Issue 14053] Hello world generates bloat in the object file
https://issues.dlang.org/show_bug.cgi?id=14053 Iain Buclaw ibuc...@gdcproject.org changed: What|Removed |Added CC||ibuc...@gdcproject.org --- Comment #3 from Iain Buclaw ibuc...@gdcproject.org --- I believe this would be the change in https://github.com/D-Programming-Language/dmd/pull/3552 As I understand it, the symbols are put on comdat, so would be emitted in compiles, but cleaned out in the link phase (or maybe post-strip). --
[Issue 13726] Build Phobos and Druntime with stack frames enabled (-gs)
https://issues.dlang.org/show_bug.cgi?id=13726 --- Comment #15 from Sobirari Muhomori dfj1es...@sneakemail.com --- (In reply to Walter Bright from comment #2) Every bit of performance matters. D is constantly being compared for speed with other tools. Building phobos for maximum debugging support is completely at odds with performance. Not for debugging, but for decent newbie user experience. --
[Issue 13726] Build Phobos and Druntime with stack frames enabled (-gs)
https://issues.dlang.org/show_bug.cgi?id=13726 Sobirari Muhomori dfj1es...@sneakemail.com changed: What|Removed |Added URL||http://forum.dlang.org/thre ||ad/ossuvfmqthllgdpgzntm@for ||um.dlang.org --
[Issue 5452] Signed file lengths and positions
https://issues.dlang.org/show_bug.cgi?id=5452 Sobirari Muhomori dfj1es...@sneakemail.com changed: What|Removed |Added URL||http://forum.dlang.org/post ||/klhjighswudjvhscrfty@forum ||.dlang.org --- Comment #2 from Sobirari Muhomori dfj1es...@sneakemail.com --- (In reply to AndyC from comment #1) I don't know if that's still true, if it is you should open a new bug report with some test code. It's a semantical issue, see the linked discussion. --
[Issue 14036] Do not throw FinalizeError on OutOfMemoryError or InvalidMemoryOperationError
https://issues.dlang.org/show_bug.cgi?id=14036 --- 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/73d7a44eb18f6889ef32e02fd15a8c567e8cfb6d fix Issue 14036 - Do not throw FinalizeError on OutOfMemoryError or InvalidMemoryOperationError This changes FinalizeError to be thrown only when an Exception is thrown, with the disadvantage of not catching non-Exception Throwables and the advantage of preserving the stack trace for the code that caused InvalidMemoryOperationError. https://github.com/D-Programming-Language/druntime/commit/cfe3eb5a2bf0d9a67fba8aa621c8a076c8c74124 Merge pull request #1123 from CyberShadow/pull-20150124-201947 fix Issue 14036 - Do not throw FinalizeError on OutOfMemoryError or Inva... --
[Issue 14036] Do not throw FinalizeError on OutOfMemoryError or InvalidMemoryOperationError
https://issues.dlang.org/show_bug.cgi?id=14036 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 13726] Build Phobos and Druntime with stack frames enabled (-gs)
https://issues.dlang.org/show_bug.cgi?id=13726 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added URL|http://forum.dlang.org/thre |http://forum.dlang.org/post |ad/ossuvfmqthllgdpgzntm@for |/ossuvfmqthllgdpgzntm@forum |um.dlang.org|.dlang.org --
[Issue 2138] Allow more than 65535 files in Zip archives
https://issues.dlang.org/show_bug.cgi?id=2138 FG h...@fgda.pl changed: What|Removed |Added Keywords||pull CC||h...@fgda.pl --- Comment #1 from FG h...@fgda.pl --- https://github.com/D-Programming-Language/phobos/pull/2914 This solves the issue with limited number of items allowed in older zip archives, but for files over 4 GB, encryption, or preserving file attributes (especially when moving files between platforms) something other than std.zip would have to be used. --
[Issue 12888] Include template constraints in JSON output
https://issues.dlang.org/show_bug.cgi?id=12888 --- Comment #1 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/32f0f33f6a6ff5c7e76ac6e481b2ba0c2607d71f Issue 12888 - Include template constraints in JSON output https://github.com/D-Programming-Language/dmd/commit/821e13137c51169504b054b672c00b48c4571fa1 Merge pull request #3657 from Hackerpilot/issue-12888 Issue 12888 - Include template constraints in JSON output --
[Issue 12888] Include template constraints in JSON output
https://issues.dlang.org/show_bug.cgi?id=12888 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --
[Issue 14061] New: Refused array concat at compile-time
https://issues.dlang.org/show_bug.cgi?id=14061
Issue ID: 14061
Summary: Refused array concat at compile-time
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: regression
Priority: P1
Component: DMD
Assignee: nob...@puremagic.com
Reporter: bearophile_h...@eml.cc
int foo(int[] a) {
foreach (immutable x; a)
auto b = a ~ x;
return 0;
}
void main() {
enum r = foo([1]);
}
dmd 2.067alpha gives:
test.d(3): Error: a ~ x cannot be interpreted at compile time
test.d(7):called from here: foo([1])
--
[Issue 12209] Unable to take address of function nested function
https://issues.dlang.org/show_bug.cgi?id=12209 Infiltrator lt.infiltra...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Infiltrator lt.infiltra...@gmail.com --- Fair enough, then. --
[Issue 7762] Possible bug in std.algorithm.sort(ubyte[])
https://issues.dlang.org/show_bug.cgi?id=7762 bearophile_h...@eml.cc changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from bearophile_h...@eml.cc --- I can't detect this problem any more, closed issue. --
[Issue 13388] accept '@' before 'nothrow' and 'pure'
https://issues.dlang.org/show_bug.cgi?id=13388
Nick Treleaven ntrel-...@mybtinternet.com changed:
What|Removed |Added
CC||ntrel-...@mybtinternet.com
--- Comment #31 from Nick Treleaven ntrel-...@mybtinternet.com ---
(In reply to Jonathan M Davis from comment #28)
Regardless, I don't see any way that changing which attributes have @ on
them and which don't is going to make it consistent unless you put @ on all
of them, or you don't put it on any of them.
The simplest consistent change would be to have built-in @attributes when they
*only affect* functions, not variables. Then we don't need @const or @ref, as
they can also affect variables/parameters. We would have @pure, @nothrow,
@override, @abstract, @final ('@final class' only affects a class's methods,
not variable members). 'return' would not be an attribute, as it can affect
parameters. Using this guideline, we only have to change 5 attributes.
--
[Issue 7691] std.math.floor at compile-time too
https://issues.dlang.org/show_bug.cgi?id=7691 bearophile_h...@eml.cc changed: What|Removed |Added Summary|A pure std.math.floor |std.math.floor at ||compile-time too --- Comment #6 from bearophile_h...@eml.cc --- (In reply to AndyC from comment #5) Any reason it has to be enum? D needs to support basic operations like floor() at compile time too. I change the title of his issue. --
[Issue 14053] Hello world generates bloat in the object file
https://issues.dlang.org/show_bug.cgi?id=14053 zeljkog zeljko@gmail.com changed: What|Removed |Added CC||zeljko@gmail.com --
[Issue 481] Letting compiler determine length for fixed-length arrays
https://issues.dlang.org/show_bug.cgi?id=481 --- Comment #20 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/7f0457fa498807d7a500671c163fa4a6c86b567f fix Issue 481 - Letting compiler determine length for fixed-length arrays https://github.com/D-Programming-Language/dmd/commit/fa296e9f088e0e3ccc9f339423bbef15cb3840aa Merge pull request #3615 from 9rnsr/fix481 Issue 481 - Letting compiler determine length for fixed-length arrays --
[Issue 481] Letting compiler determine length for fixed-length arrays
https://issues.dlang.org/show_bug.cgi?id=481 github-bugzi...@puremagic.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --
[Issue 14065] std.json not tracking line:column properly
https://issues.dlang.org/show_bug.cgi?id=14065 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- https://github.com/D-Programming-Language/phobos/pull/2925 --
[Issue 14065] New: std.json not tracking line:column properly
https://issues.dlang.org/show_bug.cgi?id=14065 Issue ID: 14065 Summary: std.json not tracking line:column properly Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: minor Priority: P1 Component: Phobos Assignee: nob...@puremagic.com Reporter: thecybersha...@gmail.com The line/column number in std.json output is practically always incorrect in the presence of whitespace. --
[Issue 14064] New: Error message about @ attributes incomplete.
https://issues.dlang.org/show_bug.cgi?id=14064
Issue ID: 14064
Summary: Error message about @ attributes incomplete.
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: P1
Component: DMD
Assignee: nob...@puremagic.com
Reporter: issues.dl...@jmdavisprog.com
This code
@deprecated void func() {}
void main() {}
results in this error:
q.d(1): Error: @identifier or @(ArgumentList) expected, not @deprecated
q.d(1): Error: valid attributes are @property, @safe, @trusted, @system,
@disable
Notice that the list of valid @ attributes is missing @nogc (presumably,
because it's new). Also, if the change for issue# 13388 doesn't get reverted,
then @nothrow, @pure, and @return will need to be added to the list.
Ideally, I would think that the error message would treat the problem a bit
like happens with a spelling error for variables, and ask if you meant
deprecated instead of @deprecated - at least as long as @deprecated hasn't
been declared as a UDA anyway - but if we're going to give a list of built-in
attributes with @, the list should be correct and complete.
--
[Issue 14055] CTFE internal error with uninitialized array: Assertion failure: '0' on line 318 in file 'interpret.c'
https://issues.dlang.org/show_bug.cgi?id=14055 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||CTFE, ice Hardware|x86_64 |All OS|Windows |All --- Comment #1 from Kenji Hara k.hara...@gmail.com --- https://github.com/D-Programming-Language/dmd/pull/4348 --
[Issue 14059] New: Formatted write with wrong formatting string
https://issues.dlang.org/show_bug.cgi?id=14059
Issue ID: 14059
Summary: Formatted write with wrong formatting string
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Keywords: diagnostic
Severity: minor
Priority: P1
Component: Phobos
Assignee: nob...@puremagic.com
Reporter: bearophile_h...@eml.cc
void main() {
import std.stdio;
auto a = [red, blue];
writefln(%-(%s%, a);
}
If compiled normally gives (dmd 2.067alpha):
core.exception.RangeError@std\format.d(878): Range violation
Compiling with -release -boundscheck=off gives:
object.Exception@...\dmd2\src\phobos\std\format.d(871): Incorrect format
specifier: %(%s%
I think it should give the second error message in both cases.
--
[Issue 14060] New: Internal error: backend/cg87.c 3394 only in MacOSX
https://issues.dlang.org/show_bug.cgi?id=14060
Issue ID: 14060
Summary: Internal error: backend/cg87.c 3394 only in MacOSX
Product: D
Version: D2
Hardware: x86
OS: Mac OS X
Status: NEW
Keywords: ice
Severity: normal
Priority: P1
Component: DMD
Assignee: nob...@puremagic.com
Reporter: k.hara...@gmail.com
I found this issue from the auto-tester result of my PR:
https://github.com/D-Programming-Language/dmd/pull/4331
Following code is a part of test/runnable/interpret.d. With -m32 -O -inline
-release, the code would cause following backend ICE.
Internal error: backend/cg87.c 3394
If you add writefln call in the compare function, the ICE would disappear.
version(addWriteln) import std.stdio;
else extern(C) int printf(const char*, ...);
void test113()
{
import core.math;
static void compare(real a, real b)
{
version(addWriteln) writefln(compare(%30.30f, %30.30f);, a, b);
assert(fabs(a - b) 128 * real.epsilon);
}
static if (__traits(compiles, (){ enum real ctval1 = yl2x(3.14, 1); }))
{
enum real ctval1 = yl2x(3.14, 1);
enum real ctval2 = yl2x(2e1500L, 3);
enum real ctval3 = yl2x(1, 5);
real rtval1 = yl2x(3.14, 1);
real rtval2 = yl2x(2e1500L, 3);
real rtval3 = yl2x(1, 5);
compare(ctval1, rtval1);
compare(ctval2, rtval2);
compare(ctval3, rtval3);
}
static if (__traits(compiles, (){ enum real ctval4 = yl2xp1(3.14, 1); }))
{
enum real ctval4 = yl2xp1(3.14, 1);
enum real ctval5 = yl2xp1(2e1500L, 3);
enum real ctval6 = yl2xp1(1, 5);
real rtval4 = yl2xp1(3.14, 1);
real rtval5 = yl2xp1(2e1500L, 3);
real rtval6 = yl2xp1(1, 5);
compare(ctval4, rtval4);
compare(ctval5, rtval5);
compare(ctval6, rtval6);
}
}
int main()
{
test113();
printf(Success\n);
return 0;
}
--
[Issue 14062] New: Not pure std.variant.Variant ctor
https://issues.dlang.org/show_bug.cgi?id=14062
Issue ID: 14062
Summary: Not pure std.variant.Variant ctor
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: regression
Priority: P1
Component: Phobos
Assignee: nob...@puremagic.com
Reporter: bearophile_h...@eml.cc
This seems a regression:
void main() pure {
import std.variant: Variant;
auto v = Variant(1);
}
dmd 2.067alpha gives:
test.d(3): Error: pure function 'D main' cannot call impure function
'std.variant.VariantN!20u.VariantN.__ctor!int.this'
test.d(3): Error: pure function 'D main' cannot call impure function
'std.variant.VariantN!20u.VariantN.~this'
test.d(3): Error: pure function 'D main' cannot call impure function
'std.variant.VariantN!20u.VariantN.~this'
--
[Issue 14057] [REG2.066] opSlice not working correctly with AliasThis
https://issues.dlang.org/show_bug.cgi?id=14057 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid Summary|opSlice not working |[REG2.066] opSlice not |correctly with AliasThis|working correctly with ||AliasThis Severity|normal |regression --- Comment #1 from Kenji Hara k.hara...@gmail.com --- It's a regression introduced in 2.066. https://github.com/D-Programming-Language/dmd/pull/4350 --
[Issue 13110] Allow -run as last argument
https://issues.dlang.org/show_bug.cgi?id=13110 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution|--- |WONTFIX --- Comment #2 from Andrei Alexandrescu and...@erdani.com --- Sadly I'll close this and the associated PR - there's no scenario I see that this is helping. --
[Issue 14063] New: Add coverage enforcement for Phobos' posix.mak
https://issues.dlang.org/show_bug.cgi?id=14063 Issue ID: 14063 Summary: Add coverage enforcement for Phobos' posix.mak Product: D Version: D2 Hardware: x86 OS: Mac OS X Status: NEW Severity: enhancement Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: and...@erdani.com win32.mak has -cov=nn to enforce minimum coverage levels are preserved. We should have such in posix.mak as well. Ideally we'd find a simple mechanism by which both makefiles use the same numbers. --
