Re: Make all new symbols go through std.experimental?

On 10/27/15 8:28 PM, Andrei Alexandrescu wrote: I was looking at https://github.com/D-Programming-Language/phobos/pull/3765 and whilst it's a sensible addition, I'm thinking we'd want to pass it and all other library additions through std.experimental first. So we'd have a std.experimental.range

Re: Get type from string

On Wednesday, 28 October 2015 at 20:04:51 UTC, Adam D. Ruppe wrote: On Wednesday, 28 October 2015 at 17:57:16 UTC, DarkRiDDeR wrote: Thank you! Is it possible to call a method from a string at run time? Yes, though you have to prepare code to do it. Again, I'd try to make it work on

D talk at the EPFL university in Lausanne, Switzerland

My supervisor organised this with the university: http://memento.epfl.ch/event/why-d-2/ Atila

[Issue 14340] AssertError in std.algorithm.sorting: unstable sort fails to sort an array with a custom predicate

https://issues.dlang.org/show_bug.cgi?id=14340 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Thursday, 29 October 2015 at 11:19:16 UTC, Rory McGuire wrote: Most, if not all the logos that have stood the test of time are simple, clean and are easily recognizable in almost any size. The base of the current D logo fits these specs I think. Unless I'm misunderstanding, DConf logo

[Issue 15257] New: __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 Issue ID: 15257 Summary: __traits(compiles, …) with malformed inline asm silently ends compilation Product: D Version: D2 Hardware: x86 OS: Windows

Re: Fastest JSON parser in the world is a D project

Marco, could you add your lib to review or do any steps that will help to include it's in Phobos? I think not only I interesting in good base JSON lib in base distribution.

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 08:27:04 UTC, Daniel N wrote: On Thursday, 29 October 2015 at 01:52:16 UTC, bitwise wrote: [...] There's a famous idiom from the C++ world which solves this, google CRTP... ... or see the quick hack below. ('final' is optional, the interface is also

Re: Short film about our visit in Brasov

On 10/28/2015 09:14 PM, Ali Çehreli wrote: On 10/28/2015 07:48 AM, Andrei Alexandrescu wrote: https://www.youtube.com/watch?v=s4EvygDNB0Q=youtu.be Andrei I enjoyed it. I hope we will see the individual presentations as well. I got word that we will. -- Andrei

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Thu, Oct 29, 2015 at 1:55 PM, ponce via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Thursday, 29 October 2015 at 11:19:16 UTC, Rory McGuire wrote: > >> >> Most, if not all the logos that have stood the test of time are simple, >> clean and are easily recognizable

[Issue 14327] Unhandled exception from writeln() in C++/D application

https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #14 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/848c97c52186934dae807e2b0923c8fbb0f17e15 issue 14327:

Re: Fastest JSON parser in the world is a D project

On Thursday, 29 October 2015 at 12:11:54 UTC, Suliman wrote: Marco, could you add your lib to review or do any steps that will help to include it's in Phobos? I think not only I interesting in good base JSON lib in base distribution. Marco's json library doesn't meet requirements for

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Thursday, 29 October 2015 at 10:41:42 UTC, Iain Buclaw wrote: Not saying you should re-use this design, but notice how the 'DConf' logo is the most unremarkable part of it. :-) I'm aware my proposal is too over-the-top, detracts from the point being made (what? where? when?). It will get

Re: DConf 2016, Berlin: Call for Submissions is now open!

On 10/29/2015 02:43 AM, Walter Bright wrote: On 10/28/2015 4:09 PM, ponce wrote: On Wednesday, 28 October 2015 at 23:02:59 UTC, Walter Bright wrote: On 10/28/2015 11:57 AM, ponce wrote: On Wednesday, 28 October 2015 at 18:10:04 UTC, Andrei Alexandrescu wrote: What needs to be written next to

Re: DMD is slow for matrix maths?

On Thursday, 29 October 2015 at 08:24:19 UTC, Iain Buclaw wrote: std.algorithm.sum was the slowest of the bunch. I would be a little careful making comparisons with std.algorithm.sum because it uses a variety of different algorithms.

Re: Fixing spurious "statement is not reachable" in template code

On 10/28/15 6:02 AM, Daniel Murphy wrote: On 28/10/2015 4:29 PM, tsbockman wrote: I would say none, since *the template* contains no unreachable code, and the compiler can easily trim unreachable code from any *instantiation* which needs it, without bothering me about it. If it's unreachable

[Issue 15257] __traits(compiles, …) with malformed inline asm silently ends compilation

https://issues.dlang.org/show_bug.cgi?id=15257 Cauterite changed: What|Removed |Added Keywords||iasm --

writing DMD tests for inline assembly bugs

while working on issue 15235 I've been trying to add some new tests for DMD. The tests I want to write involve checking that certain asm statements throw syntax errors instead of segfaults, but the fact that asmerr() ends compilation unconditionally is proving to be a problem.

[Issue 14327] Unhandled exception from writeln() in C++/D application

https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #15 from github-bugzi...@puremagic.com --- Commit pushed to stable at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/de2788d911129545531e0e42d1c8630b3f406e7c Merge pull

[Issue 15227] std.format undocumented grammar

https://issues.dlang.org/show_bug.cgi?id=15227 --- Comment #2 from Jack Stouffer --- In addition to the above problems, the examples in text should be moved to unit test examples. --

Re: We need to have a way to say "convert this nested function into a struct"

On Wednesday, 28 October 2015 at 11:42:08 UTC, John Colvin wrote: On Saturday, 6 June 2015 at 12:49:37 UTC, Atila Neves wrote: On Saturday, 6 June 2015 at 06:59:26 UTC, Jonathan M Davis wrote: On Saturday, 6 June 2015 at 06:16:17 UTC, Andrei Alexandrescu wrote: [...] Some of us were

[Issue 12624] Internal error: backend\cgobj.c 2313 with Rebindable!(immutable TimeZone) in std.datetime

https://issues.dlang.org/show_bug.cgi?id=12624 Cauterite changed: What|Removed |Added Keywords|iasm|

Re: Compile time features

On Thursday, 29 October 2015 at 06:02:05 UTC, qsdf wrote: On Thursday, 29 October 2015 at 02:43:59 UTC, Shammah Chancellor wrote: I agree with you on an aspect: writing code with __traits() often leads to a cascade of "unfriendly", "cryptic", "undigest", static if and loops. However

Re: DMD is slow for matrix maths?

On 29 October 2015 at 14:41, jmh530 via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > On Thursday, 29 October 2015 at 08:24:19 UTC, Iain Buclaw wrote: > >> >> std.algorithm.sum was the slowest of the bunch. >> >> > I would be a little careful making comparisons with std.algorithm.sum >

Re: Release Candidate D 2.069.0-rc1

On Thursday, 29 October 2015 at 14:33:02 UTC, tester wrote: On Wednesday, 28 October 2015 at 06:14:00 UTC, sdfghj wrote: On Monday, 26 October 2015 at 23:30:56 UTC, Martin Nowak wrote: First and hopefully only release candidate for the 2.069.0. http://dlang.org/download.html#dmd_beta

Re: D talk at the EPFL university in Lausanne, Switzerland

On 10/29/2015 7:11 AM, Atila Neves wrote: My supervisor organised this with the university: http://memento.epfl.ch/event/why-d-2/ Atila Cool! Keep us posted.

Re: writing DMD tests for inline assembly bugs

On 10/29/2015 5:44 AM, Cauterite wrote: while working on issue 15235 I've been trying to add some new tests for DMD. The tests I want to write involve checking that certain asm statements throw syntax errors instead of segfaults, but the fact that asmerr() ends compilation unconditionally is

Re: Compile time features

On Thursday, 29 October 2015 at 15:14:13 UTC, Shammah Chancellor wrote: On Thursday, 29 October 2015 at 06:02:05 UTC, qsdf wrote: On Thursday, 29 October 2015 at 02:43:59 UTC, Shammah Chancellor wrote: I agree with you on an aspect: writing code with __traits() often leads to a

Re: very very thank you

On Thursday, 29 October 2015 at 06:13:17 UTC, guodemone wrote: 衷心的谢谢你,(very veryvery thank you in english) 请问，你是学生吧？你是哪个中国大学的学生？我也希望DLang可以进入中国的大学,祝你的OS好运！

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 13:54:17 UTC, bitwise wrote: class One : Base!One { } class Two : Base!Two { } Doesn't work with multiple levels of inheritance... Bit Just sprinkle some D magic ontop.. voilà DRTP is born ;) template Dynamic(T) { static if(is(T == U!V, alias U, V))

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 17:32:22 UTC, Daniel N wrote: On Thursday, 29 October 2015 at 13:54:17 UTC, bitwise wrote: [...] Just sprinkle some D magic ontop.. voilà DRTP is born ;) template Dynamic(T) { static if(is(T == U!V, alias U, V)) alias Dynamic = Dynamic!V; else

[Issue 15258] New: Anonymous const union members don't allow for initialization

https://issues.dlang.org/show_bug.cgi?id=15258 Issue ID: 15258 Summary: Anonymous const union members don't allow for initialization Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

[Issue 15258] Anonymous const union members don't allow for initialization

https://issues.dlang.org/show_bug.cgi?id=15258 --- Comment #1 from Adam Ryczkowski --- The issue is also discussed at Stackoverflow: http://stackoverflow.com/questions/33415489 --

Allocation strategies question

As I understand the `std.experimental.allocator` package will be included in the upcoming DMD 2.069 release. I like the idea of composable allocators. Though I've got a question which I can not answer myself. Let's assume a team which is developing an application that can benefit from usage

Re: Release Candidate D 2.069.0-rc1

On 29.10.2015 15:33, tester wrote: trying to compile for x64: import std.stdio; int main(string[] argv){ writeln("Hello D-World!"); return 0; } produces: LINK : fatal error LNK1104: cannot open file 'libucrtd.lib' Building Debug\ConsoleApp1.exe failed! it does work/link for x86

Re: Merging two named Tuples

On Saturday, 24 October 2015 at 11:04:14 UTC, Edwin van Leeuwen wrote: I am trying to write a function to merge two named structs, but am completely stuck on how to do that and was wondering if anyone good provide any help. I know I can access the different names with tup.fieldNames, but

Re: Merging two named Tuples

On 29.10.2015 19:59, Edwin van Leeuwen wrote: On Saturday, 24 October 2015 at 11:04:14 UTC, Edwin van Leeuwen wrote: I am trying to write a function to merge two named structs, but am completely stuck on how to do that and was wondering if anyone good provide any help. I know I can access the

Re: Safe reference counting cannot be implemented as a library

On Tuesday, 27 October 2015 at 18:10:18 UTC, deadalnix wrote: I've made the claim that we should implement reference counting as a library many time, so I think I should explicit my position. Indeed, RC require some level a compiler support to be safe. That being said, the support does not

Re: Merging two named Tuples

On Thursday, 29 October 2015 at 19:42:10 UTC, anonymous wrote: `tup` is an ordinary (run time, dynamic) string to the type system. You can't mixin those. You can only mixin static values (enum, static immutable, CTFE results). The code you're generating doesn't depend on `base` and `other`.

#ifdef hell

https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/ Another voice on what is wrong with the snarl of #ifdef's.

Re: #ifdef hell

On 10/29/2015 3:18 PM, Walter Bright wrote: https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/ Another voice on what is wrong with the snarl of #ifdef's. Reddit: https://www.reddit.com/r/programming/comments/3qo79b/living_in_the_ifdef_hell/

Re: #ifdef hell

On Thursday, 29 October 2015 at 22:18:11 UTC, Walter Bright wrote: https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/ Another voice on what is wrong with the snarl of #ifdef's. how does this differ from static if and version(x) hell?

[Issue 15259] New: D_InlineAsm_X86_Any

https://issues.dlang.org/show_bug.cgi?id=15259 Issue ID: 15259 Summary: D_InlineAsm_X86_Any Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 15259] D_InlineAsm_X86_Any as builtin

https://issues.dlang.org/show_bug.cgi?id=15259 ponce changed: What|Removed |Added Summary|D_InlineAsm_X86_Any |D_InlineAsm_X86_Any as

Re: [OT] LLVM Community Code of Conduct

On 10/29/15 7:49 PM, Jakob Bornecrantz wrote: On Wednesday, 28 October 2015 at 17:36:03 UTC, Walter Bright wrote: On 10/28/2015 2:12 AM, Jakob Bornecrantz wrote: You are not in good company tho. Even the page you link to says nobody else could or should say stuff like that. And attitudes like

我是程序员

我是一个程序员，就是因为英语不好，技术进步很慢，从遇到D语言开始，我开始大量的接触底层开发，D给了我很多原先没有接触到的知识。所以让D成为国内大学的主流语言是非常合适的。他的编译器容易获得，易于安装，而且夸平台，比C更容易入门，又比C++易学，同时拥有动态语言的特性。如果能够进入大学教程的话，会是国内软件的一个飞速发展的工具软件了。

Re: Make all new symbols go through std.experimental?

On Wednesday, 28 October 2015 at 00:28:51 UTC, Andrei Alexandrescu wrote: I was looking at https://github.com/D-Programming-Language/phobos/pull/3765 and whilst it's a sensible addition, I'm thinking we'd want to pass it and all other library additions through std.experimental first. So we'd

[Issue 15262] New: [dmd-internal] Duplicated initialization in Token struct static constructor

https://issues.dlang.org/show_bug.cgi?id=15262 Issue ID: 15262 Summary: [dmd-internal] Duplicated initialization in Token struct static constructor Product: D Version: D2 Hardware: All OS: All

[Issue 15260] New: [dmd-internal] StringExp.compare may cause memory invalid memory access

https://issues.dlang.org/show_bug.cgi?id=15260 Issue ID: 15260 Summary: [dmd-internal] StringExp.compare may cause memory invalid memory access Product: D Version: D2 Hardware: All OS: All Status:

Re: #ifdef hell

On 10/29/2015 3:23 PM, rsw0x wrote: On Thursday, 29 October 2015 at 22:18:11 UTC, Walter Bright wrote: https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/ Another voice on what is wrong with the snarl of #ifdef's. how does this differ from static if and version(x) hell? We advise people

Re: [OT] LLVM Community Code of Conduct

On Wednesday, 28 October 2015 at 17:13:27 UTC, deadalnix wrote: http://sarah.thesharps.us/2015/10/05/closing-a-door/ https://mjg59.dreamwidth.org/38136.html These are different times. Yup, professional victim use to not be a viable career path. What do you mean? Cheers, Jakob.

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 17:32:22 UTC, Daniel N wrote: [...] class Base(T) : IBase [...] I actually did this before, I can confidently say how damn ugly and all over bad it is. Please no.

Re: #ifdef hell

On Thursday, 29 October 2015 at 23:10:38 UTC, Walter Bright wrote: On 10/29/2015 3:23 PM, rsw0x wrote: On Thursday, 29 October 2015 at 22:18:11 UTC, Walter Bright wrote: https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/ Another voice on what is wrong with the snarl of #ifdef's. how does

Re: [OT] LLVM Community Code of Conduct

On Wednesday, 28 October 2015 at 17:36:03 UTC, Walter Bright wrote: On 10/28/2015 2:12 AM, Jakob Bornecrantz wrote: You are not in good company tho. Even the page you link to says nobody else could or should say stuff like that. And attitudes like that will only disurage people from trying to

Re: #ifdef hell

On Thursday, 29 October 2015 at 23:14:26 UTC, David Nadlinger wrote: On Thursday, 29 October 2015 at 23:10:38 UTC, Walter Bright wrote: We advise people not to use static if to do what version(x) eschews, and suggest better alternatives. Ha, I wish! In fact, you are currently arguing for

Re: Compile time features

On Thursday, 29 October 2015 at 02:43:59 UTC, Shammah Chancellor wrote: Currently D has some very very powerful compile time features, but they can get unwieldily quickly when doing compile time reflection with mildly complicated logic. It's pretty disappointing. I'd like to start a

very very thank you

衷心的谢谢你,(very veryvery thank you in english)

Re: [OT] LLVM Community Code of Conduct

On Wednesday, 28 October 2015 at 17:36:03 UTC, Walter Bright wrote: I did not mean that absence of a Code of Conduct is license to abuse others. Just that a CoC is itself insulting, paternalistic, and not a solution. I believe it can be understood, because asocial people are left to deal

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 01:52:16 UTC, bitwise wrote: My argument though, is that a virtual function isn't needed. I'm not sure if this is sufficient for your use cases, but if I could do the this, I would have everything I need: struct MyInfo { string name; } static MyInfo[string]

Re: Automatic method overriding in sub-classes

On Thursday, 29 October 2015 at 08:27:04 UTC, Daniel N wrote: class Base(T) : IBase { final string Name() { return typeof(this).stringof; } } class One : Base!One { } class Two : Base!Two { } Meh, sorry, ofcourse it should be: return typeof(cast(T)this).stringof;

Re: DMD is slow for matrix maths?

On 27 Oct 2015 9:15 pm, "David Nadlinger via Digitalmars-d" < digitalmars-d@puremagic.com> wrote: > > On Tuesday, 27 October 2015 at 18:19:38 UTC, Etienne Cimon wrote: >> >> On Tuesday, 27 October 2015 at 18:18:36 UTC, Etienne Cimon wrote: >>> >>> LDC couldn't inline it either. My only options at

Re: very very thank you

On Thursday, 29 October 2015 at 06:13:17 UTC, guodemone wrote: 衷心的谢谢你,(very veryvery thank you in english) You're welcome, hope it helps :)

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Thursday, 29 October 2015 at 08:41:53 UTC, Iain Buclaw wrote: I think simplicity works better for a logo, moving any small details into the background. Using this kind of tactic I think works well - for instance, a lot of people still wear their DConf 2012 shirts on a weekly basis.

[Issue 15256] New: Data races with arrays allowed in @safe code

https://issues.dlang.org/show_bug.cgi?id=15256 Issue ID: 15256 Summary: Data races with arrays allowed in @safe code Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: accepts-invalid, safe

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Thursday, 29 October 2015 at 06:43:25 UTC, Walter Bright wrote: Please don't be discouraged over what I wrote. You've got talent for this. No worries, I'll get back to it :) geod24 on IRC had an interesting idea.

[Issue 15253] [REG2.069.0-rc1] inliner prevent compilation

https://issues.dlang.org/show_bug.cgi?id=15253 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #3

[Issue 15168] [REG2.068.0] std.variant.Algebraic interacts badly with string alias this sub-types

https://issues.dlang.org/show_bug.cgi?id=15168 --- Comment #8 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/17af3b3014c625b23619fed11b68bbeb62b06e2c fix Issue 15168 -

Re: DConf 2016, Berlin: Call for Submissions is now open!

On 29 October 2015 at 11:38, Iain Buclaw wrote: > > On 29 October 2015 at 10:38, ponce via Digitalmars-d-announce < > digitalmars-d-announce@puremagic.com> wrote: > >> On Thursday, 29 October 2015 at 08:41:53 UTC, Iain Buclaw wrote: >> >>> >>> I think simplicity works

Re: DConf 2016, Berlin: Call for Submissions is now open!

On Thu, Oct 29, 2015 at 12:41 PM, Iain Buclaw via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > >>> What do these shirts look like? >>> >> >> Had to do some digging up of old archives to find this. >> >> https://www.dropbox.com/s/rk95qla7z4nsi8s/tshirt_4b.png >> >> >> >

Re: Make all new symbols go through std.experimental?

On 10/29/15 9:14 PM, Jack Stouffer wrote: On Wednesday, 28 October 2015 at 00:28:51 UTC, Andrei Alexandrescu wrote: I was looking at https://github.com/D-Programming-Language/phobos/pull/3765 and whilst it's a sensible addition, I'm thinking we'd want to pass it and all other library additions

Re: Allocation strategies question

On Friday, 30 October 2015 at 01:26:17 UTC, Rikki Cattermole wrote: Take a look at the functions theAllocator and processAllocator. It would be greate if compiler were able to use `theAllocator` and `processAllocator` but they don't seem much helpfull. Terrible naming by the way.

Re: Allocation strategies question

On Friday, 30 October 2015 at 04:11:05 UTC, ref2401 wrote: It would be greate if compiler were able to use `theAllocator` and `processAllocator` but they don't seem much helpfull. Terrible naming by the way. I should have suggested different names if don't like present ones. if

Re: [OT] LLVM Community Code of Conduct

On Thursday, 29 October 2015 at 23:49:08 UTC, Jakob Bornecrantz wrote: On Wednesday, 28 October 2015 at 17:36:03 UTC, Walter Bright wrote: On 10/28/2015 2:12 AM, Jakob Bornecrantz wrote: You are not in good company tho. Even the page you link to says nobody else could or should say stuff like

[Issue 15253] [REG2.069.0-rc1] inliner prevent compilation

https://issues.dlang.org/show_bug.cgi?id=15253 Kenji Hara changed: What|Removed |Added Keywords||ice, pull

Re: Allocation strategies question

On 30/10/15 5:27 PM, ref2401 wrote: On Friday, 30 October 2015 at 04:11:05 UTC, ref2401 wrote: It would be greate if compiler were able to use `theAllocator` and `processAllocator` but they don't seem much helpfull. Terrible naming by the way. I should have suggested different names if don't

[Issue 15261] New: [dmd-internal] Trivial problem in BinExp.checkOpAssignTypes

https://issues.dlang.org/show_bug.cgi?id=15261 Issue ID: 15261 Summary: [dmd-internal] Trivial problem in BinExp.checkOpAssignTypes Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 15260] [dmd-internal] StringExp.compare may cause invalid memory access

https://issues.dlang.org/show_bug.cgi?id=15260 Kenji Hara changed: What|Removed |Added Summary|[dmd-internal] |[dmd-internal]

[Issue 15262] [dmd-internal] Duplicated initialization in Token struct static constructor

https://issues.dlang.org/show_bug.cgi?id=15262 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from

[Issue 15261] [dmd-internal] Trivial problem in BinExp.checkOpAssignTypes

https://issues.dlang.org/show_bug.cgi?id=15261 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from

[Issue 15260] [dmd-internal] StringExp.compare may cause memory invalid memory access

https://issues.dlang.org/show_bug.cgi?id=15260 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from

[Issue 15263] Cannot insert range into DList

https://issues.dlang.org/show_bug.cgi?id=15263 r...@rcorre.net changed: What|Removed |Added CC||r...@rcorre.net --

[Issue 15263] New: Cannot insert range into DList

https://issues.dlang.org/show_bug.cgi?id=15263 Issue ID: 15263 Summary: Cannot insert range into DList Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major Priority: P1

Re: Allocation strategies question

On 30/10/15 7:56 AM, ref2401 wrote: As I understand the `std.experimental.allocator` package will be included in the upcoming DMD 2.069 release. I like the idea of composable allocators. Though I've got a question which I can not answer myself. Let's assume a team which is developing an

[Issue 15264] New: opDispatch cannot implement range primitives

https://issues.dlang.org/show_bug.cgi?id=15264 Issue ID: 15264 Summary: opDispatch cannot implement range primitives Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement

[Issue 15264] opDispatch cannot implement range primitives

https://issues.dlang.org/show_bug.cgi?id=15264 r...@rcorre.net changed: What|Removed |Added CC||r...@rcorre.net --

Re: #ifdef hell

On 10/29/2015 4:14 PM, David Nadlinger wrote: In fact, you are currently arguing for people to write *more* version statements over at the https://github.com/D-Programming-Language/dmd/pull/5231 I presented several ways to avoid using complex version statements. I might add that over time,

[Issue 15253] [REG2.069.0-rc1] inliner prevent compilation

https://issues.dlang.org/show_bug.cgi?id=15253 --- Comment #4 from Kenji Hara --- (In reply to Martin Nowak from comment #3) > Seems to infinitely loop in InlineScanVisitor::inlineScan. The regression is introduced in: https://github.com/D-Programming-Language/dmd/pull/5117