Re: BigFloat?

On Mon, 2017-04-10 at 12:17 -0700, H. S. Teoh via Digitalmars-d-learn wrote: > […] > > There is no BigFloat in phobos, you could try looking at > code.dlang.org > to see if there's anything that you could use. > […] Isn't the way forward here just to wrap GMP:

Dub and compilation

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 .a file, no .so file. Cargo downloads source to the cache but

Dub, Git, Mercurial, Bazaar

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 ability to work with DVCS repositories? If Dub cannot handle DVCS

Re: tour.dlang.org is down

On Sunday, 9 April 2017 at 12:55:37 UTC, André wrote: On Sunday, 9 April 2017 at 08:04:29 UTC, Ali Çehreli wrote: On 04/08/2017 09:15 PM, Abhishek wrote: tour.dlang.org is down Confirmed down. :( Ali Hi guys. The tour is up again. I was aware of this and working on it and hopefully I

Re: length = 0 clears reserve

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: arrays have the ability to reserve but when setting the length to 0, it removes the reserve!! ;/ char[] buf; buf.reserve = 1000; buf.length = 0;

Re: ctfe append too slow, but can't speed up

On Tuesday, 11 April 2017 at 02:20:37 UTC, Jethro wrote: I need a drop in replacement(no other changes) that can take over the duties of string and allow for memory reuse. There is no memory reuse in CTFE right now, that's why the engine is being rewritten... I'd suggest writing a regular

Re: Walter and Andrei and community relationship management

On 4/10/2017 6:04 PM, Jonathan M Davis via Digitalmars-d wrote: LOL. IIRC, there have been cases where you and/or Andrei have actually tried to get folks to do specific stuff, and it generally hasn't worked. Pretty much everything that gets done around here is because someone steps and does it.

ctfe append too slow, but can't speed up

ctfe string appending is way to slow, I have tried the suggested methods and nothing works and slows down by at least an order of magnitude. I need a drop in replacement(no other changes) that can take over the duties of string and allow for memory reuse. reserve, cpacity, assumeSafeAppend

Re: Proposal 2: Exceptions and @nogc

On 4/10/2017 5:46 PM, Petar Kirov [ZombineDev] wrote: Instead of adding new runtime helper functions like _d_newThrowable and _d_delThrowable, can we leverage the existing (though deprecated) support for class (de)allocators and essentially divide the _d_delThrowable implementation between the

Re: Proposal 2: Exceptions and @nogc

On Tuesday, 11 April 2017 at 00:11:01 UTC, Adam D. Ruppe wrote: On Monday, 10 April 2017 at 23:16:48 UTC, Meta wrote: My knee jerk reaction is that it's a very bad thing that "new" means the same thing everywhere in the language (allocate and initialize some GC-managed memory), except for this

Re: Proposal 2: Exceptions and @nogc

On 4/10/2017 5:11 PM, Adam D. Ruppe wrote: `new` itself isn't really changing since it was already allowed to do this in cases the compiler can prove its lifetime. Right. It isn't required to actually allocate it on the GC, just that it behaves as if it did. The real change in semantics is

Re: Forwarding calls to objects of another type

On Monday, 10 April 2017 at 21:27:34 UTC, Basile B. wrote: 2) This is about the reduce templates. As I've commented, I can't use a template lambda with reduce, but I can use a lambda taking ints as arguments. Why is this? The error message I get when using the template lambda is: "template

Re: Tell compiler not to try and CTFE template?

On Tuesday, April 11, 2017 01:53:07 Jethro via Digitalmars-d-learn wrote: > I have a template that that takes no arguments. It takes a while > to compile, but if I simply create a dummy argument, D compiles > much quicker. > > e.g., > > void foo(string s)(); // slow, > > void foo(string s)(int x);

Re: length = 0 clears reserve

On Tuesday, April 11, 2017 01:42:32 Jethro via Digitalmars-d-learn wrote: > arrays have the ability to reserve but when setting the length to > 0, it removes the reserve!! ;/ > > char[] buf; > buf.reserve = 1000; > buf.length = 0; > assert(buf.capacity == 0); > > But I simply want to clear the

Tell compiler not to try and CTFE template?

I have a template that that takes no arguments. It takes a while to compile, but if I simply create a dummy argument, D compiles much quicker. e.g., void foo(string s)(); // slow, void foo(string s)(int x); // fast. (I, of course, pass a dummy value for x) This is because the compiler

length = 0 clears reserve

arrays have the ability to reserve but when setting the length to 0, it removes the reserve!! ;/ char[] buf; buf.reserve = 1000; buf.length = 0; assert(buf.capacity == 0); But I simply want to clear the buffer, not change it's reserve/capacity. I've tried to hack by setting the length to 0

Re: vlang and systemverilog

On Monday, 10 April 2017 at 20:34:53 UTC, Joakim wrote: Why is that notable? That's not any kind of official SystemVerilog site, and it notes that it's maintained by Coverify, the developers of vlang. oh, I see. I thought SystemVerilog was a trademarked name.

Re: Walter and Andrei and community relationship management

On Monday, April 10, 2017 15:07:11 Walter Bright via Digitalmars-d wrote: > On 4/10/2017 3:58 AM, Nick B wrote: > >> Somebody has to work on it to move it forward - who do you propose > >> should do it? We don't have a team anywhere whose job it is to create > >> detailed proposals based on other

Re: Proposal 2: Exceptions and @nogc

On Tuesday, 11 April 2017 at 00:46:51 UTC, Petar Kirov [ZombineDev] wrote: On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote: My previous version did not survive implementation. Here's the revised version. I have submitted it as a DIP, and there's a trial implementation up: [...]

Re: Release D 2.074.0

On 4/10/2017 4:56 PM, Ivan Kazmenko wrote: I noticed that the backend license in this release (at least the Windows .7z version) is still the same, as well as the license.txt file at its root. Is it that there was simply not enough time to reflect the recent changes? And after the changes are

Re: Proposal 2: Exceptions and @nogc

On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote: My previous version did not survive implementation. Here's the revised version. I have submitted it as a DIP, and there's a trial implementation up: [...] Instead of adding new runtime helper functions like _d_newThrowable and

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

On Monday, April 10, 2017 23:08:17 David Nadlinger via Digitalmars-d wrote: > IIRC OCaml is also very much a statically linked affair. And how > does Debian distribute Go binaries? Is there any issue with those > being linked statically? If not, let's just distribute D > libraries as source and

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

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 last few kinks. dmd is not moving to a

Re: Proposal 2: Exceptions and @nogc

On Monday, 10 April 2017 at 23:16:48 UTC, Meta wrote: My knee jerk reaction is that it's a very bad thing that "new" means the same thing everywhere in the language (allocate and initialize some GC-managed memory), except for this one case. Actually, in addition to user defined overloads

Re: Proposal 2: Exceptions and @nogc

On Monday, 10 April 2017 at 23:16:48 UTC, Meta wrote: My knee jerk reaction is that it's a very bad thing that "new" means the same thing everywhere in the language (allocate and initialize some GC-managed memory), except for this one case. `new SomeClass` has never implied GC allocation only

Re: Release D 2.074.0

On Monday, 10 April 2017 at 20:09:40 UTC, Martin Nowak wrote: Glad to announce D 2.074.0. [...] http://dlang.org/download.html http://dlang.org/changelog/2.074.0.html Thank you for producing the releases! I noticed that the backend license in this release (at least the Windows .7z version)

Re: Proposal 2: Exceptions and @nogc

On 4/10/2017 2:44 PM, Jonathan Marler wrote: Another way to think of it is that this proposal makes "throw new" into a special operator that is different than composing the "throw" and "new" operations independently. Once you realize this it's easy to understand and explain to others as well,

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

On Monday, 10 April 2017 at 23:27:35 UTC, Walter Bright wrote: The next problem is that dmd occasionally changes the interface to the D runtime. […] I also do not know how the gdc/lds druntime interfaces differ. Just to make this very clear to everybody reading this thread: It's not even

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

On 11 April 2017 at 01:33, Walter Bright via Digitalmars-d wrote: > On 4/10/2017 6:08 AM, Matthias Klumpp wrote: >> >> I also want to stress that having a single C++ library like Boost compiled >> into >> stuff and rolling dependency transitions when its API/ABI

[Issue 17318] Delegates allow escaping reference to stack variable

https://issues.dlang.org/show_bug.cgi?id=17318 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||accepts-invalid --

[Issue 17318] New: Delegates allow escaping reference to stack variable

https://issues.dlang.org/show_bug.cgi?id=17318 Issue ID: 17318 Summary: Delegates allow escaping reference to stack variable Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

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

On 11 April 2017 at 01:27, Walter Bright via Digitalmars-d wrote: > > The next problem is that dmd occasionally changes the interface to the D > runtime. Or more accurately, with about every release. This has not been an > issue historically for us, as the two have

Re: Proposal 2: Exceptions and @nogc

On 4/10/2017 6:00 AM, Jacob Carlborg wrote: What exactly does the user have to do to use throw a RC exception instead of a GC exception? case 1: throw new Exception(args...); // the only way an RC exception // is ever created case 2: catch (Exception

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

On 4/10/2017 6:08 AM, Matthias Klumpp wrote: I also want to stress that having a single C++ library like Boost compiled into stuff and rolling dependency transitions when its API/ABI changes with a major release is less of a problem than having the entire language give zero stability and

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

On 4/10/2017 1:43 PM, Iain Buclaw via Digitalmars-d wrote: This is an unfortunate distribution problem, things would be different if GCC were more like a library. It's not like anyone is helping me with the push. I am ultimately the one who is doing the tens of thousands of lines of code

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

On 4/10/2017 5:59 AM, Matthias Klumpp wrote: You need to see here that D is not the center of the world and we will need to make it work nicely with the rest of the system. The technical policies work for everything else, so there is nothing that really justifies an exception for D here (if 10%

Re: Proposal 2: Exceptions and @nogc

My knee jerk reaction is that it's a very bad thing that "new" means the same thing everywhere in the language (allocate and initialize some GC-managed memory), except for this one case.

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

On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote: Recompiling the dependency-chain of a software from source when compiling a package using the "right" compiler and statically adding the code is forbidden by distro policy. Yet, from what I could find after a brief search, the

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

On Monday, 10 April 2017 at 17:27:28 UTC, Matthias Klumpp wrote: That's why I have been writing a lot of Makefiles and Meson build definitions lately. It seems like doing so without having a closer look at the realities of D software (no stable ABI, etc.) might not have been the best use of

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

On 10 April 2017 at 23:52, David Nadlinger via Digitalmars-d wrote: > On Monday, 10 April 2017 at 20:43:06 UTC, Iain Buclaw wrote: >> >> Master sports Phobos 2.071. Someone will have to see whether latter >> versions can be built using it. > > > … and some weird

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

On Monday, 10 April 2017 at 13:20:00 UTC, Matthias Klumpp wrote: This has worked nicely for every language. If you don't have templates in your API or don't change the templates between releases, you can survive with one library for a long time. But the vast majority of D libraries _do_ have

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

On Monday, 10 April 2017 at 17:50:08 UTC, Matthias Klumpp wrote: I am reading release notes, so we rebuilt dependencies of LDC - (I assume you mean reverse dependencies.) […] But since no bugs were reported, I assume no issues are present :-) So do we need to put a reminder about the ABI

[Issue 12233] Attempting to use TypeInfo.init results in a compiler error due to lack of 'this'.

https://issues.dlang.org/show_bug.cgi?id=12233 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 12233] Attempting to use TypeInfo.init results in a compiler error due to lack of 'this'.

https://issues.dlang.org/show_bug.cgi?id=12233 --- Comment #7 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/dc7d312b7f22835d8211c0f680fab1088a839324 remove TypeInfo.init Fixes issue 12233 - Attempting

Re: Walter and Andrei and community relationship management

On 4/10/2017 3:58 AM, Nick B wrote: Somebody has to work on it to move it forward - who do you propose should do it? We don't have a team anywhere whose job it is to create detailed proposals based on other peoples' ideas (which appear in the forum every day). Things rarely move forward unless a

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

On Monday, 10 April 2017 at 20:43:06 UTC, Iain Buclaw wrote: Master sports Phobos 2.071. Someone will have to see whether latter versions can be built using it. … and some weird Frankensteinian mix of several frontend versions, I take it, maybe enough to build Phobos, but not necessarily

Re: Proposal 2: Exceptions and @nogc

On Monday, 10 April 2017 at 20:52:21 UTC, Lurker wrote: Everything looks good except this one line: On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote: throw new E(string); I don't like it for 2 reasons: a) E e = new E(string); throw e; Should be *exactly* the same as

Re: Forwarding calls to objects of another type

On Monday, 10 April 2017 at 21:04:10 UTC, Johan Fjeldtvedt wrote: I have a couple of questions related to the following code: https://gist.github.com/Jaffe-/b027287a884fc2e173a65601ec242676 1) This is a very simplified example, but what I'm trying to do here is to call `foo` on each object in

Re: std.socket classes

On Sunday, 9 April 2017 at 14:47:39 UTC, Jonathan Marler wrote: My guess is that making Socket a class prevents socket handle leaks because you can clean up the handle in the destructor when the memory gets freed if no one closes it. Is this the reason it is a class and are there any other

Forwarding calls to objects of another type

I have a couple of questions related to the following code: https://gist.github.com/Jaffe-/b027287a884fc2e173a65601ec242676 1) This is a very simplified example, but what I'm trying to do here is to call `foo` on each object in `Container.ss` contains when `foo` is called, and likewise for

Re: Release Candidate 2.074.0-rc1

On Monday, 10 April 2017 at 20:16:29 UTC, Martin Nowak wrote: Unfortunately too late. As usual, just make sure that changes end up in stable before the release. We do check all PRs that target stable or are in a milestone. You didn't get my messages on slack about the backend license, then

Re: Proposal 2: Exceptions and @nogc

Everything looks good except this one line: On Sunday, 9 April 2017 at 03:26:14 UTC, Walter Bright wrote: throw new E(string); I don't like it for 2 reasons: a) E e = new E(string); throw e; Should be *exactly* the same as throw new E(string). I think it's obvious why. b)

Release vibe.d 0.7.31

This release is a backport release of the smaller changes that go into 0.8.0. The 0.7.x branch will continue to be maintained for a short while, but only bug fixes will be included from now on. Applications should switch to the 0.8.x branch as soon as possible. Main changes over 0.7.30: -

Re: CTFE Status 2

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 broken ... but not to be _that_ broken :) struct S {

Re: fluent-asserts released

On Monday, 10 April 2017 at 14:15:45 UTC, Szabo Bogdan wrote: On Monday, 10 April 2017 at 12:54:43 UTC, Jacob Carlborg wrote: On 2017-04-09 15:30, Szabo Bogdan wrote: Hi! I just made an update to my fluent assert library. This is a library that allows you to write asserts in a BDD style.

Re: D support for the Meson build system

On 04/10/2017 02:41 PM, Matthias Klumpp wrote: > On Monday, 10 April 2017 at 12:10:41 UTC, Russel Winder wrote: >> On Mon, 2017-04-10 at 08:39 +, Atila Neves via Digitalmars-d- >> announce wrote: >>> […] >>> >>> As far as I know the only build system that does this by default for >>> D is

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

On 10 April 2017 at 19:50, Matthias Klumpp via Digitalmars-d wrote: > On Monday, 10 April 2017 at 16:58:05 UTC, Johan Engelen wrote: >> >> On Monday, 10 April 2017 at 13:20:00 UTC, Matthias Klumpp wrote: >>> >>> >>> Btw, at time we are just ignore the ABI issues, and

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

On 10 April 2017 at 19:48, Matthias Klumpp via Digitalmars-d wrote: > On Monday, 10 April 2017 at 16:12:35 UTC, Iain Buclaw wrote: >> >> [...] >> Everyone should follow GDC's ABI, rather than trying to mimic DMD calling >> convention. ;-) > > > GDC is working very

Re: vlang and systemverilog

On Monday, 10 April 2017 at 19:46:23 UTC, Jay Norwood wrote: The vlang project, which is D code that has been discussed here previously, now appears to have some relationship with systemverilog. Was there an announcement here? http://systemverilog.net/getting-started/installing-vlang/ Why

Re: fluent-asserts released

On Monday, 10 April 2017 at 17:38:14 UTC, jmh530 wrote: On Sunday, 9 April 2017 at 13:30:54 UTC, Szabo Bogdan wrote: Hi! I just made an update to my fluent assert library. This is a library that allows you to write asserts in a BDD style. Right now, it contains only asserts that I needed in

Re: Release Candidate 2.074.0-rc1

On 04/10/2017 09:42 PM, Joseph Rushton Wakeling wrote: > Reported at https://issues.dlang.org/show_bug.cgi?id=17317 but I'm also > highlighting it here since I think it's important: > > The backend license change has not yet been applied to the 2.074.0 > branch. It would seem like a very, very

Release D 2.074.0

Glad to announce D 2.074.0. This release comes with a compile-time-checked writefln/formattedWrite, plenty of phobos additions, and a new std.experimental.checkedint module. See the changelog for more details. http://dlang.org/download.html http://dlang.org/changelog/2.074.0.html -Martin

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

On Monday, 10 April 2017 at 18:46:31 UTC, H. S. Teoh wrote: Hmm. I guess there's no easy way to make dmd/ldc emit dependencies with modified SONAMEs? So yeah, you're right, every software that depends on said libraries would have to explicitly depend on a different SONAME depending on what

Re: Proposal 2: Exceptions and @nogc

On Monday, 10 April 2017 at 13:00:52 UTC, Jacob Carlborg wrote: On 2017-04-09 05:26, Walter Bright wrote: My previous version did not survive implementation. Here's the revised version. I have submitted it as a DIP, and there's a trial implementation up: What exactly does the user have to do

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

On 4/10/2017 8:11 AM, Jack Stouffer wrote: On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote: 3) Will DMD support more architectures in the near future? How should the architecture issue be handled? This can be definitively answered as "no",

vlang and systemverilog

The vlang project, which is D code that has been discussed here previously, now appears to have some relationship with systemverilog. Was there an announcement here? http://systemverilog.net/getting-started/installing-vlang/

Re: Release Candidate 2.074.0-rc1

On Saturday, 8 April 2017 at 13:16:44 UTC, Martin Nowak wrote: First release candidate for 2.074.0. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.074.0.html Please report any bugs at https://issues.dlang.org Reported at https://issues.dlang.org/show_bug.cgi?id=17317

Re: std.socket classes

On Monday, 10 April 2017 at 18:57:13 UTC, Adam D. Ruppe wrote: On Monday, 10 April 2017 at 16:18:20 UTC, Jonathan Marler wrote: An interesting benefit. However, I don't think this is the ideal way to support such a use case. If I was doing it myself, I'd probably do an interface / final

Re: BigFloat?

On Mon, Apr 10, 2017 at 06:54:54PM +, Geroge Little via Digitalmars-d-learn wrote: > Is there support for BigFloat in phobos or any other package? I was > playing around with D and wrote some code that calculates a Fibonacci > sequence (iterative) with overflow detection that upgrades ulong

Re: Test if a class is extern(c++)

On Monday, 10 April 2017 at 18:56:42 UTC, BBasile wrote: Hello, I have a trait for this: https://github.com/BBasile/iz/blob/master/import/iz/types.d#L650 Hi BBasile, I think your trait is a good starting point for my needs. Thanks.

[Issue 17317] New: 2.074.0 release candidate does not have updated backend license

https://issues.dlang.org/show_bug.cgi?id=17317 Issue ID: 17317 Summary: 2.074.0 release candidate does not have updated backend license Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: std.socket classes

On Monday, 10 April 2017 at 16:18:20 UTC, Jonathan Marler wrote: An interesting benefit. However, I don't think this is the ideal way to support such a use case. If I was doing it myself, I'd probably do an interface / final class split too (which also opens up a wee bit of additional easy

Re: Test if a class is extern(c++)

On Monday, 10 April 2017 at 18:32:05 UTC, Benjamin Thaut wrote: In particular I want to know if the vtable of the class has the class info member. Is there any way to do this at compile time? At runtime? Kind Regards Benjamin Thaut Hello, I have a trait for this:

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

On Mon, Apr 10, 2017 at 06:12:26PM +, Matthias Klumpp via Digitalmars-d wrote: > On Monday, 10 April 2017 at 17:29:04 UTC, H. S. Teoh wrote: > > On Mon, Apr 10, 2017 at 11:40:12AM +, Matthias Klumpp via > > Digitalmars-d wrote: [...] > > > [...] > > > If we do that, we will run into the D

BigFloat?

Is there support for BigFloat in phobos or any other package? I was playing around with D and wrote some code that calculates a Fibonacci sequence (iterative) with overflow detection that upgrades ulong to BigInt. I also wanted to use Binet's formula which requires sqrt(5) but it only works up

Test if a class is extern(c++)

In particular I want to know if the vtable of the class has the class info member. Is there any way to do this at compile time? At runtime? Kind Regards Benjamin Thaut

Re: InfoWorld article on the open sourcing of dmd

On Mon, Apr 10, 2017 at 11:15:41AM -0700, Jonathan M Davis via Digitalmars-d-announce wrote: > On Monday, April 10, 2017 09:24:16 Andrei Alexandrescu via Digitalmars-d- > announce wrote: > > http://www.infoworld.com/article/3188427/application-development/free-at-l > >

Re: D support for the Meson build system

On Mon, Apr 10, 2017 at 05:56:38PM +, Matthias Klumpp via Digitalmars-d-announce wrote: > On Monday, 10 April 2017 at 15:27:25 UTC, Russel Winder wrote: [...] > > My thought for SCons was to delegate the package fetching to Dub as > > a subprocess or write some Python to use the Dub API. I'm

Re: InfoWorld article on the open sourcing of dmd

On Monday, April 10, 2017 09:24:16 Andrei Alexandrescu via Digitalmars-d- announce wrote: > http://www.infoworld.com/article/3188427/application-development/free-at-l > ast-d-languages-official-compiler-is-open-source.html Hmmm. This article makes it sound like all of dmd was closed-source rather

Re: D support for the Meson build system

On Monday, 10 April 2017 at 18:11:44 UTC, Russel Winder wrote: [...] I'll look to ensuring my facts are correct, and then find out where to put an issue about this – I am assuming a GitHub repository with issues . Just file one at https://github.com/mesonbuild/meson/issues - it might even

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

On Monday, 10 April 2017 at 17:29:04 UTC, H. S. Teoh wrote: On Mon, Apr 10, 2017 at 11:40:12AM +, Matthias Klumpp via Digitalmars-d wrote: [...] [...] If we do that, we will run into the D ABI trap: Libraries compiled with compiler X can not be used from software compiled with D compiler

Re: I'm getting NAN out of nowhere

On Monday, 13 July 2015 at 14:29:57 UTC, Steven Schveighoffer wrote: On 7/11/15 12:57 PM, flamencofantasy wrote: On Thursday, 9 July 2015 at 15:14:43 UTC, Binarydepth wrote: This is my code : import std.stdio : writeln, readf; void main(){ int[3] nums; float prom; foreach(nem;

Re: D support for the Meson build system

On Mon, 2017-04-10 at 17:56 +, Matthias Klumpp via Digitalmars-d- announce wrote: > […] > > That's pretty cool! One way to do this with Meson is to spawn a  > shell script as custom target, but that obviously sucks. It might  > be worth reporting this as issue upstream, with a concrete  >

Re: D support for the Meson build system

On Mon, 2017-04-10 at 17:56 +, Matthias Klumpp via Digitalmars-d- announce wrote: > […] > SCons is considered evil, last time I checked ^^ =>  > https://wiki.debian.org/UpstreamGuide#line867 > (unless it's used right, which seems to be hard) - I have no idea  > though on whether the issues

The Strange Loop Call for Presentations

https://thestrangeloop.com/cfp.html Track of interest: Languages - functional programming, logic programming, dynamic/scripting languages, new or emerging languages (and of course others depending on domain). Andrei

Re: I'm getting NAN out of nowhere

On Saturday, 11 July 2015 at 16:57:55 UTC, flamencofantasy wrote: On Thursday, 9 July 2015 at 15:14:43 UTC, Binarydepth wrote: This is my code : import std.stdio : writeln, readf; void main() { int[3] nums; float prom; foreach(nem; 0..2) {

InfoWorld: Free at last! D language's official compiler is open source

http://www.infoworld.com/article/3188427/application-development/free-at-last-d-languages-official-compiler-is-open-source.html

Re: D support for the Meson build system

On Monday, 10 April 2017 at 15:27:25 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: [OT] Re: The D ecosystem in Debian with free-as-in-freedom DMD

On Monday, 10 April 2017 at 16:58:05 UTC, Johan Engelen wrote: On Monday, 10 April 2017 at 13:20:00 UTC, Matthias Klumpp wrote: Btw, at time we are just ignore the ABI issues, and surprisingly nothing broke yet, indicating that ABI breakage isn't very common or not affecting commonly used

Programmiersprache D: Referenzcompiler DMD unter freier Lizenz

https://www.heise.de/newsticker/meldung/Programmiersprache-D-Referenzcompiler-DMD-unter-freier-Lizenz-3678894.html Google translation:

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

On Monday, 10 April 2017 at 16:12:35 UTC, Iain Buclaw wrote: [...] Everyone should follow GDC's ABI, rather than trying to mimic DMD calling convention. ;-) GDC is working very well, and using it would actually be the natural choice for us as GCC is the default compiler. However, there are

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

On Monday, 10 April 2017 at 14:33:34 UTC, qznc wrote: On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote: 1) Is there some perspective on D getting a defined ABI that works with all major D compilers? 2) What would the D community recommend on how to deal with the ABI issues

Re: fluent-asserts released

On Sunday, 9 April 2017 at 13:30:54 UTC, Szabo Bogdan wrote: Hi! I just made an update to my fluent assert library. This is a library that allows you to write asserts in a BDD style. Right now, it contains only asserts that I needed in my projects and I promise that I will add more in the

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

On Mon, Apr 10, 2017 at 11:40:12AM +, Matthias Klumpp via Digitalmars-d wrote: [...] > Naturally, when the reference compiler is available in Debian, we > would compile everything with that, as it is the development focus and > the thing many people test with. > > We do, however, have quite a

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

On Monday, 10 April 2017 at 14:21:43 UTC, Gerald wrote: On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote: There are a two issues though that we will be facing in Debian soon, and I would like to get some opinion and maybe perspective on from the D community on them. First I

[Issue 17316] New: DMD crashes on large code generating app

https://issues.dlang.org/show_bug.cgi?id=17316 Issue ID: 17316 Summary: DMD crashes on large code generating app Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: blocker

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

On Monday, 10 April 2017 at 15:11:01 UTC, Jack Stouffer wrote: On Monday, 10 April 2017 at 11:40:12 UTC, Matthias Klumpp wrote: 3) Will DMD support more architectures in the near future? How should the architecture issue be handled? This can be definitively answered as "no",

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

On Monday, 10 April 2017 at 13:20:00 UTC, Matthias Klumpp wrote: Btw, at time we are just ignore the ABI issues, and surprisingly nothing broke yet, indicating that ABI breakage isn't very common or not affecting commonly used interfaces much. One big ABI change was in 2.071:

Re: Testing D codes

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 I could take a look at? -- Russel.

Re: std.socket classes

On Monday, 10 April 2017 at 04:32:20 UTC, Adam D. Ruppe wrote: On Sunday, 9 April 2017 at 14:47:39 UTC, Jonathan Marler wrote: Does anyone know why Socket and Address in phobos were created as classes instead of structs? It is probably just the historical evolution, but I find it pretty

  1   2   >