[Issue 12210] dlang.org home page example - Run button does not work

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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 15036] SimpleDllMain assumes various symbols are available unqualified

2015-09-12 Thread via Digitalmars-d-bugs
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 15043] [e2ir] dmd still crashes when trying to set a delegate from __traits(getOverloads)

2015-09-12 Thread via Digitalmars-d-bugs
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 15049] New: bad error message when trying to instantiate a nested class in a static method

2015-09-12 Thread via Digitalmars-d-bugs
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] DPaste is always passing an empty second argument to programs

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12210

Vladimir Panteleev  changed:

   What|Removed |Added

 Depends on||15050

--


[Issue 15050] New: DPaste is always passing an empty second argument to programs

2015-09-12 Thread via Digitalmars-d-bugs
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 12210] dlang.org home page example - Run button does not work

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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 15052] New: dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r

2015-09-12 Thread via Digitalmars-d-bugs
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=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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15052

pedrolopes  changed:

   What|Removed |Added

  Component|dmd |phobos

--


[Issue 15019] [ICE] Heisencrash on OS X 32-bit with non-trivial projects

2015-09-12 Thread via Digitalmars-d-bugs
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

[Issue 15053] New: Runtime.cArgs not @nogc

2015-09-12 Thread via Digitalmars-d-bugs
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 15052] dmd/std/utf.d error on variable std.utf.byCodeUnit!(inout(char)[]).byCodeUnit.ByCodeUnitImpl.r

2015-09-12 Thread via Digitalmars-d-bugs
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.

--


[Issue 15026] cannot array assign to a slice return value

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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 14433] std.encoding does not support Central European ISO-8859-2 and CP1250 encodings

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
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

2015-09-12 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12210

Vladimir Panteleev  changed:

   What|Removed |Added

   Assignee|nazriel6...@gmail.com   |thecybersha...@gmail.com

--


[Issue 15047] New: "used before set" error with void initialization (only with -O)

2015-09-12 Thread via Digitalmars-d-bugs
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 15046] [REG2.068] isForwardRange documentation is documenting issue 14544

2015-09-12 Thread via Digitalmars-d-bugs
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 15048] New: "tuple" term used wrongly on dlang.org/variadic-function-templates.html

2015-09-12 Thread via Digitalmars-d-bugs
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.

--