Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 2017-04-11 02:20, Walter Bright wrote: On 4/10/2017 4:43 PM, David Nadlinger wrote: [1] In fact, it looks like – for example with DMD moving to libunwind-based EH as well – the issue is slowly resolving itself anyway and at some point we'll merely have to sit down for a week and iron out the

{OT} Youtube video small tutorial to work with newCTFE's IR

Hi Guys, I have uploaded a video showing howto implement pow in newCTFE's IR. I hope that this is of interest to some of you :) Cheers, Stefan

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tue, 2017-04-11 at 14:21 +, Matthias Klumpp via Digitalmars-d wrote: > […] > At time I am playing around with the idea of using pkg-config[1]  > files to enlist the sources a D library consists of. > By doing that, we would have a very build-system agnostic way of  > doing storing that

What is this error message telling me?

I was watching a dconf presentation from last year and wanted to try this out: https://github.com/luismarques/parnas72. It doesn't compile / run as it is and the problem seems to be in the function below. import std.algorithm; import std.range; import std.uni; /// Performs [["foo", "bar"],

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 14:49:03 UTC, Russel Winder wrote: [...] Having played a bit with GtkD, you always want this as a shared library for development. Yeah, GtkD is pretty massive and takes quite a large amount of time to compile... Redoing that for each software depending on it is

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 14:43:15 UTC, Russel Winder wrote: On Tue, 2017-04-11 at 14:21 +, Matthias Klumpp via Digitalmars-d wrote: […] At time I am playing around with the idea of using pkg-config[1] files to enlist the sources a D library consists of. By doing that, we would have

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 11/04/2017 3:21 PM, Matthias Klumpp wrote: On Tuesday, 11 April 2017 at 14:04:44 UTC, rikki cattermole wrote: [...] /usr/share/source/D/package-name-version Add a search path like that to Dub and create source only library packages and that is pretty much all the distribution we need for

Re: {OT} Youtube video small tutorial to work with newCTFE's IR

On 11/04/2017 2:56 PM, Stefan Koch wrote: Hi Guys, I have uploaded a video showing howto implement pow in newCTFE's IR. I hope that this is of interest to some of you :) Cheers, Stefan https://www.youtube.com/watch?v=y805iQ3ogC4=youtu.be

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 14:04:44 UTC, rikki cattermole wrote: [...] /usr/share/source/D/package-name-version Add a search path like that to Dub and create source only library packages and that is pretty much all the distribution we need for libraries I reckon. It's more likely that the

Re: Dub and compilation

On Tue, 2017-04-11 at 13:24 +, Mike Parker via Digitalmars-d-learn wrote: > On Tuesday, 11 April 2017 at 11:13:30 UTC, Russel Winder wrote: > > > This is not what seems to happen with unit-threaded. for the  > > directory ~/.dub/packages/unit-threaded-0.7.11/unit-threaded,  > > the tree is: >

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, April 11, 2017 14:33:01 Matthias Klumpp via Digitalmars-d wrote: > On Tuesday, 11 April 2017 at 14:26:37 UTC, rikki cattermole wrote: > > [...] > > The problem with /usr/include/d is that is where .di files > > would be located not .d. This would also match up with the > > c/c++ usage

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 12:56:59 UTC, Jonathan M Davis wrote: But if we just use dub - which _is_ the official packaging and build tool - then we avoid these issues. Ideally, the compiler and dub would be part of the distro, but libraries don't need to be. And it sounds like that's

Re: What is this error message telling me?

On Tuesday, 11 April 2017 at 14:51:44 UTC, Anonymous wrote: I was watching a dconf presentation from last year and wanted to try this out: https://github.com/luismarques/parnas72. It doesn't compile / run as it is and the problem seems to be in the function below. import std.algorithm;

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 2017-04-11 14:56, Jonathan M Davis via Digitalmars-d wrote: That's basically what's required with D. It is not ABI compatible across releases, and while ABI compatibility might be nice, it really isn't reasonable with D - especially with how attributes work and how template heavy D code is.

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 14:26:37 UTC, rikki cattermole wrote: [...] The problem with /usr/include/d is that is where .di files would be located not .d. This would also match up with the c/c++ usage of it. When I asked about this a while back, I was told to just install the sources into

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

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 :-)

Re: Dub, Git, Mercurial, Bazaar

On Tuesday, 11 April 2017 at 04:59:27 UTC, Russel Winder wrote: Go only uses Git, Mercurial, or Bazaar for dependency handling. Rust (via Cargo) allows for a central repository, and Git (, and Mercurial ?) repositories. Dub appears only to allow for central repository, or have I missed it's

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 13:43:38 UTC, Jacob Carlborg wrote: On 2017-04-11 02:47, Jonathan M Davis via Digitalmars-d wrote: Honestly, I don't see how it really makes much sense to use shared libraries with D except in cases where you have no choice. The lack of ABI compatibility makes

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 11/04/2017 3:01 PM, Jacob Carlborg wrote: On 2017-04-11 14:56, Jonathan M Davis via Digitalmars-d wrote: That's basically what's required with D. It is not ABI compatible across releases, and while ABI compatibility might be nice, it really isn't reasonable with D - especially with how

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 11/04/2017 3:33 PM, Matthias Klumpp wrote: On Tuesday, 11 April 2017 at 14:26:37 UTC, rikki cattermole wrote: [...] The problem with /usr/include/d is that is where .di files would be located not .d. This would also match up with the c/c++ usage of it. When I asked about this a while back,

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tue, 2017-04-11 at 07:40 -0700, Jonathan M Davis via Digitalmars-d wrote: > On Tuesday, April 11, 2017 14:21:57 Matthias Klumpp via Digitalmars-d > wrote: > > This will *not* solve the issues with Phobos breakage though, as > > Phobos is a shared library. > > It could always just be

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 12:38:01 UTC, Matthias Klumpp wrote: If you could change the SOVERSION with every one of these changes, or simply just tie it to the respective Phobos release, distributions would automatically do the right thing and compile all D code using Phobos against the new

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, April 11, 2017 14:21:57 Matthias Klumpp via Digitalmars-d wrote: > This will *not* solve the issues with Phobos breakage though, as > Phobos is a shared library. It could always just be distributed as a static library. There arguably isn't much point in distributing it as a shared

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 15:31:46 UTC, David Nadlinger wrote: On Tuesday, 11 April 2017 at 12:38:01 UTC, Matthias Klumpp wrote: If you could change the SOVERSION with every one of these changes, or simply just tie it to the respective Phobos release, distributions would automatically do

Re: Dlang forum: some feature requests

Am Mon, 10 Apr 2017 12:24:15 + schrieb Vladimir Panteleev : > On Monday, 10 April 2017 at 09:35:30 UTC, crimaniak wrote: > > IMHO, it's better to do the same as with HTML letters: > > text/markdown body + text/plain body for clients not supporting > >

[Issue 17319] New: icmp - cannot use in sort with string array arguments - compilation fails

https://issues.dlang.org/show_bug.cgi?id=17319 Issue ID: 17319 Summary: icmp - cannot use in sort with string array arguments - compilation fails Product: D Version: D2 Hardware: x86_64 OS: Windows

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 14:49:03 UTC, Russel Winder wrote: Having played a bit with GtkD, you always want this as a shared library for development. Why would a shared library be preferable to a static library for that (which might still be re-used between different projects, etc.)? —

Re: Proposal 2: Exceptions and @nogc

On Sunday, 9 April 2017 at 20:14:24 UTC, Walter Bright wrote: On 4/9/2017 1:16 AM, Daniel N wrote: ... but why not go all the way, making it "always" refcounted? (for any "new E", not emplace). Backwards compatibility, for one. For another, a general mechanism for safe refcounting of

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 4/11/2017 6:46 AM, Jacob Carlborg wrote: http://www.sealiesoftware.com/blog/archive/2009/01/27/objc_explain_Non-fragile_ivars.html Looks like it solves it by adding another layer of indirection: "the performance overhead of the extra ivar offset variable is small."

Re: [OT] Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 18:14:40 UTC, David Nadlinger wrote: On Tuesday, 11 April 2017 at 12:03:27 UTC, Matthias Klumpp wrote: On Monday, 10 April 2017 at 22:15:53 UTC, David Nadlinger wrote: So do we need to put a reminder about the ABI being unstable into set of every release notes to

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 11 April 2017 at 20:13, David Nadlinger via Digitalmars-d wrote: > On Monday, 10 April 2017 at 22:36:39 UTC, Iain Buclaw wrote: >> >> All the regression fixes and none of the bugs! > > > That's an interesting approach (spoken with British language sensibilities). >

Re: GNU Guile D language interop

On Monday, 10 April 2017 at 05:15:50 UTC, new2d wrote: Think you can share the code? I cannot find it at the moment. If I come upon it, I will post a link here. I remember now that Guile is less friendly than other Schemes, so I created a C library to handle the data passing between Guile

Re: What is this error message telling me?

On Tuesday, April 11, 2017 14:51:44 Anonymous via Digitalmars-d-learn wrote: > I was watching a dconf presentation from last year and wanted to > try this out: https://github.com/luismarques/parnas72. It doesn't > compile / run as it is and the problem seems to be in the > function below. > >

Re: GC blessed for C++ (again)

On Tuesday, 11 April 2017 at 07:02:19 UTC, Swoorup Joshi wrote: Breaking, you mean the standard library? or including user codebases? Taking the GC out of language constructs (e.g. ~=, AAs) would be a massive breaking change and would probably break the majority of D code in existence.

Re: GC blessed for C++ (again)

On Tuesday, 11 April 2017 at 16:16:03 UTC, Jack Stouffer wrote: On Tuesday, 11 April 2017 at 07:02:19 UTC, Swoorup Joshi wrote: Breaking, you mean the standard library? or including user codebases? Taking the GC out of language constructs (e.g. ~=, AAs) would be a massive breaking change and

Re: Call for arms: Arch Linux D package maintenance

On Thursday, 16 February 2017 at 19:58:47 UTC, Rory McGuire wrote: Hi, I am planning on asking to become TU for the dlang packages in community. I've been building and working with the current packages and making my own packages to make sure I know what I'm getting in to. LDC and GDC are

Re: Dlang forum: some feature requests

On Tuesday, 11 April 2017 at 16:23:15 UTC, Marco Leise wrote: (A problem with HTML mail is the great flexibility. Some mails are unreadable on a dark color scheme or the different fonts and sizes drive you mad.) We could do what GitHub does and send Markdown in text/plain and

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 11 April 2017 at 17:48, Matthias Klumpp via Digitalmars-d wrote: > On Tuesday, 11 April 2017 at 15:31:46 UTC, David Nadlinger wrote: >> >> On Tuesday, 11 April 2017 at 12:38:01 UTC, Matthias Klumpp wrote: >>> >>> If you could change the SOVERSION with every one of

Re: Proposal 2: Exceptions and @nogc

On 4/11/2017 1:54 AM, Jonathan M Davis via Digitalmars-d wrote: No. D can catch C++ exceptions. What does this look like? I recall you discussing planning adding the ability for D to catch C++ exceptions, but I was unaware that it had been implemented yet. Certainly, I couldn't find it in the

Re: Walter and Andrei and community relationship management

On 4/11/2017 2:18 AM, qznc wrote: It usually comes down to charismatic and visionary leaders. Walter and Andrei are good with that, otherwise D would have faltered long ago. For a socially inept nerd such as myself, with all the charisma of a lamppost, I think D has done very well.

Re: Walter and Andrei and community relationship management

On 4/11/2017 4:57 AM, Jacob Carlborg wrote: On 2017-04-11 00:07, Walter Bright wrote: There are many. A random sampling: Jacob Carlborg - Objective C support Actually, this one wasn't my idea originally. It was Michel Fortin that started this work and did most of it. I just did the

Re: D at Netflix

On Sunday, 9 April 2017 at 14:38:43 UTC, Laeeth Isharc wrote: On the reddit or Hacker News thread (congratulations on getting approval from Symantec - v exciting) there was a guy from Netflix who said he was using D there, I think for data science. If he reads this, or someone has time to

Re: What are we going to do about mobile?

Am Sun, 09 Apr 2017 12:44:15 + schrieb Nick B : > > I'd say we just have /more/ fully capable computers around us > > nowadays. I'd probably roughly split it into > > - web/cloud server machines, often running VMs > > - scientific computation clusters > > - desktops

Porting a text pager from Python to D (DLang)

Hi list, I had written this recently. Thought it might be of interest: Porting the text pager from Python to D (DLang): https://jugad2.blogspot.in/2017/04/porting-text-pager-from-python-to-d.html Cheers, Vasudev Ram Site: vasudevram.github.io Blog: jugad2.blogspot.com

Re: Thoughts from newcommer

(All gc-ed langauges recommend static preallocation :P) ;) Thanks for replying. https://wiki.dlang.org/Vision/2017H1 Thanks, I have read that already, that's why I've asked about longer term. What about RAII? It's already in the language. Is it in std already? How do I allocate

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Tue, 11 Apr 2017 14:21:57 + schrieb Matthias Klumpp : > can be used by Automake > (native), Do you maintain D support for automake? I wrote some basic D support for autoconf and libtool (https://github.com/D-Programming-GDC/GDC/tree/master/libphobos/m4) but no automake

Re: Thoughts from newcommer

On Tuesday, 11 April 2017 at 20:48:13 UTC, Piotr Kowalski wrote: (All gc-ed langauges recommend static preallocation :P) ;) Thanks for replying. https://wiki.dlang.org/Vision/2017H1 Thanks, I have read that already, that's why I've asked about longer term. What about RAII? It's

Re: Walter and Andrei and community relationship management

On Tue, Apr 11, 2017 at 10:24:01AM -0700, Walter Bright via Digitalmars-d wrote: > On 4/11/2017 2:18 AM, qznc wrote: > > It usually comes down to charismatic and visionary leaders. Walter > > and Andrei are good with that, otherwise D would have faltered long > > ago. > > For a socially inept

Re: CTFE Status 2

On Monday, 10 April 2017 at 20:49:58 UTC, Stefan Koch wrote: On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: [ ... ] Hi Guys :) I am currently fixing a bug involving complex members of structs (where complex means (slice, struct, array or pointer)) I did expect them to be

Re: Thoughts from newcommer

On Tuesday, 11 April 2017 at 19:57:19 UTC, Piotr Kowalski wrote: Hello D community, I am language polyglot that lately got interested in D. I love it, it's very elegant language, so simple and so powerful same time. I will write some thoughts as outsider. The reason I am looking at D in

Re: Thoughts from newcommer

On Tuesday, 11 April 2017 at 19:57:19 UTC, Piotr Kowalski wrote: The only discussion I remember about D was that it had two standard libraries and there were no consensus on which to use and that it uses GC so it's slow. It seems it's impossible to completely shrug off past impressions. The

Re: GC blessed for C++ (again)

On Tuesday, 11 April 2017 at 16:50:20 UTC, jmh530 wrote: Is there a non-breaking way to do it that would increase the amount of flexibility while keeping the current behavior as a default? For instance, the equivalent of using std.experimental.allocator so that a user could switch between the

Thoughts from newcommer

Hello D community, I am language polyglot that lately got interested in D. I love it, it's very elegant language, so simple and so powerful same time. I will write some thoughts as outsider. The reason I am looking at D in 2017 is that D it's almost nonexistent on popular sites for

Re: length = 0 clears reserve

On Tuesday, 11 April 2017 at 03:00:29 UTC, Jon Degenhardt wrote: On Tuesday, 11 April 2017 at 01:59:57 UTC, Jonathan M Davis wrote: On Tuesday, April 11, 2017 01:42:32 Jethro via Digitalmars-d-learn wrote: [...] You can't reuse the memory of a dynamic array by simply setting its length to

[Issue 17314] BinaryHeap crashes upon insertion if heapified with an array of length 1

https://issues.dlang.org/show_bug.cgi?id=17314 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/0912b243026e733db3b18c2c650d1809e5cb52dc fix issue 17314

Re: Proposal 2: Exceptions and @nogc

On 4/11/2017 4:39 AM, rjframe wrote: I have no problem with this specific change, but this method of solving problems is going to turn D into a horrible language with all kinds of weird edge cases. I left Python for D mostly because the language was becoming one hack built on top of another; it

Re: Walter and Andrei and community relationship management

On Tuesday, 11 April 2017 at 13:20:58 UTC, HaraldZealot wrote: I hope that D community find its good way to interoperate and hence survive. Just to clarify, I'm not sure that the current process is broken. As Ken Thompson has said of C++: "It certainly has its good points. But by and large

Re: Walter and Andrei and community relationship management

On Tuesday, 11 April 2017 at 17:28:51 UTC, Walter Bright wrote: It's not really about ideas, it's about getting done, and the people in the D community that get done are inevitably the people who decide what gets done. As I tell students at the start of their dissertation: "You

Re: [OT] Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 12:03:27 UTC, Matthias Klumpp wrote: On Monday, 10 April 2017 at 22:15:53 UTC, David Nadlinger wrote: So do we need to put a reminder about the ABI being unstable into set of every release notes to make sure we won't get angry bug reports once users actually build

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 11 April 2017 at 14:11, Matthias Klumpp via Digitalmars-d wrote: > On Monday, 10 April 2017 at 22:36:39 UTC, Iain Buclaw wrote: >> >> On 10 April 2017 at 23:52, David Nadlinger via Digitalmars-d >> wrote: >>> >>> On Monday, 10 April

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tue, 2017-04-11 at 17:02 +, David Nadlinger via Digitalmars-d wrote: > On Tuesday, 11 April 2017 at 14:49:03 UTC, Russel Winder wrote: > > Having played a bit with GtkD, you always want this as a shared  > > library for development. > > Why would a shared library be preferable to a static

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Monday, 10 April 2017 at 22:36:39 UTC, Iain Buclaw wrote: All the regression fixes and none of the bugs! That's an interesting approach (spoken with British language sensibilities). Is anybody using GDC on a big "modern" D2 codebase (metaprogramming-heavy, …) right now? From my

GtkD static/shared library linking performance [was: The D ecosystem in Debian with free-as-in-freedom DMD]

On Tuesday, 11 April 2017 at 18:13:11 UTC, Russel Winder wrote: I have only the data that compiling and linking a GtkD application against a shared library is a lot shorter than against a static library. Sure, but that might be easily fixed, and if you really want to use shared libraries,

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On 2017-04-11 19:34, Walter Bright wrote: Looks like it solves it by adding another layer of indirection: "the performance overhead of the extra ivar offset variable is small." Yes, there are always tradeoffs. But as you've said, exceptions are already slow ;) -- /Jacob Carlborg

Re: automem v0.0.7 - C++ style smart pointers using std.experimental.allocator

On Monday, 10 April 2017 at 08:31:28 UTC, Atila Neves wrote: ```d import std.experimental.allocator.mallocator; UniqueArray!(int, Mallocator) a; a ~= [0,1]; ``` So the difference between std.container.Array and UniqueArray is that the latter supports allocators?

Re: OT: The Art of Computer Programming

Luis, It's available at Safari Books Online, if you can access that. Great for cut & paste, too!

Re: warning: pointer not aligned at address

Conveniently the site is down immediately after I posted that so here is the code to which I was referring: import std.stdio, std.algorithm, std.range; enum DoorState : bool { closed, open } alias Doors = DoorState[]; Doors flipUnoptimized(Doors doors) pure nothrow { doors[] =

Re: warning: pointer not aligned at address

ld: warning: pointer not aligned at address 0x100050C7D Are you running macOS and recently installed an update to Xcode? I ran into this today as well. Looks like other have too: https://issues.dlang.org/show_bug.cgi?id=17289

Re: automem v0.0.7 - C++ style smart pointers using std.experimental.allocator

On Tuesday, 11 April 2017 at 22:32:51 UTC, Martin Nowak wrote: On Monday, 10 April 2017 at 08:31:28 UTC, Atila Neves wrote: ```d import std.experimental.allocator.mallocator; UniqueArray!(int, Mallocator) a; a ~= [0,1]; ``` So the difference between std.container.Array and UniqueArray is

Re: Design to interfaces or Design to introspections

On Friday, 7 April 2017 at 13:30:00 UTC, Marco Leise wrote: [...] Thank you Marco, you have summarized the issues of both worlds. I guess that's why java' implementation is different, templates in java are synonymous to classes. But that relies on virtualization, and is too restrictive, no

warning: pointer not aligned at address

When compiled with any dmd compiler from 2.069.0 through present (2.074.0), https://rosettacode.org/wiki/100_doors#D produces the following linker warning: ld: warning: pointer not aligned at address 0x10004FCEB (_D51TypeInfo_S3std5range13__T4iotaTiTmZ4iotaFimZ6Result6__initZ + 24 from

[Issue 17213] [REG2.072] take address of ref return value @safe

https://issues.dlang.org/show_bug.cgi?id=17213 Walter Bright changed: What|Removed |Added Keywords||safe

[Issue 17275] [REG 2.072.0] AssertError@declaration.d(2121): Assertion failure

https://issues.dlang.org/show_bug.cgi?id=17275 Walter Bright changed: What|Removed |Added CC|

[Issue 17188] `core.stdc.stdlib.qsort()` is broken

https://issues.dlang.org/show_bug.cgi?id=17188 --- Comment #1 from Walter Bright --- The trouble is, I'm not sure how to deprecate in a way that still checks for scope. --

Re: The New CTFE Engine on the Blog

On 04/10/2017 06:07 AM, Mike Parker wrote: Stefan has been diligently keeping us all updated on NewCTFE here in the forums. Now, he's gone to the blog to say something to tell the world about it. The blog: https://dlang.org/blog/2017/04/10/the-new-ctfe-engine/ Reddit:

[Issue 17213] [REG2.072] take address of ref return value @safe

https://issues.dlang.org/show_bug.cgi?id=17213 --- Comment #3 from Walter Bright --- It's never been legal to take the address of a 'ref' in @safe code - it's a compiler bug that that was ever allowed. The compiler will allow it if bar() is marked as @trusted. --

[Issue 17179] dmd 2.073 betas segfault while trying to build vibe.d project

https://issues.dlang.org/show_bug.cgi?id=17179 Walter Bright changed: What|Removed |Added CC|

Re: length = 0 clears reserve

On Tuesday, 11 April 2017 at 20:00:48 UTC, Jethro wrote: On Tuesday, 11 April 2017 at 03:00:29 UTC, Jon Degenhardt wrote: On Tuesday, 11 April 2017 at 01:59:57 UTC, Jonathan M Davis wrote: On Tuesday, April 11, 2017 01:42:32 Jethro via Digitalmars-d-learn wrote: [...] You can't reuse the

Re: Thoughts from newcommer

On Tuesday, 11 April 2017 at 20:48:13 UTC, Piotr Kowalski wrote: Is it in std already? How do I allocate equivalent of std::vector on heap with RAII in D that will be disposed at the end of the scope automatically? You're asking about two different things here. RAII is already in the

Re: The D ecosystem in Debian with free-as-in-freedom DMD

Am Tue, 11 Apr 2017 07:44:45 -0700 schrieb Jonathan M Davis via Digitalmars-d : > On Tuesday, April 11, 2017 14:33:01 Matthias Klumpp via Digitalmars-d > wrote: > > On Tuesday, 11 April 2017 at 14:26:37 UTC, rikki cattermole wrote: > > > [...] > > > The problem with

Re: DMD crash, LDC crash, out of memory, no error display, etc

On Sunday, 9 April 2017 at 08:22:02 UTC, Rainer Schuetze wrote: On 08.04.2017 22:33, Nierjerson wrote: The project I am working on, which is near completion: https://github.com/IllusionSoftware/COM2D Automates COM wrapping almost completely. That is, it takes a converted COM idl file and

Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Tuesday, 11 April 2017 at 21:08:05 UTC, Johannes Pfau wrote: I'd think of .d files as a superset of .di files. Note that there is zero difference between them. The compiler treats both *exactly* the same way (it just considers the extensions to be aliases of each other). It is just a

Re: Request for conference talk

On Monday, 10 April 2017 at 07:32:15 UTC, qznc wrote: And accepted :) https://www.topconf.com/conference//duesseldorf-2017/talk/abstractions-from-c-to-d/ Abstractions: From C to D That talk sounds interesting. If the slides and/or video are available after the conf, please post about it

Re: Thoughts from newcommer

On Tuesday, 11 April 2017 at 19:57:19 UTC, Piotr Kowalski wrote: Two other important things to change people minds about D performance: http://benchmarksgame.alioth.debian.org/ Why D is not there? I worked on that [0] and decided its not worth it. It is literally a "game". You can have

Re: Request for conference talk

On Tuesday, 11 April 2017 at 21:29:15 UTC, Vasudev Ram wrote: On Monday, 10 April 2017 at 07:32:15 UTC, qznc wrote: And accepted :) https://www.topconf.com/conference//duesseldorf-2017/talk/abstractions-from-c-to-d/ Abstractions: From C to D That talk sounds interesting. If the slides

Re: Thoughts from newcommer

On Tuesday, 11 April 2017 at 21:06:28 UTC, Jack Stouffer wrote: On Tuesday, 11 April 2017 at 20:48:13 UTC, Piotr Kowalski wrote: Is it in std already? How do I allocate equivalent of std::vector on heap with RAII in D that will be disposed at the end of the scope automatically? You're asking

Re: Dub and compilation

11.04.2017 08:15, Russel Winder via Digitalmars-d-learn пишет: As I understand it, Dub compiles a downloaded dependency into the local Dub cache. This means you cannot store a debug build and a release build for multiple architectures and different compilers, at the same time, and you only get a

Re: Single exe vibe.d app

On Friday, 7 April 2017 at 07:15:44 UTC, rikki cattermole wrote: I'm going to give you a very bad but still a good place to begin with explanation. So, what is an executable? Well in modern operating systems that is a file with a very complex structure inside, like PE-COFF or ELF. It has a

[Issue 14591] [SPEC] Ambiguity between extern(Pascal) and template value parameters

https://issues.dlang.org/show_bug.cgi?id=14591 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de

Re: D support for the Meson build system

On Tuesday, 11 April 2017 at 07:34:58 UTC, Russel Winder wrote: On Mon, 2017-04-10 at 12:41 +, Matthias Klumpp via Digitalmars-d- announce wrote: […] I am not buying the necessity of not-splitbuilding for optimizations yet. If that would be the case, how do optimizations work with

Re: Dub, Git, Mercurial, Bazaar

11.04.2017 07:59, Russel Winder via Digitalmars-d-learn пишет: Go only uses Git, Mercurial, or Bazaar for dependency handling. Rust (via Cargo) allows for a central repository, and Git (, and Mercurial ?) repositories. Dub appears only to allow for central repository, or have I missed it's

Re: Single exe vibe.d app

On 11/04/2017 8:08 AM, Suliman wrote: On Friday, 7 April 2017 at 07:15:44 UTC, rikki cattermole wrote: I'm going to give you a very bad but still a good place to begin with explanation. So, what is an executable? Well in modern operating systems that is a file with a very complex structure

Re: GC blessed for C++ (again)

On Tuesday, 11 April 2017 at 07:02:19 UTC, Swoorup Joshi wrote: On Monday, 10 April 2017 at 04:49:34 UTC, Jack Stouffer wrote: On Monday, 10 April 2017 at 04:17:21 UTC, Swoorup Joshi wrote: On Wednesday, 28 September 2016 at 20:50:28 UTC, Ali Çehreli wrote:

Re: D support for the Meson build system

On Mon, 2017-04-10 at 12:41 +, Matthias Klumpp via Digitalmars-d- announce wrote: > […] > I am not buying the necessity of not-splitbuilding for  > optimizations yet. If that would be the case, how do  > optimizations work with projects using GCC/Clang where  > splitbuilding is the default

Re: "Competitive Advantage with D" is one of the keynotes at C++Now 2017

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

Re: Testing D codes

10.04.2017 19:20, Russel Winder via Digitalmars-d-learn пишет: On Fri, 2017-04-07 at 11:40 +0300, drug via Digitalmars-d-learn wrote: […] I do this. I have unittests in the module sources and have a separate subpackage intended for more advanced testing only. Do you have an example project

Re: GC blessed for C++ (again)

On Monday, 10 April 2017 at 04:49:34 UTC, Jack Stouffer wrote: On Monday, 10 April 2017 at 04:17:21 UTC, Swoorup Joshi wrote: On Wednesday, 28 September 2016 at 20:50:28 UTC, Ali Çehreli wrote:

Re: automem v0.0.7 - C++ style smart pointers using std.experimental.allocator

On Sunday, 9 April 2017 at 10:22:49 UTC, Atila Neves wrote: I did not. Thanks for telling me! The way I wrote it RefCounted!(shared T) works - RefCounted doesn't have to be shared itself, but I guess it could be. I think the other design is slightly more correct, having a single thread own

Re: Proposal 2: Exceptions and @nogc

On 4/10/2017 6:41 AM, Andrew Godfrey wrote: I'm just curious: The proposal doesn't mention interop with C++ exception handlers. I don't know the status of that so I'll just ask: Can C++ code catch D exceptions? No. D can catch C++ exceptions.

"Competitive Advantage with D" is one of the keynotes at C++Now 2017

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 a long list of ideas he said "it's about saving time" and

  1   2   >