On Saturday, October 06, 2012 00:22:53 David Nadlinger wrote:
> On Tue, Oct 2, 2012 at 8:44 PM, David Nadlinger <code@klickverbot.at> wrote:
> > So, would anyone object if I modify std.math to forward the functions to core.math instead, and add the latter to the public docs?
> 
> Hm, the only question is whether I should add function bodies calling the core.math functions, or use aliases to the core.math ones. The latter would have the advantage that no superfluous function call is generated even in debug mode, but I'm not sure how important that is, or if it's outweighed by the possible confusion an alias would cause (also, I'd probably have to use version (StdDdoc) blocks to not ruin the documentation with aliases).
> 
> Thoughts?

I'd just use aliases. It's not like they're complicated, and they avoid any potential overhead issues. There's no real benefit to wrapping the function over using an alias as far as I can see.

- Jonathan M Davis
_______________________________________________
D-runtime mailing list
D-runtime@puremagic.com
http://lists.puremagic.com/mailman/listinfo/d-runtime

Is it possible to define ssize_t analogous to size_t in _object.di ? Then ssize_t is fairly available everywhere size_t is available.

Thoughts?

_______________________________________________
D-runtime mailing list
D-runtime@puremagic.com
http://lists.puremagic.com/mailman/listinfo/d-runtime

On Sat, Oct 6, 2012 at 12:31 AM, Jonathan M Davis <jmdavisProg@gmx.com> wrote:
> I'd just use aliases. It's not like they're complicated, […]

Well, they are: https://github.com/D-Programming-Language/phobos/pull/868 For whatever reason, using aliases instead of functions breaks overload resolution in std.numeric.

Am I missing something here or is this a bug? If nobody has an idea about why this should be legal behavior, I'll probably have a look at tracking it down tomorrow or so.

David
_______________________________________________
D-runtime mailing list
D-runtime@puremagic.com
http://lists.puremagic.com/mailman/listinfo/d-runtime