I almost got Chocolate running on a 10.9.4 machine with all the
latest developer tools (including Xcode 6), all built from source
and 64 bit with the latest git checkouts (including phobos). Of
course it is not within Xcode but using dub, so the biggest thing
yet to do is to bundle an OSX app
In the release notes:
Sep 23th 2014
Ah yes, who can forget September twentythirth? ;-)
Thanks for your work on Mono-D, it has made Xamarin studio a
viable IDE for me.
On 2014-09-24 14:56, Christian Schneider wrote:
I almost got Chocolate running on a 10.9.4 machine with all the
latest developer tools (including Xcode 6), all built from source
and 64 bit with the latest git checkouts (including phobos). Of
course it is not within Xcode but using dub, so the
On Wednesday, 24 September 2014 at 05:44:15 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Sep 2014 21:59:53 -0700
Brad Roberts via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I understand quite thoroughly why c++ support is a big win
i believe it's not.
so-called enterprise will not
On 23/09/14 18:19, Andrei Alexandrescu wrote:
It's been this for a good while, and it will probably be until done. --
Andrei
So why isn't there a publicly available road map? Note, this one [1]
doesn't mention C++ nor the GC.
[1] http://wiki.dlang.org/Agenda
--
/Jacob Carlborg
On 23/09/14 20:32, David Nadlinger wrote:
Seriously, once somebody comes up with an automatic fixup tool, there is
hardly any generic argument left against language changes.
Brain has already said that such a tool is fairly easy to create in many
cases. Also that he is willing do to so if it
On 9/23/2014 10:37 PM, Walter Bright wrote:
On 9/23/2014 10:10 PM, H. S. Teoh via Digitalmars-d wrote:
Yeah, I wish that at least *some* attention would be paid to refining
existing features so that problematic corner cases could be ironed out.
So help out!
I note that you've had many
On 9/23/14, 11:13 PM, Jacob Carlborg wrote:
On 23/09/14 18:19, Andrei Alexandrescu wrote:
It's been this for a good while, and it will probably be until done. --
Andrei
So why isn't there a publicly available road map? Note, this one [1]
doesn't mention C++ nor the GC.
[1]
On 24/09/14 06:59, Brad Roberts via Digitalmars-d wrote:
I agree with Sean quite a bit here.
Let's turn the camera around and look at it from a different angle. I'm
hard pressed to find a new feature from the last few years that's
actually thoroughly complete. And by complete I mean that
On 9/23/14, 11:20 PM, Jacob Carlborg wrote:
On 24/09/14 07:37, Walter Bright wrote:
So help out!
You always say we should help out instead of complaining. But where are
all the users that want C++ support. Let them implement it instead and
lets us focus on actual D users we have now.
This
On 9/23/14, 11:22 PM, Jacob Carlborg wrote:
On 24/09/14 06:59, Brad Roberts via Digitalmars-d wrote:
I agree with Sean quite a bit here.
Let's turn the camera around and look at it from a different angle. I'm
hard pressed to find a new feature from the last few years that's
actually
On Saturday, 20 September 2014 at 16:54:08 UTC, Andrei
Alexandrescu wrote:
On 9/20/14, 7:42 AM, Tofu Ninja wrote:
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja
wrote:
What do you think are the worst parts of D?
Oh another bad part of D is the attribute names with some being
On 9/23/14, 11:16 PM, Jacob Carlborg wrote:
On 23/09/14 20:32, David Nadlinger wrote:
Seriously, once somebody comes up with an automatic fixup tool, there is
hardly any generic argument left against language changes.
Brain has already said that such a tool is fairly easy to create in many
On 24/09/14 07:37, Walter Bright wrote:
So help out!
You always say we should help out instead of complaining. But where are
all the users that want C++ support. Let them implement it instead and
lets us focus on actual D users we have now.
--
/Jacob Carlborg
On 24/09/14 06:31, Walter Bright wrote:
But it is a bit unreasonable to expect
large project maintainers to rebuild and check for bugs every day. It's
why we have a beta test program.
The solution is to make it automatic.
--
/Jacob Carlborg
On 20 September 2014 22:39, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
There was a recent video[1] by Jonathan Blow about what he would want in a
programming language designed specifically for game development. Go, Rust,
and D were mentioned and his reason for not wanting
On Wednesday, 24 September 2014 at 06:13:11 UTC, Jacob Carlborg
wrote:
On 23/09/14 18:19, Andrei Alexandrescu wrote:
It's been this for a good while, and it will probably be until
done. --
Andrei
So why isn't there a publicly available road map? Note, this
one [1] doesn't mention C++ nor
On 9/20/2014 3:53 PM, Brian Schott wrote:
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
What do you think are the worst parts of D?
This compiles.
https://github.com/Hackerpilot/Idiotmatic-D/blob/master/idiotmatic.d
On Wednesday, 24 September 2014 at 06:24:39 UTC, Jacob Carlborg
wrote:
On 24/09/14 06:31, Walter Bright wrote:
But it is a bit unreasonable to expect
large project maintainers to rebuild and check for bugs every
day. It's
why we have a beta test program.
The solution is to make it
On Wednesday, 24 September 2014 at 04:46:01 UTC, Sean Kelly wrote:
Yes, the inference is very nice. And I do see the use for each
attribute. It's just... when I look at a function and there's
a line of attributes before the function declaration that have
nothing to do with what the function
On 24/09/14 05:59, Walter Bright wrote:
No, that's not the problem. The problem is what to do when the larger
project fails.
Currently, it is the submitter's job to adjust the test suite, fix
phobos code, whatever is necessary to get the suite running again.
Sometimes, in the more convoluted
On Wednesday, 24 September 2014 at 06:27:54 UTC, Jacob Carlborg
wrote:
On 24/09/14 05:59, Walter Bright wrote:
No, that's not the problem. The problem is what to do when the
larger
project fails.
Currently, it is the submitter's job to adjust the test suite,
fix
phobos code, whatever is
On Wednesday, 24 September 2014 at 06:24:21 UTC, Andrei
Alexandrescu wrote:
On 9/23/14, 11:22 PM, Jacob Carlborg wrote:
On 24/09/14 06:59, Brad Roberts via Digitalmars-d wrote:
I agree with Sean quite a bit here.
Let's turn the camera around and look at it from a different
angle. I'm
hard
On Wednesday, 24 September 2014 at 06:29:20 UTC, Walter Bright
wrote:
https://github.com/D-Programming-Language/dmd/pull/4021
I'm pleasantly surprised that the decision has been made to fix
that. I thought we'd be stuck with them forever.
On Wednesday, 24 September 2014 at 06:24:21 UTC, Andrei
Alexandrescu wrote:
On 9/23/14, 11:22 PM, Jacob Carlborg wrote:
On 24/09/14 06:59, Brad Roberts via Digitalmars-d wrote:
I agree with Sean quite a bit here.
Let's turn the camera around and look at it from a different
angle. I'm
hard
On Wednesday, 24 September 2014 at 06:35:55 UTC, Brian Schott
wrote:
On Wednesday, 24 September 2014 at 06:29:20 UTC, Walter Bright
wrote:
https://github.com/D-Programming-Language/dmd/pull/4021
I'm pleasantly surprised that the decision has been made to fix
that. I thought we'd be stuck
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
There was a recent video[1] by Jonathan Blow about what he
would want in a programming language designed specifically for
game development. Go, Rust, and D were mentioned and his reason
for not wanting to use D is is that it is
On 9/23/2014 11:20 PM, Jacob Carlborg wrote:
On 24/09/14 07:37, Walter Bright wrote:
So help out!
You always say we should help out instead of complaining.
That's right. Complaining does nothing.
But where are all the users that want C++ support. Let them implement it
instead and lets us
On 9/23/2014 11:24 PM, Jacob Carlborg wrote:
On 24/09/14 06:31, Walter Bright wrote:
But it is a bit unreasonable to expect
large project maintainers to rebuild and check for bugs every day. It's
why we have a beta test program.
The solution is to make it automatic.
There's no such thing
On 9/23/2014 11:27 PM, Jacob Carlborg wrote:
If it worked before and now it doesn't, then it sounds like a regression to me.
It could be an accepts invalid bug was fixed. It could be that we wanted to
make a breaking change. It could be that it never actually worked, it just
silently failed.
On Wed, 24 Sep 2014 06:07:54 +
Cliff via Digitalmars-d digitalmars-d@puremagic.com wrote:
Why does anyone have to *wait* for anything?
'cause compiler and libs are complex beasts. there are people that have
the necessary knowledge and they can write things faster (and better).
i'm sure that
On Tue, 23 Sep 2014 23:54:32 -0700
Walter Bright via Digitalmars-d digitalmars-d@puremagic.com wrote:
This means if we have some level of C++ interop, we have a killer
feature.
and if we have OCR in phobos we have a killer feature. hey, i know two
users that will switch to D if D will have good
On Tue, 23 Sep 2014 23:24:21 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I completely agree. Lets focus on the D users we actually have, not
some imaginary C++ users that will come running as soon as there is
enough C++ support.
Those are very real. I
On 9/23/2014 11:28 PM, Manu via Digitalmars-d wrote:
1. Constant rejection of improvements because OMG breaking change!.
Meanwhile, D has been breaking my code on practically every release
for years. I don't get this, reject changes that are deliberately
breaking changes which would make
On 9/23/2014 4:19 AM, Manu via Digitalmars-d wrote:
BTW, ref (as you know) is part of the type in C++. However, I can vouch for
it being a special case everywhere in C++, and is a horrifying quagmire of
strange edge cases. That's why it's not part of the type in D.
I've never had any problems
On Wednesday, 24 September 2014 at 07:41:48 UTC, ketmar via
Digitalmars-d wrote:
all three of them.
You forget that D is now actively used at Facebook, and better
C++ interop would allow them to slowly phase out more and more
C++ code. The more Facebook uses D, the more support it will
seasoned c++ developer will not migrate to D for many reasons
(or he
already did that, but then he is not c++ developer anymore),
and c++
interop is not on the top of the list, not even near the top.
This isn't true. I'm a C++ developer who migrated to D. I'm still
(also) a C++ developer.
On Wed, 24 Sep 2014 07:56:58 +
Atila Neves via Digitalmars-d digitalmars-d@puremagic.com wrote:
This isn't true. I'm a C++ developer who migrated to D. I'm still
(also) a C++ developer. And a D developer. And a Python
developer. And...
so you aren't migrated. using D for some throwaway
On Wed, 24 Sep 2014 07:59:40 +
Meta via Digitalmars-d digitalmars-d@puremagic.com wrote:
You forget that D is now actively used at Facebook
no, i'm not. i just can't see why facebook priorities should be D
priorities. facebook needs c++ interop? ok, they can hire alot of
programmers to write
On Tuesday, 23 September 2014 at 18:53:04 UTC, Oscar Martin wrote:
On Tuesday, 23 September 2014 at 15:28:30 UTC, Marc Schütz
wrote:
On Tuesday, 23 September 2014 at 15:23:16 UTC, Kagamin wrote:
And what GC does? Pins the allocated blocks for another
thread?
Assuming there is one
On Tuesday, 23 September 2014 at 18:39:09 UTC, Oscar Martin wrote:
On Tuesday, 23 September 2014 at 01:58:50 UTC, Rikki Cattermole
wrote:
Short, I dislike pretty much all changes to __gshared/shared.
Breaks too many things.
Atleast with Cmsed, (I'm evil here) where I use __gshared
essentially
On Tuesday, 23 September 2014 at 22:05:35 UTC, Paulo Pinto wrote:
Am 23.09.2014 21:23, schrieb Chris:
On Tuesday, 23 September 2014 at 17:59:33 UTC, ketmar via
Digitalmars-d
wrote:
On Tue, 23 Sep 2014 14:42:39 +0100
Bruno Medeiros via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Java
On Wednesday, 24 September 2014 at 06:28:21 UTC, Manu via
Digitalmars-d wrote:
On 20 September 2014 22:39, Tofu Ninja via Digitalmars-d
digitalmars-d@puremagic.com wrote:
There was a recent video[1] by Jonathan Blow about what he
would want in a
programming language designed specifically for
On Wednesday, 24 September 2014 at 05:44:15 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Sep 2014 21:59:53 -0700
Brad Roberts via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I understand quite thoroughly why c++ support is a big win
i believe it's not.
so-called enterprise will not
On Wednesday, 24 September 2014 at 06:54:38 UTC, Walter Bright
wrote:
On 9/23/2014 11:20 PM, Jacob Carlborg wrote:
On 24/09/14 07:37, Walter Bright wrote:
So help out!
You always say we should help out instead of complaining.
That's right. Complaining does nothing.
But where are all the
On Wednesday, 24 September 2014 at 08:04:18 UTC, ketmar via
Digitalmars-d wrote:
On Wed, 24 Sep 2014 07:56:58 +
Atila Neves via Digitalmars-d digitalmars-d@puremagic.com
wrote:
This isn't true. I'm a C++ developer who migrated to D. I'm
still (also) a C++ developer. And a D developer.
On Wednesday, 24 September 2014 at 05:44:15 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Sep 2014 21:59:53 -0700
Brad Roberts via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I understand quite thoroughly why c++ support is a big win
i believe it's not.
Every C++ shop I've been
On Wednesday, 24 September 2014 at 07:41:48 UTC, ketmar via
Digitalmars-d wrote:
On Tue, 23 Sep 2014 23:24:21 -0700
Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com
wrote:
I completely agree. Lets focus on the D users we actually
have, not
some imaginary C++ users that
On Wed, 24 Sep 2014 09:15:27 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com wrote:
Most of us cannot afford to be a Technology X developer.
Every project, every client is a complete new world.
yeah. and so there is *no* *reason* to stress c++ interop, heh. 'cause
client
On Wednesday, 24 September 2014 at 06:57:14 UTC, Walter Bright
wrote:
On 9/23/2014 11:24 PM, Jacob Carlborg wrote:
On 24/09/14 06:31, Walter Bright wrote:
But it is a bit unreasonable to expect
large project maintainers to rebuild and check for bugs every
day. It's
why we have a beta test
On Wed, 24 Sep 2014 09:28:25 +
ponce via Digitalmars-d digitalmars-d@puremagic.com wrote:
To thrive in the enterprise D must wait for a greenfield project
with zero pre-existing source files (ie. rare), be a small
project, or be able to interact with the legacy codebase.
I think
On Wednesday, 24 September 2014 at 04:36:33 UTC, Walter Bright
wrote:
On 9/23/2014 9:08 PM, Vladimir Panteleev wrote:
On Wednesday, 24 September 2014 at 03:59:10 UTC, Walter Bright
wrote:
This is completely unworkable.
Mister, please stop hurting the pool straw man.
Let me quote the
On Wed, 24 Sep 2014 09:33:30 +
Atila Neves via Digitalmars-d digitalmars-d@puremagic.com wrote:
I don't understand how it isn't obvious how important C++ interop
would be in getting new users to switch.
'cause it's not.
I especially don't
understand it since it's been mentioned several
On Wed, 24 Sep 2014 08:53:50 +
user via Digitalmars-d digitalmars-d@puremagic.com wrote:
its littered with @
like a scripting language. that really sucks!
do you like the fact that you can't have variable named body? do you
want to have more such forbidden names?
signature.asc
On 9/24/2014 3:00 AM, Vladimir Panteleev wrote:
Nevertheless, this is not enough. It must be automatic - it must verify the
state of things daily, without human intervention. It's unreasonable (borderline
absurd, even) to expect that every large project maintainer to manually verify
if their
On 9/24/2014 2:56 AM, Vladimir Panteleev wrote:
On Wednesday, 24 September 2014 at 06:57:14 UTC, Walter Bright
wrote:
On 9/23/2014 11:24 PM, Jacob Carlborg wrote:
On 24/09/14 06:31, Walter Bright wrote:
But it is a bit unreasonable to expect
large project maintainers to rebuild and check for
On Wednesday, 24 September 2014 at 09:57:06 UTC, ketmar via
Digitalmars-d wrote:
On Wed, 24 Sep 2014 09:15:27 +
Paulo Pinto via Digitalmars-d digitalmars-d@puremagic.com
wrote:
Most of us cannot afford to be a Technology X developer.
Every project, every client is a complete new world.
23-Sep-2014 19:13, Andrei Alexandrescu пишет:
On 9/23/14, 12:17 AM, Dmitry Olshansky wrote:
In my imagination it would be along the lines of
@ARC
struct MyCountedStuff{ void opInc(); void opDec(); }
So that would be a pointer type or a value type? Is there copy on write
somewhere? -- Andrei
On Tuesday, 23 September 2014 at 16:01:35 UTC, Andrei
Alexandrescu wrote:
On 9/23/14, 7:43 AM, Don wrote:
On Monday, 22 September 2014 at 14:56:26 UTC, Andrei
Alexandrescu wrote:
On 9/22/14, 2:39 AM, Don wrote:
Yes, but you're advocating a hack.
Oh but I very much disagree.
Now you are
23-Sep-2014 16:17, Manu via Digitalmars-d пишет:
On 23 September 2014 17:17, Dmitry Olshansky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
23-Sep-2014 10:47, Manu via Digitalmars-d пишет:
On 23 September 2014 16:19, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com
On Wednesday, 24 September 2014 at 06:29:20 UTC, Walter Bright
wrote:
https://github.com/D-Programming-Language/dmd/pull/4021
That can be a good case to start with dfix. Its first task can be
rewrite of C-style declarations to D-style.
On Monday, 22 September 2014 at 23:09:28 UTC, Andrei Alexandrescu
wrote:
On 9/22/14, 12:18 PM, Nordlöw wrote:
On Monday, 15 September 2014 at 02:26:19 UTC, Andrei
Alexandrescu wrote:
http://dpaste.dzfl.pl/817283c163f5
You implementation seems to hold water at least in my tests
and save
On Tuesday, 23 September 2014 at 17:37:42 UTC, Andrei
Alexandrescu wrote:
We need a libunwind expert to figure out a good approach for
handling exceptions thrown by C++ code into D.
Is anyone fluent with libunwind?
Andrei
Is there plans to catching C++ exceptions in D?
What kind of C++
Jakob Ovrum and others have added an enumerate() function to
Phobos:
https://issues.dlang.org/show_bug.cgi?id=5550
https://github.com/D-Programming-Language/phobos/pull/1866
A problem with enumerate() (present in other ranges too):
void main() {
import std.stdio, std.range;
auto A = [0,
On Tuesday, 23 September 2014 at 08:06:36 UTC, Idan Arye wrote:
On Tuesday, 23 September 2014 at 03:07:41 UTC, Jet wrote:
I hope the Dlang can have the Micro-thread at the
language-level. Like the Goroutine, maby.
Sure it can - it's called Fibers:
On Tuesday, 23 September 2014 at 16:47:09 UTC, David Nadlinger
wrote:
I was briefly discussing this with Andrei at (I think) DConf
2013. I suggested moving data to a separate global GC heap on
casting stuff to shared.
Yes, that sounds expensive. A real example from my work: client
receives
On 23 September 2014 23:44, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 9/23/14, 3:14 PM, Iain Buclaw via Digitalmars-d wrote:
GDC lets foreign exceptions pass through just fine.
Proper unwinding of the D stack and all? -- Andrei
If you mean in the sense that
On 23 September 2014 23:56, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 9/23/2014 3:45 PM, Andrei Alexandrescu wrote:
On 9/23/14, 3:15 PM, Iain Buclaw via Digitalmars-d wrote:
On 23 September 2014 22:29, deadalnix via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 24 September 2014 12:27, IgorStepanov via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 September 2014 at 17:37:42 UTC, Andrei Alexandrescu wrote:
We need a libunwind expert to figure out a good approach for handling
exceptions thrown by C++ code into D.
Is anyone fluent
On Wednesday, 24 September 2014 at 11:55:46 UTC, Jet wrote:
On Tuesday, 23 September 2014 at 08:06:36 UTC, Idan Arye wrote:
On Tuesday, 23 September 2014 at 03:07:41 UTC, Jet wrote:
I hope the Dlang can have the Micro-thread at the
language-level. Like the Goroutine, maby.
Sure it can - it's
On Wednesday, 24 September 2014 at 06:54:38 UTC, Walter Bright
wrote:
If users have a must have C++ library, they can hook up to
it. Can they use other languages? Nope. They have to wrap it
with a C interface, or give up. Wrapping with a C interface
tends to fall apart when any C++ templates
On Wednesday, 24 September 2014 at 00:08:19 UTC, H. S. Teoh via
Digitalmars-d wrote:
You *will* need SFINAE if you expect to interface C++ template
libraries
with D. Imagine that an existing codebase is using some C++
template
library that depends on SFINAE. You'd like to start migrating
to D,
It's finally here: https://github.com/etcimon/libasync
We all know how event loops are the foundation of more popular libraries
Qt and Nodejs.. we now have a natively compiling async library entirely
written in D.
This event library was tested on Win32, Linux x64, Mac OS x64, with DMD
On Wednesday, 24 September 2014 at 10:02:20 UTC, ketmar via
Digitalmars-d wrote:
On Wed, 24 Sep 2014 09:28:25 +
no sane management (and insane too, even more) will resist to
adding
new language to codebase without really strong arguments.
This is starting to be a little offensive...
---
On Wednesday, 24 September 2014 at 11:59:52 UTC, Kagamin wrote:
On Tuesday, 23 September 2014 at 16:47:09 UTC, David Nadlinger
wrote:
I was briefly discussing this with Andrei at (I think) DConf
2013. I suggested moving data to a separate global GC heap on
casting stuff to shared.
Yes, that
On 9/24/14, 1:08 AM, ketmar via Digitalmars-d wrote:
On Wed, 24 Sep 2014 07:59:40 +
Meta via Digitalmars-d digitalmars-d@puremagic.com wrote:
You forget that D is now actively used at Facebook
no, i'm not. i just can't see why facebook priorities should be D
priorities. facebook needs c++
On Wednesday, 24 September 2014 at 11:20:24 UTC, Kagamin wrote:
On Wednesday, 24 September 2014 at 06:29:20 UTC, Walter Bright
wrote:
https://github.com/D-Programming-Language/dmd/pull/4021
That can be a good case to start with dfix. Its first task can
be rewrite of C-style declarations to
On 9/24/14, 3:31 AM, Dmitry Olshansky wrote:
23-Sep-2014 19:13, Andrei Alexandrescu пишет:
On 9/23/14, 12:17 AM, Dmitry Olshansky wrote:
In my imagination it would be along the lines of
@ARC
struct MyCountedStuff{ void opInc(); void opDec(); }
So that would be a pointer type or a value type?
On 9/24/14, 5:06 AM, Iain Buclaw via Digitalmars-d wrote:
On 23 September 2014 23:44, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 9/23/14, 3:14 PM, Iain Buclaw via Digitalmars-d wrote:
GDC lets foreign exceptions pass through just fine.
Proper unwinding of
On 9/24/14, 4:29 AM, Nordlöw wrote:
On Monday, 22 September 2014 at 23:09:28 UTC, Andrei Alexandrescu wrote:
On 9/22/14, 12:18 PM, Nordlöw wrote:
On Monday, 15 September 2014 at 02:26:19 UTC, Andrei Alexandrescu wrote:
http://dpaste.dzfl.pl/817283c163f5
You implementation seems to hold
On Wednesday, 24 September 2014 at 07:43:49 UTC, Walter Bright
wrote:
On 9/23/2014 11:28 PM, Manu via Digitalmars-d wrote:
1. Constant rejection of improvements because OMG breaking
change!.
Meanwhile, D has been breaking my code on practically every
release
for years. I don't get this, reject
On 9/24/14, 5:12 AM, Iain Buclaw via Digitalmars-d wrote:
On 24 September 2014 12:27, IgorStepanov via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 September 2014 at 17:37:42 UTC, Andrei Alexandrescu wrote:
We need a libunwind expert to figure out a good approach for
On 9/24/14, 6:06 AM, Kagamin wrote:
I'm not a C++ guru, but it looks like SFINAE exists for simplicity, so
that templates can be matched without template constraints and
reflection. This looks equivalent to D template constraints. If template
doesn't work for some parameters, just filter them
On 9/24/14, 6:13 AM, Etienne wrote:
It's finally here: https://github.com/etcimon/libasync
This is fantastic! We really need something like this in a Facebook project.
Would be appropriate for you to consider making a bid for adding it to
Phobos? In that case one issue to address is
On Wednesday, 24 September 2014 at 13:13:34 UTC, Etienne wrote:
It's finally here: https://github.com/etcimon/libasync
We all know how event loops are the foundation of more popular
libraries Qt and Nodejs.. we now have a natively compiling
async library entirely written in D.
This event
On Wednesday, 24 September 2014 at 14:56:11 UTC, Don wrote:
I agree completely. I would say that the #1 problem in D is the
paranoid fear of breaking backwards compatibility. I said that
in my 2013 talk. It is still true today.
Sociomantic says, PLEASE BREAK OUR CODE! Get rid of the old
On Wednesday, 24 September 2014 at 15:07:05 UTC, Andrei
Alexandrescu wrote:
On 9/24/14, 5:12 AM, Iain Buclaw via Digitalmars-d wrote:
Is there plans to catching C++ exceptions in D?
I'd say no to such an idea.
I understand the difficulty of it. However, we should look into
it closely.
This is fantastic! We really need something like this in a Facebook
project.
That's pleasing to hear, although I'm pretty sure Facebook is far from
being the only organization who will benefit from this ;)
Would be appropriate for you to consider making a bid for adding it
to Phobos?
I just want to make request. Now i use cURL and his get(url)
function.
I want to make app smaller in size and in a single executable.
I need a good example for using std.socket. I read httpget.d from
samples folder, but i can't understand it.
On 24 September 2014 16:07, Andrei Alexandrescu via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 9/24/14, 5:12 AM, Iain Buclaw via Digitalmars-d wrote:
On 24 September 2014 12:27, IgorStepanov via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Tuesday, 23 September 2014 at
On Wednesday, 24 September 2014 at 16:45:57 UTC, BoPoHa_C_CblPoM
wrote:
I just want to make request. Now i use cURL and his get(url)
function.
I want to make app smaller in size and in a single executable.
I need a good example for using std.socket. I read httpget.d
from samples folder, but i
On Wednesday, 24 September 2014 at 14:56:11 UTC, Don wrote:
I agree completely. I would say that the #1 problem in D is the
paranoid fear of breaking backwards compatibility. I said that
in my 2013 talk. It is still true today.
Sociomantic says, PLEASE BREAK OUR CODE! Get rid of the old
On Wednesday, 24 September 2014 at 13:13:34 UTC, Etienne wrote:
It's finally here: https://github.com/etcimon/libasync
We all know how event loops are the foundation of more popular
libraries Qt and Nodejs.. we now have a natively compiling
async library entirely written in D.
I am very
Don:
I agree completely. I would say that the #1 problem in D is the
paranoid fear of breaking backwards compatibility. I said that
in my 2013 talk. It is still true today.
Sociomantic says, PLEASE BREAK OUR CODE! Get rid of the old
design bugs while we still can.
I keep a large amount of
The study doesn't analyze D, but the relationships between
languages may be interesting and in some cases surprising.
http://se.inf.ethz.ch/people/nanz/research/rosettacode.html
NOTE: The link contains only a summary, there is a pointer to the
full paper there however.
On 9/24/14, 9:05 AM, Sean Kelly wrote:
On Wednesday, 24 September 2014 at 15:07:05 UTC, Andrei Alexandrescu wrote:
On 9/24/14, 5:12 AM, Iain Buclaw via Digitalmars-d wrote:
Is there plans to catching C++ exceptions in D?
I'd say no to such an idea.
I understand the difficulty of it.
On 9/24/14, 9:30 AM, Etienne wrote:
This is fantastic! We really need something like this in a Facebook
project.
That's pleasing to hear, although I'm pretty sure Facebook is far from
being the only organization who will benefit from this ;)
Would be appropriate for you to consider
On Wednesday, 24 September 2014 at 16:58:33 UTC, Adam D. Ruppe
wrote:
On Wednesday, 24 September 2014 at 16:45:57 UTC,
BoPoHa_C_CblPoM wrote:
I just want to make request. Now i use cURL and his get(url)
function.
I want to make app smaller in size and in a single executable.
I need a good
On Wednesday, 24 September 2014 at 17:48:25 UTC, BoPoHa_C_CblPoM
wrote:
Error 42: Symbol Undefined _D4arsd4http12__ModuleInfoZ
You imported the module, so you need to compile it too:
dmd yourfile.d http.d
where http.d is the download from my github, just save it in the
folder with the
On 9/24/14, 6:13 AM, Etienne wrote:
It's finally here: https://github.com/etcimon/libasync
http://www.reddit.com/r/programming/comments/2hcm9n/announcing_libasync_a_crossplatform_d_event_loop/
Andrei
1 - 100 of 306 matches
Mail list logo
