[Issue 2062] Cannot deduce template type

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2062


Don clugd...@yahoo.com.au changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||clugd...@yahoo.com.au
 Resolution||FIXED


--- Comment #1 from Don clugd...@yahoo.com.au 2011-01-31 23:57:27 PST ---
Fixed between 2.014 and 2.020.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5206] stat_t is not the same as struct stat

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5206


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com


--- Comment #6 from Walter Bright bugzi...@digitalmars.com 2011-02-01 
00:20:31 PST ---
lstat64 is not defined for FreeBSD

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5512] New: Compile error(FreeBSD8.1): not defined lstat64()

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5512

   Summary: Compile error(FreeBSD8.1): not defined lstat64()
   Product: D
   Version: D2
  Platform: All
OS/Version: FreeBSD
Status: NEW
  Severity: critical
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: so...@sohgo.dyndns.org


--- Comment #0 from Sohgo Takeuchi so...@sohgo.dyndns.org 2011-02-01 03:01:32 
PST ---
Created an attachment (id=892)
define lstat64 for FreeBSD

When compiling phobos2 on FreeBSD 8.1(i386 and amd64),
I have got a following error.
I attach a patch to fix this problem.

std/file.d(1177): Error: undefined identifier lstat64, did you mean alias
stat64?
gmake[1]: *** [generated/freebsd/debug/64/libphobos2.a] Error 1

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5483] Missing mcontext_t for X86_64

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5483



--- Comment #3 from Sohgo Takeuchi so...@sohgo.dyndns.org 2011-02-01 03:05:31 
PST ---
I will vote this issue.
I could not compile druntime without this patch.

Thank you.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5483] Missing mcontext_t for X86_64

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5483



--- Comment #4 from Sohgo Takeuchi so...@sohgo.dyndns.org 2011-02-01 03:17:54 
PST ---
Oops, sorry, Please ignore the Comment #3. I have reposted the same message.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5513] New: Erroneous example in std.algorithm

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5513

   Summary: Erroneous example in std.algorithm
   Product: D
   Version: D2
  Platform: Other
   URL: http://digitalmars.com/d/2.0/phobos/std_algorithm#schw
artzSort
OS/Version: Windows
Status: NEW
  Severity: normal
  Priority: P2
 Component: websites
AssignedTo: nob...@puremagic.com
ReportedBy: simen.kja...@gmail.com


--- Comment #0 from Simen Kjaeraas simen.kja...@gmail.com 2011-02-01 07:41:15 
PST ---
This examples is on the std.algorithm doc page:

uint hashFun(string) { ... expensive computation ... }
string[] array = ...;
// Sort strings by hash, slow
sort!(hashFun(a)  hashFun(b))(array);
// Sort strings by hash, fast (only computes arr.length hashes):
schwartzSort!(hashFun, a  b)(array);

As we all know, *naryFun can't access local symbols, so this example does not
compile.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5514] New: Erroneous documentation and lacking randomization for topN

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5514

   Summary: Erroneous documentation and lacking randomization for
topN
   Product: D
   Version: unspecified
  Platform: Other
OS/Version: Mac OS X
Status: NEW
  Severity: normal
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: mag...@hetland.org


--- Comment #0 from Magnus Lie Hetland mag...@hetland.org 2011-02-01 07:57:21 
PST ---
The topN function in std.algorithm is documented as having a running time of
Ο(r.length), if stable. This should be an *expected* (or average-case) running
time of O(r.length), with a worst-case running time of O(r.length^^2), based on
the current implementation, which is the Randomized-Select algorithm.

Also, the implementation should probably use randomization (as in the standard
formulation of the algorithm), rather than consistently picking the middle
element. This will entail a slight overhead in picking the pivot, but this will
(on average) only be done a logarithmic number of times, so the cost should be
negligible. The gain from this is, of course, that consistent worst-case
behavior in the face of certain inputs is avoided.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5513] Erroneous example in std.algorithm

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5513


Andrei Alexandrescu and...@metalanguage.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||and...@metalanguage.com
 AssignedTo|nob...@puremagic.com|and...@metalanguage.com


--- Comment #1 from Andrei Alexandrescu and...@metalanguage.com 2011-02-01 
08:16:59 PST ---
This would be caught by documented unittests...

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5514] Erroneous documentation and lacking randomization for topN

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5514


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 5512] Compile error(FreeBSD8.1): not defined lstat64()

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5512


Walter Bright bugzi...@digitalmars.com changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com


--- Comment #1 from Walter Bright bugzi...@digitalmars.com 2011-02-01 
11:08:14 PST ---
The attachment does not fix it.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4332] C files in druntime should be converted to D

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4332



--- Comment #2 from wfunct...@hotmail.com 2011-02-01 13:22:31 PST ---
Created an attachment (id=893)
D implementation of critical.c

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4332] C files in druntime should be converted to D

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4332



--- Comment #3 from wfunct...@hotmail.com 2011-02-01 13:23:06 PST ---
Created an attachment (id=894)
D implementation of monitor.c

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4332] C files in druntime should be converted to D

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4332



--- Comment #4 from wfunct...@hotmail.com 2011-02-01 13:24:52 PST ---
Created an attachment (id=895)
Changed monitor.c and critical.c into D

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4332] C files in druntime should be converted to D

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4332



--- Comment #5 from wfunct...@hotmail.com 2011-02-01 13:25:27 PST ---
Created an attachment (id=896)
Changed monitor.c and critical.c into D

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5515] New: std.conv.to for safer enum casts

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5515

   Summary: std.conv.to for safer enum casts
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc


--- Comment #0 from bearophile_h...@eml.cc 2011-02-01 16:22:32 PST ---
If I have an enum of chars, and I have a variable that contains a generic char,
I may want to convert the second to an instance of the first one.

A normal cast is enough to do it unsafely, but I'd like to be allowed to use
to!() to convert it safely (it may raise an error if it's not among the enum
cases).

An example:


import std.conv: to;
enum Foo : char { a = 'A', b = 'B' }
void main() {
Foo r1 = cast(Foo)'A'; // OK
Foo r2 = cast(Foo)'X'; // error undetected
Foo r3 = to!Foo('A');  // OK
Foo r4 = to!Foo('X');  // error detected
}

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4332] C files in druntime should be converted to D

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4332


wfunct...@hotmail.com changed:

   What|Removed |Added

 Attachment #893 is|0   |1
   obsolete||


--- Comment #6 from wfunct...@hotmail.com 2011-02-01 17:07:42 PST ---
Created an attachment (id=897)
D implementation of critical.d

I tried to leave the POSIX code in this time, even though I haven't tested it.
Hopefully this version is better, but apparently _d_criticalInit() needs to be
modified as well.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4332] C files in druntime should be converted to D

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4332


wfunct...@hotmail.com changed:

   What|Removed |Added

 Attachment #894 is|0   |1
   obsolete||


--- Comment #7 from wfunct...@hotmail.com 2011-02-01 17:08:36 PST ---
Created an attachment (id=898)
D implementation of monitor.d

I tried to leave the POSIX code in this time, even though I haven't tested it.
Hopefully this version is better, but apparently _d_criticalInit() needs to be
modified as well.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 4546] D2 Language Docs: http://www.digitalmars.com/d/2.0/type.html

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4546


Andrej Mitrovic andrej.mitrov...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID


--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2011-02-01 
17:35:35 PST ---
First part: I've no idea what the i in the enum example is, it's not actually
defined as an int on the website even though in the first comment I labeled it
as int for some reason.

Second part: Examples don't have to work, they're just demonstrating the
syntax.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5516] New: .init is broken for fields

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5516

   Summary: .init is broken for fields
   Product: D
   Version: unspecified
  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-02-01 
17:43:35 PST ---
struct Foo
{
int a;
int b = 7;
}

void main()
{
Foo foo;
assert(foo.b == 7);
assert(foo.b.init == 7);  // assertion failure
}

According to docs:
.init produces a constant expression that is the default initializer. If
applied to a type, it is the default initializer for that type. If applied to a
variable or *field*, it is the default initializer for that variable or field.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5512] Compile error(FreeBSD8.1): not defined lstat64()

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5512


Sohgo Takeuchi so...@sohgo.dyndns.org changed:

   What|Removed |Added

 Attachment #892 is|0   |1
   obsolete||


--- Comment #2 from Sohgo Takeuchi so...@sohgo.dyndns.org 2011-02-02 12:32:32 
JST ---
(From update of attachment 892)
Sorry, I uploaded a wrong patch.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 5512] Compile error(FreeBSD8.1): not defined lstat64()

2011-02-01 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5512



--- Comment #3 from Sohgo Takeuchi so...@sohgo.dyndns.org 2011-02-02 12:34:16 
JST ---
Created an attachment (id=899)
define lstat64() for FreeBSD

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---