On Monday, January 05, 2015 17:58:06 Dominikus Dittes Scherkl via
Digitalmars-d-learn wrote:
Cool.
I'm every day again astonished how cool D really is.
And I'm increasingly frustrated with how other languages lack many of D's
cool features...
:)
- Jonathan M Davis
On 1/5/15 11:03 AM, H. S. Teoh via Digitalmars-d wrote:
On Mon, Jan 05, 2015 at 06:12:41PM +, Brad Anderson via Digitalmars-d wrote:
On Monday, 5 January 2015 at 04:10:41 UTC, H. S. Teoh via Digitalmars-d
wrote:
On Sun, Jan 04, 2015 at 07:25:28PM -0800, Andrei Alexandrescu via
As a user of D in a corporate environment and personal at home
environment, I have to say this model won't work for me. In fact
if this model were implemented, I would more than likely have to
move my project to a different language because of it. Let me
explain the issues I see here.
You've
Am Mon, 05 Jan 2015 15:08:32 +0100
schrieb Martin Nowak code+news.digitalm...@dawg.eu:
On 01/05/2015 04:50 AM, Mike wrote:
Exactly, that's good example.
Can we please file those as betterC bugs in https://issues.dlang.org/.
If we sort those out, it will be much easier next time.
I'm
On Monday, 5 January 2015 at 15:51:14 UTC, Brian Rogoff wrote:
...
I think a C++ successor is a language that 'enough' people
would choose where before they'd have chosen C++. Java has
already cleared that bar.
Still it leaves out the systems programming space, which is what
is being
On Mon, Jan 05, 2015 at 06:12:41PM +, Brad Anderson via Digitalmars-d wrote:
On Monday, 5 January 2015 at 04:10:41 UTC, H. S. Teoh via Digitalmars-d
wrote:
On Sun, Jan 04, 2015 at 07:25:28PM -0800, Andrei Alexandrescu via
Digitalmars-d wrote:
On 1/4/15 5:07 PM, weaselcat wrote:
Why does
On 1/5/15 11:51 AM, deadalnix wrote:
On Monday, 5 January 2015 at 14:00:13 UTC, Steven Schveighoffer wrote:
I strongly disagree :) inout enables so many things that just aren't
possible otherwise.
Most recent example:
https://github.com/D-Programming-Language/druntime/pull/1079
inout only
On 1/5/15 10:05 AM, Meta wrote:
IMO, inout (and const/immutable to a degree) is a failure for use with
class/struct methods. This became clear to me when trying to use it for
the toString implementation of Nullable.
You'd have to be more specific for me to understand your point. inout
was
On Monday, 5 January 2015 at 09:51:22 UTC, Suliman wrote:
What is kill future of Nim?
D is successor of C++, but Nim? Successor of Python?
Nim is successor of Nimrod.
On Monday, 5 January 2015 at 10:21:12 UTC, Paulo Pinto wrote:
On Monday, 5 January 2015 at 09:51:22 UTC, Suliman wrote:
What is kill future of Nim?
D is successor of C++, but Nim? Successor of Python?
I'm not sure if you're being serious, but I'd say yes. The space
where I see Nim being
On Monday, 5 January 2015 at 15:00:05 UTC, Bauss wrote:
On Monday, 5 January 2015 at 12:54:00 UTC, Gary Willoughby
wrote:
On Monday, 5 January 2015 at 11:49:32 UTC, Bauss wrote:
Is it possible to compile for other OS's on Windows using dmd?
This is what's known as cross compiling and is not
On Monday, 5 January 2015 at 14:52:36 UTC, Martin Nowak wrote:
On 01/05/2015 11:26 AM, Benjamin Thaut wrote:
If you are interrested I might be able to branch of a old
revision and
make it compile with the latest dmd again.
I'm interested in realistically simulating your allocation
patterns.
On Friday, 2 January 2015 at 08:46:25 UTC, Manu via Digitalmars-d
wrote:
Not universal enough? Colours are not exactly niche. Loads of
system
api's, image readers/writers, icons, they all use pixel buffers.
A full-blown image library will require a lot more design work,
sure,
but I can see
On Friday, 31 August 2012 at 22:52:13 UTC, Jonathan M Davis wrote:
On Saturday, September 01, 2012 00:40:25 deed wrote:
import std.random
void main() {}
---
results in:
Error 42: Symbol Undefined
_D4core6memory2GC6qallocFkkZS4core6memory8BLkInfo_
Error 42: Symbol Undefined
On 01/05/2015 06:18 PM, Benjamin Thaut wrote:
That won't work. Not only the allocations are important but the pointers
between them as well. Your proposed solution would only work if all
pointers within a D program are known and could be recorded.
And I'm also interested in the type
On Monday, 5 January 2015 at 18:28:39 UTC, Jarrett Tierney wrote:
As a user of D in a corporate environment and personal at home
environment, I have to say this model won't work for me. In
fact if this model were implemented, I would more than likely
have to move my project to a different
On 12/30/2014 4:14 AM, Steven Schveighoffer wrote:
But I agree. The problem is, most times, you WANT to ensure your code is @safe
pure nothrow (and now @nogc), even for template functions. That's a lot of
baggage to put on each signature. I just helped someone recently who wanted to
put @nogc on
On 1/5/2015 5:31 AM, Laeeth Isharc wrote:
Will audio be available afterwards?
NWCPP usually will post the video afterwards.
At a slight tangent, has anything more recent been written on the C++
interface? I understand it is more complete than what is described on the
Wiki/at dlang.org and
Hello everybody. My name is Zach, and I have a suggestion for the
improvement of D. I've been looking at the following stalled pull
request for a while now:
https://github.com/D-Programming-Language/dmd/pull/1877
...in which Walter Bright wants to introduce built-in-attribute
inference for a
On Monday, 5 January 2015 at 21:15:00 UTC, Zach the Mystic wrote:
Now, Bombard with your gunships.
An alternative could be to use the already existing 'export'.
http://dlang.org/attribute.html
Export means that any code outside the executable can access the
member. Export is analogous to
101 - 120 of 120 matches
Mail list logo
