On Friday, 10 March 2017 at 23:00:16 UTC, XavierAP wrote:
IMHO... Only from a typical C++ centric perspective can it be
claimed that C++11 and higher have not copied (not from D which
was most of the time not first).
Neither C++ or D have any significant original features.
the first. And ever
On 3/8/2017 1:34 PM, H. S. Teoh via Digitalmars-d wrote:
[...]
Bingo.
If your algorithmic code includes code to read / write files, that's a big sign
things are not properly encapsulated in the code.
Using ranges is a great way to accomplish this, and as you discovered, a bonus
is that the
On Friday, March 10, 2017 14:07:59 H. S. Teoh via Digitalmars-d wrote:
> On Fri, Mar 10, 2017 at 12:36:35PM -0800, Jonathan M Davis via
Digitalmars-d wrote:
> > I can certainly understand that there are folks who really do care
> > about this stuff, but it's completely outside of what I deal with,
On Friday, 10 March 2017 at 20:31:59 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 10 March 2017 at 19:53:52 UTC, Ali Çehreli wrote:
- constexpr (a poor man's CTFE)
- Type inference
- Range-based for
- Lambdas
As far as I can tell C++11 was mostly an absorption of existing
practices, largely syn
On Fri, Mar 10, 2017 at 09:07:36PM +, XavierAP via Digitalmars-d wrote:
> On Friday, 10 March 2017 at 19:02:06 UTC, H. S. Teoh wrote:
[...]
> > AFAIK Walter's stance is that overloading operators with semantics
> > other than generalizations of arithmetic operators are a bad idea.
> > This is w
On Fri, Mar 10, 2017 at 12:36:35PM -0800, Jonathan M Davis via Digitalmars-d
wrote:
> On Friday, March 10, 2017 10:43:43 H. S. Teoh via Digitalmars-d wrote:
[...]
> Well, thanks for the explanation, but I'm sure that part of the
> problem here is that an operation like arr[x, y..z] doesn't even ma
On Friday, 10 March 2017 at 20:36:35 UTC, Jonathan M Davis wrote:
problem here is that an operation like arr[x, y..z] doesn't
even make sense to me. I have no idea what that does.
https://www.mathworks.com/help/matlab/math/matrix-indexing.html#f1-85544
You can stop reading as soon as it star
On Friday, 10 March 2017 at 11:32:14 UTC, Stefan Koch wrote:
Also work is underway to finally support slicing, which is
crucial to using phobos algorithms.
Incredible diligence.
On Friday, 10 March 2017 at 19:02:06 UTC, H. S. Teoh wrote:
On Fri, Mar 10, 2017 at 07:47:43AM +, XavierAP via
Digitalmars-d wrote:
On Thursday, 9 March 2017 at 15:42:22 UTC, qznc wrote:
[...]
> Maybe we want to support weird DSLs, where operators are
> reused with very different semantics
On Friday, March 10, 2017 10:43:43 H. S. Teoh via Digitalmars-d wrote:
> On Fri, Mar 10, 2017 at 07:41:31AM -0800, Jonathan M Davis via
Digitalmars-d wrote:
> > On Friday, March 10, 2017 14:15:45 Nick Treleaven via Digitalmars-d
wrote:
> > > On Friday, 10 March 2017 at 01:10:21 UTC, H. S. Teoh wr
On Friday, 10 March 2017 at 19:53:52 UTC, Ali Çehreli wrote:
- constexpr (a poor man's CTFE)
- Type inference
- Range-based for
- Lambdas
As far as I can tell C++11 was mostly an absorption of existing
practices, largely syntactical in nature. Lambdas are only
syntactical sugar over function
On Friday, 10 March 2017 at 18:43:43 UTC, H. S. Teoh wrote:
So probably we should leave it the way it is (and perhaps
clarify that in the spec), as deprecating the "old" use of
opSlice in the 1-dimensional case would cause problems.
ndslice just recently added an indexed function
http://do
On 03/10/2017 11:43 AM, Ola Fosheim Grøstad wrote:
On Friday, 10 March 2017 at 19:15:49 UTC, Ali Çehreli wrote:
C++11 was a big step forward for C++ that closed the gap with D. At
the time, it felt to me like they copied everything from D but now I
know that programming language ideas are everyw
On Friday, 10 March 2017 at 19:15:49 UTC, Ali Çehreli wrote:
C++11 was a big step forward for C++ that closed the gap with
D. At the time, it felt to me like they copied everything from
D but now I know that programming language ideas are everywhere
and it's hard to pinpoint who borrowed what f
On Fri, Mar 10, 2017 at 11:32:14AM +, Stefan Koch via Digitalmars-d wrote:
> On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote:
> > [ ... ]
>
> Time for an update.
>
> I am currently working on integrating 64bit values into codegen API.
> However, a backend may not have native
On Fri, Mar 10, 2017 at 05:11:39PM +, Jack Stouffer via Digitalmars-d wrote:
[...]
> Only expect meaningful replies to threads with meaning.
As the geek would say:
ASCII stupid question, getty stupid ANSI.
:-D
T
--
EMACS = Extremely Massive And Cumbersome System
On 03/10/2017 10:48 AM, Bastiaan Veelo wrote:
> You say D is an expanded version of C++. I think it's more an expanded
> version of C, surpassing C++.
C++11 was a big step forward for C++ that closed the gap with D. At the
time, it felt to me like they copied everything from D but now I know
t
On Fri, Mar 10, 2017 at 07:47:43AM +, XavierAP via Digitalmars-d wrote:
> On Thursday, 9 March 2017 at 15:42:22 UTC, qznc wrote:
[...]
> > Maybe we want to support weird DSLs, where operators are reused with
> > very different semantics? For example, the pyparsing parser
> > generator allows yo
On Fri, Mar 10, 2017 at 07:41:31AM -0800, Jonathan M Davis via Digitalmars-d
wrote:
> On Friday, March 10, 2017 14:15:45 Nick Treleaven via Digitalmars-d wrote:
> > On Friday, 10 March 2017 at 01:10:21 UTC, H. S. Teoh wrote:
[...]
> > > Using opSlice() for slicing (i.e., arr[]) is old,
> > > backw
On Friday, 10 March 2017 at 15:16:56 UTC, Traktor TOni wrote:
D has chosen to use the naming scheme of C and as such it
should be honest and use D++ because that's what D is: An
expanded version of the former language.
"D is C++ done right", that used to be one of D's slogans. It
doesn't mean
On Friday, 10 March 2017 at 15:41:31 UTC, Jonathan M Davis wrote:
On Friday, March 10, 2017 14:15:45 Nick Treleaven via
Digitalmars-d wrote:
On Friday, 10 March 2017 at 01:10:21 UTC, H. S. Teoh wrote:
> On Fri, Mar 10, 2017 at 01:07:33AM +, XavierAP via
>
> Digitalmars-d wrote:
>> The web re
On Friday, 10 March 2017 at 14:58:09 UTC, Nick Treleaven wrote:
On Thursday, 9 March 2017 at 20:54:23 UTC, Nick Sabalausky
Wishlist for D3: Some brilliant form of sugar for declaring a
function that takes a range.
auto parseFile()(auto input if isRandomAccessRangeOf!ubyte &&
hasSlicing) {
M
On Friday, 10 March 2017 at 16:08:15 UTC, Traktor TOni wrote:
Please stop spamming my thread with joke responses.
When you play stupid games, you win stupid prizes.
"Hey everyone, why don't you completely abandon 15+ years of
building your brand on the name D and change it to D++, which
will
On Friday, 10 March 2017 at 14:29:27 UTC, Chris wrote:
According to Wikipedia, D was influenced by:
C, C++, C#, Eiffel, Java, Python (English version)
C, C++, Java, C#, Python, Ruby (Spanish and German version)
According to italian wikipedia instead:
C, C++, C#, Eiffel, Java, Python, Ruby
On Friday, 10 March 2017 at 14:15:45 UTC, Nick Treleaven wrote:
Also deprecating nullary opSlice() would work against defining
opSlice(int low = 0, int high = length).
The same call [] can go to a variadic opIndex(T[] indices ...)
So many possibilities :_)
On Friday, 10 March 2017 at 15:41:31 UTC, Jonathan M Davis wrote:
Yeah, I've never understood how it made any sense for opIndex
to be used for slicing, and I've never used it that way.
Yeah, I just saw that yesterday in a Phobos type and was like
"wtf did they misname it"... but it worked.
H
On Friday, 10 March 2017 at 15:33:14 UTC, Abdulhaq wrote:
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D developers should
at least be honest with themselves.
well the tractor derives from the shire horse and Toni comes
from Antonius s
On Friday, 10 March 2017 at 15:41:31 UTC, Jonathan M Davis wrote:
On Friday, March 10, 2017 14:15:45 Nick Treleaven via
Digitalmars-d wrote:
On Friday, 10 March 2017 at 01:10:21 UTC, H. S. Teoh wrote:
>
> Using opSlice() for slicing (i.e., arr[]) is old,
> backward-compatible
> behaviour.
This
On Friday, March 10, 2017 14:15:45 Nick Treleaven via Digitalmars-d wrote:
> On Friday, 10 March 2017 at 01:10:21 UTC, H. S. Teoh wrote:
> > On Fri, Mar 10, 2017 at 01:07:33AM +, XavierAP via
> >
> > Digitalmars-d wrote:
> >> The web reference tersely says under its *Slice* Operator
> >> Overlo
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D developers should at
least be honest with themselves.
well the tractor derives from the shire horse and Toni comes from
Antonius so you should be honest too and rename yourself to
Shirehor
On 11/03/2017 4:16 AM, Traktor TOni wrote:
On Friday, 10 March 2017 at 15:10:34 UTC, Chris wrote:
Why, then, is Rust called "Rust"? "C++" was chosen to signal that it's
an improvement of C. "D++" would mean an improvement of D. If D is
improved C++, then we would have to call it "C".
This t
On Friday, 10 March 2017 at 15:10:34 UTC, Chris wrote:
Why, then, is Rust called "Rust"? "C++" was chosen to signal
that it's an improvement of C. "D++" would mean an improvement
of D. If D is improved C++, then we would have to call it
"C".
This thread is absurd and leads nowhere.
Rust
On Friday, 10 March 2017 at 14:39:18 UTC, Traktor TOni wrote:
On Friday, 10 March 2017 at 14:29:27 UTC, Chris wrote:
On Friday, 10 March 2017 at 14:22:52 UTC, TooHuman wrote:
On Friday, 10 March 2017 at 14:19:17 UTC, Traktor TOni wrote:
On Friday, 10 March 2017 at 12:23:11 UTC, Ethan Watson wr
On Thursday, 9 March 2017 at 20:54:23 UTC, Nick Sabalausky
(Abscissa) wrote:
On 03/08/2017 04:34 PM, H. S. Teoh via Digitalmars-d wrote:
auto parseFile(Slice)(Slice input)
if (isRandomAccessRange!Slice && hasSlicing!Slice &&
is(ElementType!Slice : ubyt
On Friday, 10 March 2017 at 14:39:18 UTC, Traktor TOni wrote:
You dont have to get all salty about it, just admit that D is
more like C++ and then we can propose the name change
officially on github. Maybe this would help with adoption too,
Rust has no problem calling itself a successor to C++
http://i0.kym-cdn.com/photos/images/original/000/233/260/687.jpg
ok I'll bite 0:)
On Friday, 10 March 2017 at 14:19:17 UTC, Traktor TOni wrote:
My point is that D is much more like C++ than it is like C
Exactly. So that you understand, let's say "C" means "horse",
"C++" means "cyborg wheeled
On Friday, 10 March 2017 at 14:29:27 UTC, Chris wrote:
On Friday, 10 March 2017 at 14:22:52 UTC, TooHuman wrote:
On Friday, 10 March 2017 at 14:19:17 UTC, Traktor TOni wrote:
On Friday, 10 March 2017 at 12:23:11 UTC, Ethan Watson wrote:
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wr
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in
size. It not only supports mobile devices, but also loads much
faster than general modern web pages.
How can they achieve such result?
This is how Vladimir answered before:
"No
On Friday, 10 March 2017 at 14:19:17 UTC, Traktor TOni wrote:
On Friday, 10 March 2017 at 12:23:11 UTC, Ethan Watson wrote:
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D developers should
at least be honest with themselves.
D++ - Beca
On Friday, 10 March 2017 at 14:22:52 UTC, TooHuman wrote:
On Friday, 10 March 2017 at 14:19:17 UTC, Traktor TOni wrote:
On Friday, 10 March 2017 at 12:23:11 UTC, Ethan Watson wrote:
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D develope
On Friday, 10 March 2017 at 12:23:11 UTC, Ethan Watson wrote:
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D developers should
at least be honest with themselves.
D++ - Because no language has version numbers. Not even C#. Any
proof to
On Friday, 10 March 2017 at 01:10:21 UTC, H. S. Teoh wrote:
On Fri, Mar 10, 2017 at 01:07:33AM +, XavierAP via
Digitalmars-d wrote:
The web reference tersely says under its *Slice* Operator
Overloading chapter [1]: "To overload a[], simply define
opIndex with no parameters."
Should not th
On Friday, 10 March 2017 at 13:57:06 UTC, Vasudev Ram wrote:
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in
size. It not only supports mobile devices, but also loads much
faster than general modern web pages.
How can they ach
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in
size. It not only supports mobile devices, but also loads much
faster than general modern web pages.
How can they achieve such result?
I think (not verified scientifically) that
On Friday, 10 March 2017 at 12:23:11 UTC, Ethan Watson wrote:
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D developers should
at least be honest with themselves.
D++ - Because no language has version numbers. Not even C#. Any
proof to
On Friday, 10 March 2017 at 11:25:11 UTC, Traktor TOni wrote:
I think the name is just misleading, the D developers should at
least be honest with themselves.
D++ - Because no language has version numbers. Not even C#. Any
proof to the contrary is clearly fake proof.
On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote:
[ ... ]
Time for an update.
I am currently working on integrating 64bit values into codegen
API.
However, a backend may not have native 64bit registers or
arithmetic (the x86/arm architectures come to mind)
For those a common
I think the name is just misleading, the D developers should at
least be honest with themselves.
On Friday, 10 March 2017 at 08:05:27 UTC, Stefan Koch wrote:
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in
size. It not only supports mobile devices, but also loads much
faster than general modern web pages.
How can they ach
On Friday, 10 March 2017 at 09:08:16 UTC, CasparKielwein wrote:
On Friday, 10 March 2017 at 09:00:15 UTC, Era Scarecrow wrote:
I'd rather we backtrack to more basic Apache/PHP/MySQL and
minimal JS without cross scripting or the like.
The Forum is actually written in D. As far as I know the au
On 3/9/2017 11:51 PM, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in size. It not only
supports mobile devices, but also loads much faster than general modern web
pages.
How can they achieve such result?
It doesn't have popup ads, autorun videos, trackers, large jpeg
On 10/03/17 09:51, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in size. It
not only supports mobile devices, but also loads much faster than
general modern web pages.
How can they achieve such result?
Maybe, but the NNTP interface routinely has "connection refused" pr
On Friday, 10 March 2017 at 09:00:15 UTC, Era Scarecrow wrote:
On Friday, 10 March 2017 at 08:05:27 UTC, Stefan Koch wrote:
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
How can they achieve such result?
By not using tons of java-script libraries.
Not having it bogged down certainly
On Friday, 10 March 2017 at 08:05:27 UTC, Stefan Koch wrote:
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
How can they achieve such result?
By not using tons of java-script libraries.
Not having it bogged down certainly makes a huge difference. I
can't stand that websites want to b
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in
size. It not only supports mobile devices, but also loads much
faster than general modern web pages.
How can they achieve such result?
Depends on your location, it loads in 253m
On Friday, 10 March 2017 at 07:51:30 UTC, Anon wrote:
The whole webpage https://forum.dlang.org/ has only 300KB in
size. It not only supports mobile devices, but also loads much
faster than general modern web pages.
How can they achieve such result?
By not using tons of java-script libraries
On Thursday, 9 March 2017 at 21:08:17 UTC, Yuxuan Shui wrote:
I'm using ddoc for the first time. I was naively expecting
something resembles dlang.org, and the results is a bit
disappointing. So I looked at dlang.org and realized lots and
lots of ddoc templates are required to achieve that.
A
57 matches
Mail list logo