On Tuesday, 19 August 2014 at 17:08:25 UTC, Walter Bright wrote:
On 8/19/2014 7:01 AM, Dicebot wrote:
> Walter, now that release is out can you please state your
opinion about
> https://github.com/D-Programming-Language/dmd/pull/3651 ? It
is blocking Phobos
> module split and decoupling.
I keep
On Sunday, 24 August 2014 at 14:15:25 UTC, Kagamin wrote:
On Sunday, 24 August 2014 at 02:22:41 UTC, Dicebot wrote:
Well difference is that "internal" substring in the fully
qualified name that is much more likely to tell user he is
better to not touch it. However, original Kagamin proposal of
On Friday, 22 August 2014 at 08:23:39 UTC, Daniel Murphy wrote:
It works for ddmd's array.d/array.h at least, although it's not
very maintenance friendly. I assume you're aiming for
something like a 'core.stdcpp.vector' with an implementation to
match each stl implementation?
What's the mo
"Mike" wrote in message news:sdrjfagsayomsngme...@forum.dlang.org...
What's the motivation for embedding these things in the d runtime?
Make them available.
Wouldn't it be better to have a libc_d instead of core.stdc, libcpp_d
instead of core.stdcpp, liblinux_d instead of core.sys.linux, et
On Tuesday, 26 August 2014 at 05:03:01 UTC, Daniel Murphy wrote:
"Mike" wrote in message
news:sdrjfagsayomsngme...@forum.dlang.org...
What's the motivation for embedding these things in the d
runtime?
Make them available.
Wouldn't it be better to have a libc_d instead of core.stdc,
libcpp
On 8/25/2014 11:12 PM, Mike wrote:
The C standard library and C++ standard library are not part of D-the-language.
D would even be better served by putting these features in phobos as std.stdc
and std.stdcpp. This would make them just as conveniently available to users,
and reduce the coupling b
