Re: Vision for the first semester of 2016

Some of this apparently off-topic, but I will get back on-topic by the end. On Tue, 2016-01-26 at 21:17 +1300, Rikki Cattermole via Digitalmars-d- announce wrote: > I wasn't going to reply, until you tweeted. Sorry for wrongly assigning geography. > No just no. Yes, oh yes, oh yes.  > When

Re: how to allocate class without gc?

On Tuesday, 26 January 2016 at 01:09:50 UTC, Igor wrote: Is there any examples that shows how to properly allocate an object of a class type with the new allocators and then release it when desired? There are a number of different patterns discussed and illustrated with examples at

Re: What are the real GUI toolkits for D?

On Monday, 25 January 2016 at 08:31:34 UTC, Satoshi wrote: On Sunday, 24 January 2016 at 12:16:09 UTC, nbro wrote: Except for GtkD and DWT, D does not seem to be supported by a really nice GUI toolkit. Anyway, a serious programming language nowadays should have a lot more support in that area.

Re: Regex in ctfe?

On Tuesday, 26 January 2016 at 05:10:58 UTC, Manu wrote: I thought DMD was fully converted to D? The compiler could make use of std.regex if it wanted to... My experience is at least a year or two out of date; One of the DConf2015 talks someone was working on a C++ to D converter, and

Re: GDC Explorer Site Update

On Tuesday, 26 January 2016 at 07:22:36 UTC, Iain Buclaw wrote: On Tuesday, 26 January 2016 at 02:44:56 UTC, maik klein wrote: On Monday, 25 January 2016 at 23:08:32 UTC, Iain Buclaw wrote: Hi, After a much needed rebuild of the server running various GDC-related hosted services

Re: C++17

On Tuesday, 26 January 2016 at 09:16:47 UTC, Ola Fosheim Grøstad wrote: Would it be possible to make a fully compatible unique_ptr/shared_ptr solution that acts as the default memory management scheme in D within 6 months? No that would be stupid to make that the default as it is unsafe.

Re: GDC Explorer Site Update

On Monday, 25 January 2016 at 23:08:32 UTC, Iain Buclaw wrote: http://explore.dgnu.org/ Nice! Is there a way to override the default '-Og'? It seems that now Currently I cannot see any difference Now supports 12 different architectures from ARM to SystemZ! (not including -m32 or any

Re: GDC Explorer Site Update

On Tuesday, 26 January 2016 at 10:17:37 UTC, Adrian Matoga wrote: Nice! Is there a way to override the default '-Og'? It seems that now Currently I cannot see any difference Oops, pressed "Send" too quickly. Should be: I cannot see any difference in the output when I enter various

Re: dub and debian packaging

On Monday, 25 January 2016 at 23:46:09 UTC, Paul O'Neil wrote: On 01/25/2016 12:08 PM, ikod wrote: Hello I'd like to hear any opinions and best practices on coexistence of dub and debian .deb packaging and deployment. Here is my problem: I wrote some small library that use Pegged to parse

Re: GDC Explorer Site Update

On Tuesday, 26 January 2016 at 10:17:37 UTC, Adrian Matoga wrote: On Monday, 25 January 2016 at 23:08:32 UTC, Iain Buclaw wrote: http://explore.dgnu.org/ Nice! Is there a way to override the default '-Og'? It seems that now Currently I cannot see any difference Ah, I left that test

Re: nogc Array

On Tuesday, 26 January 2016 at 05:53:29 UTC, Igor wrote: On Tuesday, 26 January 2016 at 04:38:13 UTC, Adam D. Ruppe wrote: On Tuesday, 26 January 2016 at 04:31:07 UTC, Igor wrote: then std.algorithm.find!("a.myInt == b")(classes, 3) Try std.algorithm.find!("a.myInt == b")(classes[], 3)

Re: how to allocate class without gc?

On Tuesday, 26 January 2016 at 01:09:50 UTC, Igor wrote: Is there any examples that shows how to properly allocate an object of a class type with the new allocators and then release it when desired? There's an example of class object allocation in the std.experimental.allocator docs: //

Re: Pre-alpha D language online tour

On Monday, 25 January 2016 at 21:42:04 UTC, Craig Dillabaugh wrote: I should do this myself, but since I can't access my Github account ATM and will likely forget. The page: http://dlang-tour.steinsoft.net/tour/basics/1 The line: "An import statement mustn't appear at the top ... "

Re: Pre-alpha D language online tour

On Monday, 25 January 2016 at 21:53:26 UTC, Guillaume Piolat wrote: Very nice work and very much needed! Found some errors: - http://dlang-tour.steinsoft.net/tour/basics/2 * "long, ulong (32 bit)" <= should be "64 bit" * "real (depending on platform, 80 bit on Intel x64)" <= 80-bit on

[Issue 15604] std.array.array of structs with template opAssign and default initialised "new"ed class member.

https://issues.dlang.org/show_bug.cgi?id=15604 --- Comment #1 from John Colvin --- The problem comes from a deeper issue with static initialisers with indirections, which are just a nightmare. Nonetheless, here's the fix:

Re: how to allocate class without gc?

V Tue, 26 Jan 2016 05:47:42 + Igor via Digitalmars-d-learn napsáno: > On Tuesday, 26 January 2016 at 05:11:54 UTC, Mike Parker wrote: > > On Tuesday, 26 January 2016 at 01:09:50 UTC, Igor wrote: > >> Is there any examples that shows how to properly

Re: Regex in ctfe?

On Tuesday, 26 January 2016 at 11:35:24 UTC, Era Scarecrow wrote: On Tuesday, 26 January 2016 at 05:10:58 UTC, Manu wrote: I thought DMD was fully converted to D? The compiler could make use of std.regex if it wanted to... My experience is at least a year or two out of date; One of the

Re: What are the real GUI toolkits for D?

On Monday, 25 January 2016 at 08:31:34 UTC, Satoshi wrote: On Sunday, 24 January 2016 at 12:16:09 UTC, nbro wrote: Except for GtkD and DWT, D does not seem to be supported by a really nice GUI toolkit. Anyway, a serious programming language nowadays should have a lot more support in that area.

Re: Dconf 2015 talks...

On 01/26/2016 02:07 AM, Joseph Rushton Wakeling wrote: On Monday, 25 January 2016 at 23:34:56 UTC, Andrei Alexandrescu wrote: I see no problem with adding a category of rngs that are not forward. Naming is of course the hardest problem in our community :o). A good stard would be a /dev/random

Re: C++17

On Tuesday, 26 January 2016 at 09:33:22 UTC, deadalnix wrote: No that would be stupid to make that the default as it is unsafe. When would you estimate that D could have a production ready default memory managment solution (without GC)? When people look at a language they don't ask

What are the real advantages that D offers in multithreading?

Hi! I have seen that D offers basically similar constructs to Java for example for creating multithreaded applications. I would like to understand better what are the real advantages that D offers. Does D offer something that other known programming languages, such as C++, Java and Python,

Re: What are the real advantages that D offers in multithreading?

On Tuesday, 26 January 2016 at 11:41:49 UTC, nbro wrote: Hi! I have seen that D offers basically similar constructs to Java for example for creating multithreaded applications. I would like to understand better what are the real advantages that D offers. Does D offer something that other

[Issue 15608] extern(C++) mangling problem

https://issues.dlang.org/show_bug.cgi?id=15608 --- Comment #3 from Sobirari Muhomori --- Looks like 'U' is virtual, 'Q' is final, '$$CB' is const in Slice. --

[Issue 15309] [dmd-internal] ScopeExp.semantic() should set its type always

https://issues.dlang.org/show_bug.cgi?id=15309 --- Comment #6 from Martin Nowak --- Trying to fix this I arrived at the following conclusion. https://github.com/D-Programming-Language/dmd/pull/5366#issuecomment-174946328 > It's also a deeper problem, because ScopeExp can't know

[Issue 15611] DMD doesn't build with VS2015

https://issues.dlang.org/show_bug.cgi?id=15611 --- Comment #2 from Manu --- https://github.com/D-Programming-Language/dmd/pull/5367 This fixes the compile error. --

Re: Pre-alpha D language online tour

Looks great! For Windows dmd can also be installed using https://chocolatey.org/packages/dmd

Re: Status of DWT on OS X

On Saturday, 16 January 2016 at 07:05:46 UTC, Andrew wrote: I'm looking for a GUI that's cross platform including Windows, Limus, and OS X. From what I can tell, DWT isn't on OS X yet, is that correct? Is DWT is t ready yet, then Are the QT bindings to D stable? Thanks Andrew. Check

Re: Ever want to compile D on your Android phone? Well, now you can!

On Wednesday, 27 January 2016 at 06:04:43 UTC, Laeeth Isharc wrote: https://www.reddit.com/r/programming/comments/42w404/dlang_llvmbacked_compiler_alpha_release_for/ Thanks, I wondered if it had been posted, as it's the kind of oddity they might enjoy. :) On Wednesday, 27 January 2016 at

[Issue 15613] Parameter type mismatch error message are not very helpful

https://issues.dlang.org/show_bug.cgi?id=15613 Ketmar Dark changed: What|Removed |Added CC|

[Issue 15615] Creating a Variant with a const primitive type doesn't compile

https://issues.dlang.org/show_bug.cgi?id=15615 Alex Parrill changed: What|Removed |Added CC||initrd...@gmail.com

[Issue 15615] New: Creating a Variant with a const primitive type doesn't compile

https://issues.dlang.org/show_bug.cgi?id=15615 Issue ID: 15615 Summary: Creating a Variant with a const primitive type doesn't compile Product: D Version: D2 Hardware: x86_64 OS: Windows Status:

Re: How do you draw in gtkD? Simple example overriding Widget.draw() doesn't compile.

Generally don't override methods in GtkD, use event handlers like addOnDraw. Because GtkD wraps GTK functions an overriden D method of GtkD will never get called by GTK since it is working with the underlying C functions directly.

Re: C++17

On Wednesday, 27 January 2016 at 00:16:58 UTC, Atila Neves wrote: On Tuesday, 26 January 2016 at 21:01:53 UTC, bachmeier wrote: "With C++xx, there's little benefit to switching" is a very common sentiment among current C++ programmers. And it's probably true. It's not true. After failing to

Re: C++17

On Tue, 26 Jan 2016 21:15:07 +, rsw0x wrote: > On Tuesday, 26 January 2016 at 20:40:50 UTC, Chris Wright wrote: >> On Tue, 26 Jan 2016 19:04:33 +, rsw0x wrote: >>> GC in D is a pipedream, if it wasn't, why is it still so horrible? >>> Everyone keeps dancing around the fact that if the GC

Re: C++17

Really I don't get this talk about convert someone from a language x to y. It will be very hard, some are programming since a long time and many don't want to change no matter what, and there are other issues like jobs and so on. I think we need to gather attention from new people that are

Re: C++17

H. S. Teoh via Digitalmars-d wrote: > This reminds me of the time when I wanted to make a "trivial" change to > an old C++ project of mine. This was after I had become acquianted with > D, and gotten used to built-in AA's. I noticed that C++14 finally > officially had

Re: C++17

On 1/26/2016 4:45 PM, H. S. Teoh via Digitalmars-d wrote: http://bartoszmilewski.com/2013/09/19/edward-chands/ ) "And you know a new feature is badly designed if Scott Meyers has a talk about it."

Re: C++17

On Tuesday, 26 January 2016 at 21:50:58 UTC, Igor wrote: What D lacks is organizational structure! It's akin to a bunch of kids programming in their bedrooms cobbling together stuff and being ecstatic that it works(for them at least). I'm going to chalk this up to lack of experience in

Re: C++17

On Wed, 27 Jan 2016 05:28:56 +, Jack Stouffer wrote: > The sheer number of new language features, removals of bad ideas, > and new library features makes C++ growth look glacial in comparison. I > literally know of no other language than Python that has as quick a > turnaround on new ideas

Re: C++17

On Wednesday, 27 January 2016 at 05:32:04 UTC, Chris Wright wrote: On Tue, 26 Jan 2016 21:15:07 +, rsw0x wrote: On Tuesday, 26 January 2016 at 20:40:50 UTC, Chris Wright wrote: On Tue, 26 Jan 2016 19:04:33 +, rsw0x wrote: GC in D is a pipedream, if it wasn't, why is it still so

Re: C++17

On Wednesday, 27 January 2016 at 05:41:18 UTC, Chris Wright wrote: I think the general trend is to create a new language rather than evolve an existing one. It's easier to market. I have to disagree with you there. The number of new languages per year that hit more than, let's say, 10,000

Re: Ever want to compile D on your Android phone? Well, now you can!

On Sunday, 24 January 2016 at 15:12:30 UTC, Joakim wrote: An alpha release of ldc, the llvm-based D compiler, for Android devices is now available. It is best used with the excellent Termux app (https://play.google.com/store/apps/details?id=com.termux=en) and a bluetooth keyboard. ;) Updated

Re: how to allocate class without gc?

On Tuesday, 26 January 2016 at 01:09:50 UTC, Igor wrote: Is there any examples that shows how to properly allocate an object of a class type with the new allocators and then release it when desired? This is more or less the same answer as you've get previously except that I don't use emplace

[Issue 15614] more helpful error messages when bang omiitted

https://issues.dlang.org/show_bug.cgi?id=15614 b2.t...@gmx.com changed: What|Removed |Added CC||b2.t...@gmx.com Component|phobos

Re: New DCD and dfmt betas

On 2016-01-26 21:57, Brian Schott wrote: Fixed: https://github.com/Hackerpilot/dfmt/issues/226 Thanks. -- /Jacob Carlborg

[Issue 15612] New: Break immutability with default initialisers

https://issues.dlang.org/show_bug.cgi?id=15612 Issue ID: 15612 Summary: Break immutability with default initialisers Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: critical

Re: Vision for the first semester of 2016

I wasn't going to reply, until you tweeted. No just no. When dealing with tertiary institutions especially New Zealand ones, you've got to understand they have massive pressure to get through content. Every single class is standardized nationally, by law. You're all worried about doing

Re: New DCD and dfmt betas

On 2016-01-26 03:18, Brian Schott wrote: https://github.com/Hackerpilot/dfmt/releases/tag/v0.5.0-beta2 This version of dfmt includes several whitespace and indentation fixes. There is also some fine-tuning in the line wrap calculation algorithm and a new option to control the formatting of

Re: Vision for the first semester of 2016

On 2016-01-25 22:15, Iain Buclaw via Digitalmars-d-announce wrote: With respect, I'm not sure whether anyone in core would have the slightless hint of knowing how UI works. (Not that I speak for anyone but myself :-) And you think that I have the slightest idea of what I'm doing ;) -- /Jacob

Re: Why do some attributes start with '@' while others done't?

On Tuesday, 26 January 2016 at 12:42:37 UTC, w0rp wrote: I think we bicker and pontificate about these kinds of issues too much. Yes. Sorry, got carried away on a tangent. Do we want @ for every attribute or not? Yes. If you worry about the compiler becoming too complicated, I can

Re: Why do some attributes start with '@' while others done't?

On Monday, 25 January 2016 at 18:34:24 UTC, burjui wrote: On Friday, 22 January 2016 at 18:28:31 UTC, Wyatt wrote: If you need an IDE to work comfortably in a language, something has clearly gone wrong. Oh come on, not that "Vim/Emacs vs IDEs" crap again. Not what he was saying at all. He

Re: Pre-alpha D language online tour

On Tuesday, 26 January 2016 at 10:30:17 UTC, André wrote: On Monday, 25 January 2016 at 21:53:26 UTC, Guillaume Piolat wrote: [...] Thank you very much for going through the content! I integrated your comments and they will be online very soon. I added a paragraph for __gshared in the

Re: Why do some attributes start with '@' while others done't?

On Tuesday, 26 January 2016 at 13:16:10 UTC, Wyatt wrote: On Tuesday, 26 January 2016 at 12:42:37 UTC, w0rp wrote: Do we want @ for every attribute or not? Yes. I'll agree. A number of the attributes that use @ won't be an option to use without the @; And having a half & half (or more

Re: Fun with extern(C++)

On 2016-01-26 13:59, Manu via Digitalmars-d wrote: Hmmm. I wonder if this will cause problems... Is it impossible to support a C++ class implementing a D interface? No that I know how the C++ compatibility works but I would guess the compiler needs to know at compile time how to call a

Re: What are the real advantages that D offers in multithreading?

On Tuesday, 26 January 2016 at 12:47:24 UTC, Kagamin wrote: D differs in how threads share data. See last chapters of tutorial: http://ddili.org/ders/d.en/index.html from "Parallelism" to "Fibers". Also, the start of chapter 11 of Learning D has a discussion of these issues, and links to

Re: Vision 2016 H1

On Tuesday, 26 January 2016 at 07:18:43 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 04:57:11 UTC, Joakim wrote: It is amazing that D has gotten so far as an OSS project without commercial backing, a credit to the engineering sense of Walter and the core team. But I don't

Re: Pre-alpha D language online tour

On Tuesday, 26 January 2016 at 13:48:57 UTC, Mengu wrote: On Tuesday, 26 January 2016 at 10:30:17 UTC, André wrote: On Monday, 25 January 2016 at 21:53:26 UTC, Guillaume Piolat wrote: [...] Thank you very much for going through the content! I integrated your comments and they will be online

Re: Fun with extern(C++)

On Tuesday, 26 January 2016 at 12:59:35 UTC, Manu wrote: Hmmm. I wonder if this will cause problems... Is it impossible to support a C++ class implementing a D interface? D interfaces are implicitly convertible to Object. I kinda hoped that having a C++ class at the bottom of the stack

Re: Vision 2016 H1

On Tuesday, 26 January 2016 at 14:24:57 UTC, Joakim wrote: On Tuesday, 26 January 2016 at 07:18:43 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 04:57:11 UTC, Joakim wrote: It is amazing that D has gotten so far as an OSS project without commercial backing, a credit to the

Re: Vision 2016 H1

On Tuesday, 26 January 2016 at 14:35:53 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 14:24:57 UTC, Joakim wrote: On Tuesday, 26 January 2016 at 07:18:43 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 04:57:11 UTC, Joakim wrote: It is amazing that D has gotten

How to simplyfy "getting started" ? Installation desciption at dlang suboptimal.

As an new D user but old Linux/Ubuntu user, I am used to install nearly everything which is possible via sudo apt-get install, so I searched for "Installing D with Ubuntu", because I didn't wanted to use the package link offered on the website dlang.org. I came to:

Re: Vision 2016 H1

On Tuesday, 26 January 2016 at 15:02:51 UTC, Joakim wrote: OK, I finally know what you disagree with. The fundamental problem is that without commercial funding, all OSS contributions are voluntary, usually done during their spare time, while focused design takes time, a lot of it. Without

Re: Fun with extern(C++)

On 1/26/16 8:58 AM, Jacob Carlborg wrote: On 2016-01-26 13:59, Manu via Digitalmars-d wrote: Hmmm. I wonder if this will cause problems... Is it impossible to support a C++ class implementing a D interface? No that I know how the C++ compatibility works but I would guess the compiler needs

Re: Fun with extern(C++)

On 26 January 2016 at 23:58, Jacob Carlborg via Digitalmars-d wrote: > On 2016-01-26 13:59, Manu via Digitalmars-d wrote: > >> Hmmm. I wonder if this will cause problems... >> Is it impossible to support a C++ class implementing a D interface? > > > No that I know how

Re: C++17

On Tuesday, 26 January 2016 at 10:39:03 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 09:33:22 UTC, deadalnix wrote: No that would be stupid to make that the default as it is unsafe. When would you estimate that D could have a production ready default memory managment

Re: Fun with extern(C++)

On 27 January 2016 at 01:38, Steven Schveighoffer via Digitalmars-d wrote: > On 1/26/16 8:58 AM, Jacob Carlborg wrote: >> >> On 2016-01-26 13:59, Manu via Digitalmars-d wrote: >> >>> Hmmm. I wonder if this will cause problems... >>> Is it impossible to support a C++

Re: Fun with extern(C++)

On 27 January 2016 at 00:37, Kagamin via Digitalmars-d wrote: > On Tuesday, 26 January 2016 at 12:59:35 UTC, Manu wrote: >> >> Hmmm. I wonder if this will cause problems... >> Is it impossible to support a C++ class implementing a D interface? > > > D interfaces are

Re: dub and debian packaging

On Tuesday, 26 January 2016 at 11:06:40 UTC, Bastiaan Veelo wrote: On Monday, 25 January 2016 at 23:46:09 UTC, Paul O'Neil wrote: On 01/25/2016 12:08 PM, ikod wrote: [...] I think there's a longer discussion one one of the dub issues that explains why this doesn't exist yet. The blocker is

Re: C++17

On Tuesday, 26 January 2016 at 15:51:22 UTC, deadalnix wrote: On Tuesday, 26 January 2016 at 10:39:03 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 09:33:22 UTC, deadalnix wrote: No that would be stupid to make that the default as it is unsafe. When would you estimate that D

Re: Fun with extern(C++)

On 2016-01-26 16:49, Manu via Digitalmars-d wrote: I'm not sure there's a difference in the calling convention... the function being called may perform adjustment of the 'this' pointer such that it's correct relative to the class that implemented the function, but that's internal to the

Re: Fun with extern(C++)

On 27 January 2016 at 02:01, Jacob Carlborg via Digitalmars-d wrote: > On 2016-01-26 16:49, Manu via Digitalmars-d wrote: > >> I'm not sure there's a difference in the calling convention... the >> function being called may perform adjustment of the 'this' pointer >>

Re: How to simplyfy "getting started" ? Installation desciption at dlang suboptimal.

On Tue, Jan 26, 2016 at 03:07:25PM +, Martin Tschierschke via Digitalmars-d wrote: [...] > I think probably the best would be if "sudo apt-get install dmd/dub", > out of the box would deliver, without the need to use an external > repository which, is not included as default in Debian/Ubuntu.

Re: Fun with extern(C++)

On Tuesday, 26 January 2016 at 16:13:55 UTC, Manu wrote: Probably, but the layout of the vtable is defined by the interface, and the interface type is always known, so I don't see why there should be any problem. Whether it's extern(C++) or extern(D), the class populating the vtable with

Re: How to simplyfy "getting started" ? Installation desciption at dlang suboptimal.

On Tuesday, 26 January 2016 at 16:34:29 UTC, H. S. Teoh wrote: [...] Unfortunately dmd will never be part of Debian's main repository, because the backend has an incompatible license. However, gdc, a gcc-based D compiler that uses the same frontend as dmd, is already in Debian, and probably

Re: Fun with extern(C++)

On Tuesday, 26 January 2016 at 15:53:39 UTC, Manu wrote: How does that work? I've never really used classes in D. Interface vtable has a fixup, which added to the interface pointer gives object pointer. D classes are derived from Object class. So, you're saying that if you have an 'I'

Re: Fun with extern(C++)

On Tuesday, 26 January 2016 at 16:25:35 UTC, Benjamin Thaut wrote: On Tuesday, 26 January 2016 at 16:13:55 UTC, Manu wrote: Probably, but the layout of the vtable is defined by the interface, and the interface type is always known, so I don't see why there should be any problem. Whether it's

Re: Fun with extern(C++)

On 1/26/16 10:57 AM, Manu via Digitalmars-d wrote: On 27 January 2016 at 01:38, Steven Schveighoffer via Digitalmars-d wrote: On 1/26/16 8:58 AM, Jacob Carlborg wrote: On 2016-01-26 13:59, Manu via Digitalmars-d wrote: Hmmm. I wonder if this will cause

Re: Fun with extern(C++)

On 1/26/16 12:08 PM, Kagamin wrote: On Tuesday, 26 January 2016 at 15:53:39 UTC, Manu wrote: How does that work? I've never really used classes in D. Interface vtable has a fixup, which added to the interface pointer gives object pointer. Technically, D interfaces only EXPLICITLY cast to

Re: Google Summer of Code 2016

On Monday, 18 January 2016 at 16:16:01 UTC, Craig Dillabaugh wrote: On Thursday, 31 December 2015 at 23:58:32 UTC, Craig Dillabaugh wrote: The deadline for the Google Summer of Code, 2016 is February 19th. Which means we have about a month and a half to put something together. For the time

Re: Pre-alpha D language online tour

On Tuesday, 26 January 2016 at 14:25:33 UTC, CraigDillabaugh wrote: let's put it on github and let everyone contribute and make things easier for you. :) It is on Github (see post #1) On a related note: because it's on GitHub it's even possible to contribute content and examples just

Re: C++17

On Tuesday, 26 January 2016 at 15:59:37 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 15:51:22 UTC, deadalnix wrote: On Tuesday, 26 January 2016 at 10:39:03 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 09:33:22 UTC, deadalnix wrote: No that would be stupid to

Re: C++17

On Tuesday, 26 January 2016 at 18:57:45 UTC, deadalnix wrote: I don't think it is desirable. I do think we should focus on having GC.malloc/GC.free have the same level of perfs than malloc/free, which is very doable. Does this mean that you have given up on D getting an ownership mechanism?

Re: C++17

On Tuesday, 26 January 2016 at 18:57:45 UTC, deadalnix wrote: On Tuesday, 26 January 2016 at 15:59:37 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 15:51:22 UTC, deadalnix wrote: On Tuesday, 26 January 2016 at 10:39:03 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January

Re: C++17

On Tuesday, 26 January 2016 at 19:02:54 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 26 January 2016 at 18:57:45 UTC, deadalnix wrote: I don't think it is desirable. I do think we should focus on having GC.malloc/GC.free have the same level of perfs than malloc/free, which is very doable.

Re: C++17

On Tuesday, 26 January 2016 at 19:07:03 UTC, rsw0x wrote: I see C++17 and think of why I should keep using D when C++ is aping a lot of its best features. Yes... and Rust is also maturing... So.

Re: How to simplyfy "getting started" ? Installation desciption at dlang suboptimal.

On 26 January 2016 at 17:34, H. S. Teoh via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > On Tue, Jan 26, 2016 at 03:07:25PM +, Martin Tschierschke via > Digitalmars-d wrote: > [...] > > I think probably the best would be if "sudo apt-get install dmd/dub", > > out of the box would

Re: How to simplyfy "getting started" ? Installation desciption at dlang suboptimal.

On 26 January 2016 at 20:23, Iain Buclaw wrote: > On 26 January 2016 at 17:34, H. S. Teoh via Digitalmars-d < > digitalmars-d@puremagic.com> wrote: > >> On Tue, Jan 26, 2016 at 03:07:25PM +, Martin Tschierschke via >> Digitalmars-d wrote: >> [...] >> > I think

Re: C++17

On Tuesday, 26 January 2016 at 19:07:03 UTC, rsw0x wrote: I see C++17 and think of why I should keep using D when C++ is aping a lot of its best features. You and 99.9% of other C++ programmers. D is not going to gain anything from efforts to recruit C++ programmers because they are, in

Re: Dconf 2015 talks...

On Tuesday, 26 January 2016 at 12:07:59 UTC, Andrei Alexandrescu wrote: I think a pseudo-rng as a forward range is useful. It's good in testing and experimentation to fork a sequence of pseudo-random numbers, turn the clock back, etc. Essentially I see no harm in it; it's always easy to make a

Re: C++17

On Tuesday, 26 January 2016 at 19:07:03 UTC, rsw0x wrote: I see C++17 and think of why I should keep using D when C++ is aping a lot of its best features. The real victory isn't, "Everyone carries our flag," it's "Everyone adopts our good ideas."

Re: Playing around with aliasthis

On Tue, Jan 26, 2016 at 8:20 AM, Rory via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > Hi, > > I need some help understanding dmd and I'm wondering where I should ask. > > I have made a multiple aliasthis implementation that currently only works > for structs. If I try to use a class

Re: C++17

On Tuesday, 26 January 2016 at 19:04:33 UTC, rsw0x wrote: Now as to when, well, I'm waiting for your PR. They will never have the performance of e.g, jemalloc. In fact I will. The design of SDC's GC is based on jemalloc after extensive discussion with Jason Evan. He is considering

Re: C++17

On Tuesday, 26 January 2016 at 19:51:22 UTC, Joseph Rushton Wakeling wrote: On Tuesday, 26 January 2016 at 19:07:03 UTC, rsw0x wrote: I see C++17 and think of why I should keep using D when C++ is aping a lot of its best features. The real victory isn't, "Everyone carries our flag," it's

Re: C++17

On Tuesday, 26 January 2016 at 20:05:16 UTC, deadalnix wrote: On the other hand, D's type system can be leveraged to reduce lock contention on the GC (and not lock at all on thread local allocs). There's no such thing in D. shared int* i = new int(5); int* l = new int(5); these call the

Re: C++17

On Tuesday, 26 January 2016 at 19:33:04 UTC, bachmeier wrote: You and 99.9% of other C++ programmers. D is not going to gain anything from efforts to recruit C++ programmers because they are, in spite of claims to the contrary, very happy with the language. That's not actually true. Many C++

Re: What are the real advantages that D offers in multithreading?

On Tue, 26 Jan 2016 11:41:49 +, nbro wrote: > Does D > offer something that other known programming languages, such as C++, > Java and Python, do not offer? D has in the standard runtime Fibers (aka coroutines). You can use fibers in C++ if you find a library to do it (boost might?). You

Re: C++17

On Tuesday, 26 January 2016 at 20:22:19 UTC, rsw0x wrote: On Tuesday, 26 January 2016 at 20:05:16 UTC, deadalnix wrote: On the other hand, D's type system can be leveraged to reduce lock contention on the GC (and not lock at all on thread local allocs). There's no such thing in D. shared

Re: C++17

On Tue, 26 Jan 2016 19:04:33 +, rsw0x wrote: > GC in D is a pipedream, if it wasn't, why is it still so horrible? > Everyone keeps dancing around the fact that if the GC wasn't horrible, > nobody would work around it. Rather, if everyone believed the GC was awesome in all circumstances,

Re: C++17

On Tue, 26 Jan 2016 20:22:19 +, rsw0x wrote: > On Tuesday, 26 January 2016 at 20:05:16 UTC, deadalnix wrote: >> On the other hand, D's type system can be leveraged to reduce lock >> contention on the GC (and not lock at all on thread local allocs). > > There's no such thing in D. > > shared

Re: C++17

On Tuesday, 26 January 2016 at 20:40:50 UTC, Chris Wright wrote: In this case, I think it's a marketing issue, not a technical one. D's being marketed as an alternative to C++, and existing C++ users tend to believe that any garbage collector is too slow to be usable. Yes, I've noticed how

  1   2   3   >