On Saturday, 29 April 2017 at 14:13:18 UTC, Patrick Schluter
wrote:
For the same reason it is in C. If the ambition for D is to be
a system language then it should avoid introducing artificial
abstractions and work with the machine it runs on, not against.
The C model isn't much like x86 at
On Sat, Apr 29, 2017 at 11:24:36AM +, Patrick Schluter via
Digitalmars-d-announce wrote:
> On Friday, 28 April 2017 at 22:11:30 UTC, H. S. Teoh wrote:
> > The latest WAT I found in D is this one, see if you can figure it
> > out:
> >
> > char ch;
> > wchar wch;
> > dchar dch;
> >
On Saturday, 29 April 2017 at 14:13:18 UTC, Patrick Schluter
wrote:
That's not a simple assumption, it's acknowledgment that a C
program runs on real
hardware not a virtual machine like Java or C#.
Modern X86s are basically virtual machines... The instruction set
is decoded and executed on a
On Saturday, 29 April 2017 at 11:48:46 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 29 April 2017 at 11:24:36 UTC, Patrick Schluter
wrote:
C99 says "if an int can represent all values of the original
type, the value is converted to an int; otherwise, it is
converted to an unsigned int."
On Saturday, 29 April 2017 at 11:24:36 UTC, Patrick Schluter
wrote:
C99 says "if an int can represent all values of the original
type, the value is converted to an int; otherwise, it is
converted to an unsigned int."
Well, C is making the simple assumption that registers are
int-sized...
On Friday, 28 April 2017 at 22:11:30 UTC, H. S. Teoh wrote:
The latest WAT I found in D is this one, see if you can figure
it out:
char ch;
wchar wch;
dchar dch;
pragma(msg, typeof(true ? ch : ch));// char - OK
pragma(msg, typeof(true ? ch : wch));
On Saturday, 29 April 2017 at 03:44:50 UTC, Nick Sabalausky
(Abscissa) wrote:
On 04/28/2017 06:11 PM, H. S. Teoh via Digitalmars-d-announce
wrote:
https://bartoszmilewski.com/2013/09/19/edward-chands/
That is *awesome*!
Although, I always saw Eddie Scissors as more of a retelling of
On 04/28/2017 06:11 PM, H. S. Teoh via Digitalmars-d-announce wrote:
That's the thing about C++: The right way is the obscure way, and the
straightforward way is the wrong way. And yesterday's right way is
today's wrong way. And apparently (it would seem), the only way NOT to
completely fuck
On Friday, 28 April 2017 at 22:11:30 UTC, H. S. Teoh wrote:
On Fri, Apr 28, 2017 at 05:11:29PM -0400, Nick Sabalausky
(Abscissa) via Digitalmars-d-announce wrote:
On 04/28/2017 04:26 PM, Atila Neves wrote:
> The other day I was reminded that in C++ land one has to
> manually write `operator<<`
On 04/28/2017 02:11 PM, Nick Sabalausky (Abscissa) wrote:
> D takes all the current (and former!) application domains
> of C/C++, and brings to it basic programmer sanity.
When I had asked Luís Marques what the title of the talk should be, he
had said
import sanity;
:)
Ali
On Fri, Apr 28, 2017 at 05:11:29PM -0400, Nick Sabalausky (Abscissa) via
Digitalmars-d-announce wrote:
> On 04/28/2017 04:26 PM, Atila Neves wrote:
> > The other day I was reminded that in C++ land one has to manually
> > write `operator<<` to print things out and `operator==` to compare
> >
On 04/28/2017 04:26 PM, Atila Neves wrote:
The other day I was reminded that in
C++ land one has to manually write `operator<<` to print things out and
`operator==` to compare things.
What, seriously?!?
That's the thing about C++: The right way is the obscure way, and the
straightforward way
On Tuesday, 25 April 2017 at 13:57:53 UTC, XavierAP wrote:
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
I have to say it took me a very long time to come up with the
title and the abstract. How could I sell D to C++ experts?
Luckily, I asked Manu and among a long list of
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
I have to say it took me a very long time to come up with the
title and the abstract. How could I sell D to C++ experts?
Luckily, I asked Manu and among a long list of ideas he said
"it's about saving time" and "time is money".
On Sunday, 23 April 2017 at 12:29:24 UTC, Guillaume Piolat wrote:
On Sunday, 23 April 2017 at 12:04:08 UTC, Guillaume Piolat
wrote:
Hence Rust that sanctified this style.
And why it's not that interesting to the modern C++ programmer.
Actually, writing Rust made me realise how bad my C++
On 24.04.2017 19:02, Nick Sabalausky (Abscissa) wrote:
On 04/24/2017 11:17 AM, Timon Gehr wrote:
Also, Java's type system is
unsound.
Not doubting you, but this sounds interesting. Further info or links?
https://dev.to/rosstate/java-is-unsound-the-industry-perspective
On 04/24/2017 11:17 AM, Timon Gehr wrote:
Also, Java's type system is
unsound.
Not doubting you, but this sounds interesting. Further info or links?
On Monday, 24 April 2017 at 15:17:18 UTC, Timon Gehr wrote:
Swift allows raw pointer manipulation.
I didn't know that Swift had that as a language construct. Link?
I know that it provides library solutions for raw pointers, but
that can be said for most languages.
Java implementations
On 24.04.2017 13:33, Ola Fosheim Grøstad wrote:
On Monday, 24 April 2017 at 06:37:40 UTC, Walter Bright wrote:
The trouble is, one cannot look at a piece of code and tell if it
follows the rules or not.
I.e. it's not about it being possible to write memory safe code in C
or C++ (it is), it's
On Monday, 24 April 2017 at 06:37:40 UTC, Walter Bright wrote:
The trouble is, one cannot look at a piece of code and tell if
it follows the rules or not.
I.e. it's not about it being possible to write memory safe code
in C or C++ (it is), it's about verifying an arbitrary piece of
code as
On 4/23/2017 5:04 AM, Guillaume Piolat wrote:
The rules of leak-free, exception-safe C++11 aren't so hard.
- single-owneship for everything, invent fake owner if needed
- std::unique_ptr for owning pointer, raw pointers for borrowed
(unique_ptr neatly avoids to write a RAII wrapper for
On 2017-04-22 13:35, David Nadlinger wrote:
LDC officially supports shared libraries on macOS. -David
That's great.
--
/Jacob Carlborg
On Sunday, 23 April 2017 at 12:04:08 UTC, Guillaume Piolat wrote:
Hence Rust that sanctified this style.
And why it's not that interesting to the modern C++ programmer.
On Sunday, 23 April 2017 at 10:16:14 UTC, Walter Bright wrote:
On 4/11/2017 8:10 AM, Guillaume Piolat wrote:
Newer C++ almost erased leaks and memory errors if you follow
it.
C and C++ don't have memory leaks if you are careful. The
trouble is, there's no checking.
The rules of leak-free,
On 4/11/2017 8:10 AM, Guillaume Piolat wrote:
Newer C++ almost erased leaks and memory errors if you follow it.
C and C++ don't have memory leaks if you are careful. The trouble is, there's no
checking.
On Saturday, 22 April 2017 at 10:12:04 UTC, Arek wrote:
And no output for ARM64. :/
LDC has beta-quality support for AArch64. --David
On Tuesday, 11 April 2017 at 09:30:28 UTC, Jacob Carlborg wrote:
And no official support on macOS.
LDC officially supports shared libraries on macOS. -David
On Tuesday, 11 April 2017 at 09:30:28 UTC, Jacob Carlborg wrote:
On 2017-04-11 08:50, FreeSlave wrote:
D can't compete with C++ until it gets proper dynamic library
support on
all platforms. As far as I understand there're still problems
on Windows.
And no official support on macOS.
And
On 04/11/2017 02:22 AM, qznc wrote:
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
I will be presenting D as a time-saving tool at C++Now:
http://cppnow.org/
Looks like C++Now has two keynotes. One keynote on D and one keynote on
Rust. Maybe they should change their name. ;)
On Tuesday, 11 April 2017 at 14:36:18 UTC, Ali Çehreli wrote:
On 04/11/2017 02:35 AM, Joseph Rushton Wakeling wrote:
will we see you at DConf? :-)
Yes. I'm looking forward to it. :)
Great! And, likewise :-)
On Monday, April 10, 2017 23:08:16 Ali Çehreli via Digitalmars-d-announce
wrote:
> I will be presenting D as a time-saving tool at C++Now:
>
>http://cppnow.org/
>
> I have to say it took me a very long time to come up with the title and
> the abstract. How could I sell D to C++ experts?
On Tuesday, 11 April 2017 at 09:35:39 UTC, Joseph Rushton
Wakeling wrote:
And the simple clarity of the syntax really helps compared to,
say, C++. It's much easier to write and much easier to read
and understand. So, once again, it's easier to move fast.
As a D beginner I have to say that
On 04/11/2017 08:50 AM, FreeSlave wrote:
> D can't compete with C++ until it gets proper dynamic library support on
> all platforms. As far as I understand there're still problems on Windows.
Go fix it ;).
Yes, we still need to make `export` work to replace
`dllimport`/`dllexport`, then we can
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
Do you agree or disagree that D brings competitive advantage?
Please let me know.
Agree. There are different tradeoffs, obviously, and it won't
suit all use-cases, but the ability to iterate fast through
highly performant and
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
I will be presenting D as a time-saving tool at C++Now:
http://cppnow.org/
I have to say it took me a very long time to come up with the
title and the abstract. How could I sell D to C++ experts?
Luckily, I asked Manu and among
On 2017-04-11 08:50, FreeSlave wrote:
D can't compete with C++ until it gets proper dynamic library support on
all platforms. As far as I understand there're still problems on Windows.
And no official support on macOS.
--
/Jacob Carlborg
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
I will be presenting D as a time-saving tool at C++Now:
http://cppnow.org/
Looks like C++Now has two keynotes. One keynote on D and one
keynote on Rust. Maybe they should change their name. ;)
On Tuesday, 11 April 2017 at 06:08:16 UTC, Ali Çehreli wrote:
I will be presenting D as a time-saving tool at C++Now:
http://cppnow.org/
I have to say it took me a very long time to come up with the
title and the abstract. How could I sell D to C++ experts?
Luckily, I asked Manu and among
38 matches
Mail list logo
