[Issue 4316] this(this) cannot become safe function.

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4316


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||patch, rejects-valid
 OS/Version|Windows |All


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2011-10-29 00:05:16 PDT ---
https://github.com/D-Programming-Language/dmd/pull/480

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


[Issue 6443] [GSoC] Catching exceptions in fibers broken on Windows/Linux x86_64

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6443


klickverbot c...@klickverbot.at changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


--- Comment #5 from klickverbot c...@klickverbot.at 2011-10-29 00:56:55 PDT 
---
Fixed in 2.056. Sean, do you really insist on not closing �your� bugs until the
release is out? Immediately closing them after the fix is in would reduce the
chance of bugs accidentally staying open, and help Walter compile the
changelog.

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


[Issue 6862] New: std.math: implement toRadians and fromRadians

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6862

   Summary: std.math: implement toRadians and fromRadians
   Product: D
   Version: D2
  Platform: Other
OS/Version: Windows
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: andrej.mitrov...@gmail.com


--- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2011-10-29 
13:05:42 PDT ---
Simplest case w/o float/real specializations:

double toRadians(double degrees)
{
return degrees * (PI / 180.0);
}

double fromRadians(double radians)
{
return radians * (180.0 / PI);
}

I think this belongs in std.math? The second function could be called
'toDegrees', but I think this name might be a little ambiguous.

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


[Issue 6862] std.math: implement toRadians and fromRadians

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6862


bearophile_h...@eml.cc changed:

   What|Removed |Added

 CC||bearophile_h...@eml.cc


--- Comment #1 from bearophile_h...@eml.cc 2011-10-29 13:12:30 PDT ---
See bug 5900  :-(

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


[Issue 6862] std.math: implement toRadians and fromRadians

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6862


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

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution||DUPLICATE


--- Comment #2 from Walter Bright bugzi...@digitalmars.com 2011-10-29 
13:34:29 PDT ---
*** This issue has been marked as a duplicate of issue 5900 ***

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


[Issue 5900] std.math.radians(), std.math.degrees()

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5900


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

   What|Removed |Added

 CC||andrej.mitrov...@gmail.com


--- Comment #4 from Walter Bright bugzi...@digitalmars.com 2011-10-29 
13:34:29 PDT ---
*** Issue 6862 has been marked as a duplicate of this issue. ***

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


[Issue 6856] Preconditions are not inherited

2011-10-29 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6856


Stewart Gordon s...@iname.com changed:

   What|Removed |Added

 CC||s...@iname.com


--- Comment #1 from Stewart Gordon s...@iname.com 2011-10-29 18:20:20 PDT ---
http://www.digitalmars.com/d/1.0/dbc.html
If a function in a derived class overrides a function in its super class, then
only one of the in contracts of the function and its base functions must be
satisfied. Overriding functions then becomes a process of loosening the in
contracts.

A function without an in contract means that any values of the function
parameters are allowed.

On an override, the semantics of an in contract are to _add_ to what is a legal
call of the method.  And the absence of an in contract in a function definition
is really syntactic sugar for an empty in contract.

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