[Issue 5427] New: constructors .di files lack modifiers
http://d.puremagic.com/issues/show_bug.cgi?id=5427
Summary: constructors .di files lack modifiers
Product: D
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: jmdavisp...@gmx.com
--- Comment #0 from Jonathan M Davis jmdavisp...@gmx.com 2011-01-08 01:16:02
PST ---
Take this program for example (you need druntime from svn for this to compile):
import core.time;
int func() pure
{
auto d = dur!msecs(12);
return 0;
}
void main()
{
}
It fails to compile, giving this lovely message:
/home/jmdavis/Downloaded_Files/dmd/dmd2/linux/bin/../../src/druntime/import/core/time.di(193):
Error: pure function 'dur' cannot call impure function 'this'
/home/jmdavis/Downloaded_Files/dmd/dmd2/linux/bin/../../src/druntime/import/core/time.di(193):
Error: (Duration __ctmp1 = 0;
, __ctmp1).this is not nothrow
/home/jmdavis/Downloaded_Files/dmd/dmd2/linux/bin/../../src/druntime/import/core/time.di(191):
Error: function core.time.dur!(msecs).dur 'dur' is nothrow yet may throw
l.d(5): Error: template instance core.time.dur!(msecs) error instantiating
In core.time.d, Duration's constructor looks like this:
@safe
this(long hnsecs) pure nothrow
{
_hnsecs = hnsecs;
}
In core.time.di, it looks like this:
@safe this(long hnsecs)
{
_hnsecs = hnsecs;
}
Notice that both pure and nothrow are missing (though apparently @safe
survived). This makes Duration unusable in pure functions, even though its
constructor is actually pure. This is a big problem for std.datetime, which
uses both nothrow and pure heavily.
I'll have to discuss with Sean the best way to fix this for core.time in the
short term, but I'm marking this bug as major rather than normal because it
affects druntime. Though truth be told, I don't know why druntime even uses .di
files. Regardless, this bug is a definite problem.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5427] constructors .di files lack modifiers
http://d.puremagic.com/issues/show_bug.cgi?id=5427 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added Severity|major |normal --- Comment #1 from Jonathan M Davis jmdavisp...@gmx.com 2011-01-08 01:19:00 PST --- Interestingly enough, it looks like the problem goes away if you place nothrow and pure _before_ this() rather than after. So, there _does_ appear to be a trivial workaround, but still, it needs to be fixed. As there is a trivial workaround, however, I'll downgrade its severity to normal. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3813] Bad writeln of arrays
http://d.puremagic.com/issues/show_bug.cgi?id=3813
--- Comment #10 from bearophile_h...@eml.cc 2011-01-08 03:30:24 PST ---
This Python2 program:
array1 = [1, 2]
print array1
array2 = [1.0, 2.0]
print array2
Prints:
[1, 2]
[1.0, 2.0]
This similar D2 program:
import std.stdio;
void main() {
int[2] array1 = [1, 2];
writeln(array1);
double[2] array2 = [1.0, 2.0];
writeln(array2);
}
With DMD 2.051 prints:
[1, 2]
[1, 2]
A print like the one shown by Python this is better because it allows to better
tell apart visually the types of the two arrays:
[1, 2]
[1.0, 2.0]
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5432] New: if/for/while inconsistency: while( auto a = ... ) does not compile
http://d.puremagic.com/issues/show_bug.cgi?id=5432
Summary: if/for/while inconsistency: while( auto a = ... ) does
not compile
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: websites
AssignedTo: nob...@puremagic.com
ReportedBy: eric.estieven...@free.fr
--- Comment #0 from �ric Esti�venart eric.estieven...@free.fr 2011-01-08
06:31:02 PST ---
void f()
{
Object get() { return null; }
if( auto a = get() ){} // OK
for( auto a = get(); a; a = get() ) {} // OK
while( auto a = get() ) {} // Does not compile
}
autowhile.d(7): expression expected, not 'auto'
autowhile.d(7): found 'a' when expecting ')'
autowhile.d(7): found '=' instead of statement
autowhile.d(8): unrecognized declaration
This is clearly inconsistent, so logged as a bug and not an enhancement.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5433] New: Cannot use auto functions at compile-time
http://d.puremagic.com/issues/show_bug.cgi?id=5433
Summary: Cannot use auto functions at compile-time
Product: D
Version: D2
Platform: Other
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: andrej.mitrov...@gmail.com
--- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2011-01-08
09:46:01 PST ---
enum var1 = foo(); // Fine
enum var2 = bar(); // Error: forward reference to bar
int foo()
{
return 1;
}
auto bar()
{
return 1;
}
void main()
{
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5433] Cannot use auto functions at compile-time
http://d.puremagic.com/issues/show_bug.cgi?id=5433 Stewart Gordon s...@iname.com changed: What|Removed |Added Keywords||rejects-valid CC||s...@iname.com --- Comment #1 from Stewart Gordon s...@iname.com 2011-01-08 10:21:47 PST --- The same error occurs if the declaration of var2 is moved to the end (and therefore not actually a forward reference). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5428] Broken link in http://www.digitalmars.com/bugs.html to D bugs
http://d.puremagic.com/issues/show_bug.cgi?id=5428 Brad Roberts bra...@puremagic.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||bra...@puremagic.com AssignedTo|nob...@puremagic.com|bugzi...@digitalmars.com --- Comment #2 from Brad Roberts bra...@puremagic.com 2011-01-08 11:33:08 PST --- Moved to the right product/component and changed ownership to Walter. I can't affect digitalmars.com content. However, I have made d.puremagic.com/bugzilla work again (it did at some point in the past) as a redirect to the right link. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 816] .dup for associative arrays
http://d.puremagic.com/issues/show_bug.cgi?id=816 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #5 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 12:01:18 PST --- druntime revision 488. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4924] Suspect indentation warning
http://d.puremagic.com/issues/show_bug.cgi?id=4924 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WONTFIX --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2011-01-08 12:31:49 PST --- D is insensitive to whitespace formatting, and trying to force it into sort of being one would be a mistake. Enforcing indenting rules is the job of a pretty printer, not the compiler. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1513] try/catch/finally misbehavior on windows
http://d.puremagic.com/issues/show_bug.cgi?id=1513 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #14 from Don clugd...@yahoo.com.au 2011-01-08 13:36:42 PST --- And it's now fixed for D1. http://www.dsource.org/projects/phobos/changeset/2282 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 926] Revival of implicit conversion from Derived[] to Base[] not noted in changelog
http://d.puremagic.com/issues/show_bug.cgi?id=926 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Priority|P2 |P5 CC||and...@metalanguage.com Version|unspecified |D2 AssignedTo|nob...@puremagic.com|bugzi...@digitalmars.com Severity|normal |critical -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 780] The assignment of 'this' is allowed
http://d.puremagic.com/issues/show_bug.cgi?id=780 --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 14:10:50 PST --- Before and after return the same thing in 2.051. Nevertheless, assigning to this should be syntactically disallowed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1255] operator overloading
http://d.puremagic.com/issues/show_bug.cgi?id=1255 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||WONTFIX -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1323] Implement opIn_r for arrays
http://d.puremagic.com/issues/show_bug.cgi?id=1323 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||WONTFIX -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1541] std.bind is broken?
http://d.puremagic.com/issues/show_bug.cgi?id=1541 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||WONTFIX --- Comment #7 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 14:34:46 PST --- std.bind has been eliminated from Phobos. Sorry, Haruki! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1674] Remove link message
http://d.puremagic.com/issues/show_bug.cgi?id=1674 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 14:56:09 PST --- Fixed a while ago. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1323] Implement opIn_r for arrays
http://d.puremagic.com/issues/show_bug.cgi?id=1323 --- Comment #14 from bearophile_h...@eml.cc 2011-01-08 15:10:38 PST --- The reverse in operator for built-in arrays is a really useful feature, so useful that Although practicality beats purity. as Python Zen says. I am not reopening this yet, but closing this needs some discussion, it's not a uncontroversial issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1849] with() should cause shadowing errors if you use a member that's shadowed
http://d.puremagic.com/issues/show_bug.cgi?id=1849 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #8 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 15:13:52 PST --- 2.051 refuses compilation with test.d(8): Error: with symbol shadow2.Foo.numRows is shadowing local symbol shadow2.Foo.opCall.numRows test.d(9): Error: with symbol shadow2.Foo.numRows is shadowing local symbol shadow2.Foo.opCall.numRows -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1939] dmd fails to create x86_64 object files
http://d.puremagic.com/issues/show_bug.cgi?id=1939 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||LATER --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 15:18:15 PST --- Coming soon to a compiler near you. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 926] Revival of implicit conversion from Derived[] to Base[] not noted in changelog
http://d.puremagic.com/issues/show_bug.cgi?id=926 Stewart Gordon s...@iname.com changed: What|Removed |Added Priority|P5 |P2 Version|D2 |unspecified Severity|critical|normal --- Comment #3 from Stewart Gordon s...@iname.com 2011-01-08 15:26:39 PST --- The version, priority and severity changes just made make no sense at all. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1541] std.bind is broken?
http://d.puremagic.com/issues/show_bug.cgi?id=1541 --- Comment #8 from Haruki Shigemori rayerd@gmail.com 2011-01-08 15:52:00 PST --- (In reply to comment #7) std.bind has been eliminated from Phobos. Sorry, Haruki! Don't worry, we have closure. std.bind is already unnecessary one! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2628] obj[n] not allowed for user-defined tuples
http://d.puremagic.com/issues/show_bug.cgi?id=2628 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 15:55:08 PST --- Fixed a while ago. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2846] box arguments should be const
http://d.puremagic.com/issues/show_bug.cgi?id=2846 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added CC||and...@metalanguage.com Version|2.000 |D1 --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 16:15:39 PST --- Sorry... D1 only. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2955] Compiler rejects chained =
http://d.puremagic.com/issues/show_bug.cgi?id=2955 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||and...@metalanguage.com Resolution||WONTFIX --- Comment #4 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 16:17:12 PST --- I think we're good as we are. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3060] Catch exception then loop causes seg fault
http://d.puremagic.com/issues/show_bug.cgi?id=3060 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 16:34:02 PST --- Must have been fixed a while ago. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5435] New: Static foreach over tuple ignores type annotation
http://d.puremagic.com/issues/show_bug.cgi?id=5435
Summary: Static foreach over tuple ignores type annotation
Product: D
Version: D2
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: necrom...@gmail.com
--- Comment #0 from Max Klyga necrom...@gmail.com 2011-01-08 18:29:56 PST ---
import std.stdio;
template Tuple(E...) { alias E Tuple; }
enum Type { A, B, C };
alias Tuple!(Type.A, Type.B, Type.C, foo, 3.0) tuple;
void main() {
foreach (Type foo; tuple)
writeln(foo);
foreach (string foo; tuple)
writeln(foo);
foreach (int foo; tuple)
writeln(foo);
}
-
This code compiles and runs without errors, printing every element of tuple.
Should the compiler reject static foreach with explicit type annotations ?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5436] New: tightening auto decl spec
http://d.puremagic.com/issues/show_bug.cgi?id=5436
Summary: tightening auto decl spec
Product: D
Version: unspecified
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ellery-newco...@utulsa.edu
--- Comment #0 from Ellery Newcomer ellery-newco...@utulsa.edu 2011-01-08
19:31:58 PST ---
In spec and implementation, auto decls are defined as
StorageClasses Identifier = Initializer, etc ;
However, as near as I can tell, Initializer could be replaced with Expression
with no loss, as none of the initializer forms disjoint from Expression allow
type deduction.
You could argue that something like this could work:
auto x = [s, {a:1,b:2,c:3}];
but it doesn't. Maybe you could argue for the indexed initializers like:
int[] x = [4,1:2];
but thankfully, that isn't implemented for auto decls either.
It really doesn't make sense to have the compiler parse things which will never
pass semantic analysis, so I propose that both spec and implementation be
changed to
StorageClasses Identifier = Expression, etc ;
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 5435] Static foreach over tuple ignores type annotation
http://d.puremagic.com/issues/show_bug.cgi?id=5435 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||INVALID --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2011-01-08 21:19:31 PST --- This behavior is as intended. Not a bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5435] Static foreach over tuple ignores type annotation
http://d.puremagic.com/issues/show_bug.cgi?id=5435 Brad Roberts bra...@puremagic.com changed: What|Removed |Added CC||bra...@puremagic.com --- Comment #2 from Brad Roberts bra...@puremagic.com 2011-01-08 21:24:51 PST --- I think you ought to rethink your intention then. Allowing a specific type but ignoring it is odd. I think static foreach should require type deduction and error on anything else. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3188] remove opIndexAssign from the language
http://d.puremagic.com/issues/show_bug.cgi?id=3188 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||FIXED --- Comment #15 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 22:03:26 PST --- Fixed in the new design. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3317] std.conv.to, string to multidimensional array support
http://d.puremagic.com/issues/show_bug.cgi?id=3317 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||and...@metalanguage.com AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3417] std.stdio.File needs size
http://d.puremagic.com/issues/show_bug.cgi?id=3417 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 22:59:12 PST --- Revision 2284 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3369] std.conv.to!(float/double/real) doesn't work w/ infinity.
http://d.puremagic.com/issues/show_bug.cgi?id=3369 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 23:00:55 PST --- Revision 2285 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3513] Documentation for Stride
http://d.puremagic.com/issues/show_bug.cgi?id=3513 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 23:20:14 PST --- Fixed a while ago. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3531] 'curry' doesn't work for templated functions
http://d.puremagic.com/issues/show_bug.cgi?id=3531 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 23:29:44 PST --- Fixed a while ago. Added unittest with 2287. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5435] Static foreach over tuple ignores type annotation
http://d.puremagic.com/issues/show_bug.cgi?id=5435
Brad Roberts bra...@puremagic.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID |
--- Comment #3 from Brad Roberts bra...@puremagic.com 2011-01-08 23:27:48 PST
---
Reopening. To be clear, I think the only two valid syntax's should be:
foreach(t; tuple) { ... }
or
foreach(auto t; tuple) { ... }
I could be convinced that specifying a type is ok, but only for the case of a
tuple where all the values match the specified type.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3564] Rdmd failing to link external C libraries
http://d.puremagic.com/issues/show_bug.cgi?id=3564 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|REOPENED|ASSIGNED CC||and...@metalanguage.com AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3565] rdmd --man doesn't work on Windows
http://d.puremagic.com/issues/show_bug.cgi?id=3565 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||and...@metalanguage.com AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3609] isNumeric causes a stack overlfow with mutable arrays
http://d.puremagic.com/issues/show_bug.cgi?id=3609 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3610] isNumeric(3.14w) is false.
http://d.puremagic.com/issues/show_bug.cgi?id=3610 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||and...@metalanguage.com AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3639] std.conv.to!string(anytype[numeric]) items order seems inconsistent
http://d.puremagic.com/issues/show_bug.cgi?id=3639 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3752] File.byLine fetches lines in a confusing manner
http://d.puremagic.com/issues/show_bug.cgi?id=3752 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3778] std.bind appears broken/missing
http://d.puremagic.com/issues/show_bug.cgi?id=3778 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@metalanguage.com Resolution||WONTFIX --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2011-01-08 23:51:09 PST --- std.bind is gone. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3785] std.random.uniform(bound, uint, uint)(uint.min, uint.max) fails.
http://d.puremagic.com/issues/show_bug.cgi?id=3785 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||and...@metalanguage.com AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3813] Bad writeln of arrays
http://d.puremagic.com/issues/show_bug.cgi?id=3813 Andrei Alexandrescu and...@metalanguage.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|nob...@puremagic.com|and...@metalanguage.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
