On Thursday, 25 September 2014 at 21:03:24 UTC, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly wrote:
BTW, am I the only one whose eyes/ears are suffering when reading
this:
std.algrithm
he stripLeft function will strip the front of the range, the
stripRight
On Thursday, 25 September 2014 at 21:03:53 UTC, Walter Bright
wrote:
On 9/25/2014 12:58 PM, H. S. Teoh via Digitalmars-d wrote:
On Thu, Sep 25, 2014 at 12:40:28PM -0700, Walter Bright via
Digitalmars-d wrote:
On 9/25/2014 4:08 AM, Don wrote:
[...]
Ask yourself, if D had no users other than
On Thursday, 25 September 2014 at 21:10:51 UTC, eles wrote:
On Thursday, 25 September 2014 at 21:03:24 UTC, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly
wrote:
BTW, am I the only one whose eyes/ears are suffering when
reading this:
std.algrithm
he stripLeft
eles:
he stripLeft function will strip the front of the range, the
stripRight function will strip the back of the range, while the
strip function will strip both the front and back of the range.
Why not, for God's sake, stripFront and stripBack?
Perhaps those names come from extending
On Thursday, 25 September 2014 at 21:22:38 UTC, bearophile wrote:
eles:
he stripLeft function will strip the front of the range, the
stripRight function will strip the back of the range, while
the strip function will strip both the front and back of the
range.
Why not, for God's sake,
On Thu, Sep 25, 2014 at 09:19:29PM +, via Digitalmars-d wrote:
On Thursday, 25 September 2014 at 21:03:53 UTC, Walter Bright wrote:
[...]
I have yet to completely convince Andrei that autodecoding is a bad
idea :-(
It certainly represents a runtime overhead, which may be non-negligible
On Thu, Sep 25, 2014 at 08:40:50PM +, eles via Digitalmars-d wrote:
On Thursday, 25 September 2014 at 15:58:11 UTC, eles wrote:
On Thursday, 25 September 2014 at 13:50:10 UTC, Jacob Carlborg wrote:
On 25/09/14 09:38, Atila Neves wrote:
Andrei spoke about an idiom that they constantly
On 9/25/14, 2:10 PM, eles wrote:
On Thursday, 25 September 2014 at 21:03:24 UTC, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly wrote:
BTW, am I the only one whose eyes/ears are suffering when reading this:
std.algrithm
he stripLeft function will strip the front of
On 9/25/14, 2:03 PM, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly wrote:
lack of attention paid to tightening up what we've already got and
deprecating old stuff that no one wants any more. And inconsistency
in how things work in the language.
The feeling that I
On Thursday, 25 September 2014 at 22:49:06 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:10 PM, eles wrote:
Why not, for God's sake, stripFront and stripBack?
Because they are called stripLeft and stripRight. -- Andrei
Psh, they should be called stripHead and stripFoot. Or
alternately,
On Thursday, 25 September 2014 at 22:56:56 UTC, Sean Kelly wrote:
On Thursday, 25 September 2014 at 22:49:06 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:10 PM, eles wrote:
Why not, for God's sake, stripFront and stripBack?
Because they are called stripLeft and stripRight. -- Andrei
Psh,
On Thursday, 25 September 2014 at 22:48:12 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:03 PM, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly
wrote:
lack of attention paid to tightening up what we've already
got and
deprecating old stuff that no one wants any more.
On Thursday, 25 September 2014 at 13:49:00 UTC, Andrei
Alexandrescu wrote:
I've recently used Rust a bit and the curse of D users as of
6-7 years ago reached me: most code I download online doesn't
compile for obscure reasons, it's nigh impossible to figure out
what the fix is from the
On Thu, Sep 25, 2014 at 10:56:55PM +, Sean Kelly via Digitalmars-d wrote:
On Thursday, 25 September 2014 at 22:49:06 UTC, Andrei Alexandrescu wrote:
On 9/25/14, 2:10 PM, eles wrote:
Why not, for God's sake, stripFront and stripBack?
Because they are called stripLeft and stripRight. --
On Thursday, 25 September 2014 at 22:49:06 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:10 PM, eles wrote:
On Thursday, 25 September 2014 at 21:03:24 UTC, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly
wrote:
BTW, am I the only one whose eyes/ears are suffering when
On Thursday, 25 September 2014 at 23:04:55 UTC, eles wrote:
On Thursday, 25 September 2014 at 22:56:56 UTC, Sean Kelly
wrote:
On Thursday, 25 September 2014 at 22:49:06 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:10 PM, eles wrote:
Why not, for God's sake, stripFront and stripBack?
On Thursday, 25 September 2014 at 22:48:12 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:03 PM, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly
wrote:
lack of attention paid to tightening up what we've already
got and
deprecating old stuff that no one wants any more.
On Thursday, 25 September 2014 at 22:48:12 UTC, Andrei
Alexandrescu wrote:
On 9/25/14, 2:03 PM, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly
wrote:
lack of attention paid to tightening up what we've already
got and
deprecating old stuff that no one wants any more.
On Thu, Sep 25, 2014 at 03:48:11PM -0700, Andrei Alexandrescu via Digitalmars-d
wrote:
On 9/25/14, 2:03 PM, eles wrote:
On Tuesday, 23 September 2014 at 14:29:06 UTC, Sean Kelly wrote:
lack of attention paid to tightening up what we've already got and
deprecating old stuff that no one wants
On 9/25/14, 4:07 PM, Brian Rogoff wrote:
On Thursday, 25 September 2014 at 13:49:00 UTC, Andrei Alexandrescu wrote:
I've recently used Rust a bit and the curse of D users as of 6-7 years
ago reached me: most code I download online doesn't compile for
obscure reasons, it's nigh impossible to
On Thu, 25 Sep 2014 21:37:17 +
eles via Digitalmars-d digitalmars-d@puremagic.com wrote:
I find it too inconsitent. I doubt even Python programmers
migrating to D love that...
And, just: std.uni-std.unicode
And I cannot believe that the language-defined complex types are
still
On Thu, 25 Sep 2014 16:11:57 -0700
H. S. Teoh via Digitalmars-d digitalmars-d@puremagic.com wrote:
Nah, they should be behead() and amputate().
i like it! this makes language much more expressive.
signature.asc
Description: PGP signature
On Thu, 25 Sep 2014 15:48:11 -0700
Andrei Alexandrescu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
I'm not sharing that feeling at all. From that perspective all
languages are in need of a serious cleanup. -- Andrei
and they *are*. yet many languages can't be fixed due to huge amount
On 9/25/2014 2:47 PM, H. S. Teoh via Digitalmars-d wrote:
Not a bad idea. If we do it right, we could (mostly) avoid user outrage.
E.g., start with a soft deprecation (a compile-time message, but not
an actual warning, to the effect that byCodeUnit / byCodePoint should be
used with strings from
On 9/25/2014 8:11 PM, Walter Bright wrote:
Consider this PR:
https://github.com/D-Programming-Language/phobos/pull/2423
which is blocked because several people do not agree with using byCodeunit.
I should add that this impasse has COMPLETELY stalled changes to Phobos to
remove dependency
On 9/25/14, 8:17 PM, Walter Bright wrote:
On 9/25/2014 8:11 PM, Walter Bright wrote:
Consider this PR:
https://github.com/D-Programming-Language/phobos/pull/2423
which is blocked because several people do not agree with using
byCodeunit.
I should add that this impasse has COMPLETELY
On Thu, Sep 25, 2014 at 08:11:02PM -0700, Walter Bright via Digitalmars-d wrote:
On 9/25/2014 2:47 PM, H. S. Teoh via Digitalmars-d wrote:
Not a bad idea. If we do it right, we could (mostly) avoid user
outrage. E.g., start with a soft deprecation (a compile-time
message, but not an actual
On Thursday, 25 September 2014 at 21:49:43 UTC, H. S. Teoh via
Digitalmars-d wrote:
It's not just about performance.
Something I recently realized: because of auto-decoding,
std.algorithm.find(foo, 'o') cannot be implemented using
memchr. I think this points to a huge design fail,
On Thu, Sep 25, 2014 at 08:44:23PM -0700, Andrei Alexandrescu via Digitalmars-d
wrote:
On 9/25/14, 8:17 PM, Walter Bright wrote:
On 9/25/2014 8:11 PM, Walter Bright wrote:
Consider this PR:
https://github.com/D-Programming-Language/phobos/pull/2423
which is blocked because several people
Walter Bright wrote in message news:m02lt5$2hg4$1...@digitalmars.com...
I should add that this impasse has COMPLETELY stalled changes to Phobos to
remove dependency on the GC.
Maybe it would be more successful if it didn't try to do both at once.
Iain Buclaw wrote in message news:dqgkcmdmxekzqpvfb...@forum.dlang.org...
On Saturday, 20 September 2014 at 12:39:23 UTC, Tofu Ninja wrote:
What do you think are the worst parts of D?
1) D Inline Assembler.
Relying on the system assembler sucks too.
7) Interfacing with C++
- A new set
On 9/25/2014 9:12 PM, Daniel Murphy wrote:
Walter Bright wrote in message news:m02lt5$2hg4$1...@digitalmars.com...
I should add that this impasse has COMPLETELY stalled changes to Phobos to
remove dependency on the GC.
Maybe it would be more successful if it didn't try to do both at once.
On Fri, Sep 26, 2014 at 04:05:18AM +, Vladimir Panteleev via Digitalmars-d
wrote:
On Thursday, 25 September 2014 at 21:49:43 UTC, H. S. Teoh via Digitalmars-d
wrote:
It's not just about performance.
Something I recently realized: because of auto-decoding,
std.algorithm.find(foo, 'o')
Walter Bright wrote in message news:m02qcm$2mmn$1...@digitalmars.com...
On 9/25/2014 9:12 PM, Daniel Murphy wrote:
Walter Bright wrote in message news:m02lt5$2hg4$1...@digitalmars.com...
I should add that this impasse has COMPLETELY stalled changes to Phobos
to
remove dependency on the
On Thu, Sep 25, 2014 at 09:34:30PM -0700, Walter Bright via Digitalmars-d wrote:
On 9/25/2014 9:12 PM, Daniel Murphy wrote:
Walter Bright wrote in message news:m02lt5$2hg4$1...@digitalmars.com...
I should add that this impasse has COMPLETELY stalled changes to
Phobos to remove dependency on
On Friday, 26 September 2014 at 03:44:23 UTC, Andrei Alexandrescu
wrote:
I think the way to break that stalemate is to add RC strings
and reference counted exceptions. -- Andrei
I dont want gc, exceptions or rc strings. You really need to make
sure rc is optional throughout. RC inc/dec abort
On 9/25/2014 9:04 PM, H. S. Teoh via Digitalmars-d wrote:
On Thu, Sep 25, 2014 at 08:11:02PM -0700, Walter Bright via Digitalmars-d wrote:
Consider this PR:
https://github.com/D-Programming-Language/phobos/pull/2423
which is blocked because several people do not agree with using
byCodeunit.
On 9/25/14, 9:05 PM, Vladimir Panteleev wrote:
On Thursday, 25 September 2014 at 21:49:43 UTC, H. S. Teoh via
Digitalmars-d wrote:
It's not just about performance.
Something I recently realized: because of auto-decoding,
std.algorithm.find(foo, 'o') cannot be implemented using memchr.
Why
On Friday, 26 September 2014 at 05:02:08 UTC, Andrei Alexandrescu
wrote:
On 9/25/14, 9:05 PM, Vladimir Panteleev wrote:
On Thursday, 25 September 2014 at 21:49:43 UTC, H. S. Teoh via
Digitalmars-d wrote:
It's not just about performance.
Something I recently realized: because of
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
to use D is is that it
is too much like C++ although he does not really go into it much and it
was a very small part of the video it still brings up some questions.
What I am curious is what are the worst parts of D? What sort of things
would be done differently if we could start over or if we
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
is is that it is too much like C++
although he does not really go into it much and it was a very
small part of the video it still brings up some questions.
What I am curious is what are the worst parts of D? What sort
of things would be done differently if we could start over or
if we were designing a D3? I am
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 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
for game
development. Go, Rust,
and D were mentioned and his reason for not wanting to use D
is is that it
is too much like C++ although he does not really go into it
much and it
was a very small part of the video it still brings up some
questions.
What I am curious is what are the worst parts of D
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.
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 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,
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 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 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, 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 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 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
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
201 - 300 of 434 matches
Mail list logo