Re: Status of multidimensional slicing

2014-03-10 Thread Jared Miller
So are there any significant objections to Kenji's PR? I think it's got a lot of things going for it, particularly in finishing the job begun by DIP#7 and opDollar. I realize it's not likely be a top priority for most people, but it's got a lot of bang for your buck: a great benefit to an

Re: Proposal for fixing dchar ranges

2014-03-10 Thread Steven Schveighoffer
On Mon, 10 Mar 2014 17:46:23 -0400, John Colvin john.loughran.col...@gmail.com wrote: On Monday, 10 March 2014 at 13:35:33 UTC, Steven Schveighoffer wrote: I proposed this inside the long major performance problem with std.array.front, I've also proposed it before, a long time ago. But

Re: Proposal for fixing dchar ranges

2014-03-10 Thread Steven Schveighoffer
On Mon, 10 Mar 2014 17:52:05 -0400, Walter Bright newshou...@digitalmars.com wrote: On 3/10/2014 2:09 PM, Steven Schveighoffer wrote: What in my proposal makes you think you don't have unfettered access? The underlying immutable(char)[] representation is accessible. In fact, you would

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Vladimir Panteleev
On Monday, 10 March 2014 at 18:56:41 UTC, Sönke Ludwig wrote: Am 10.03.2014 15:11, schrieb Vladimir Panteleev: On Monday, 10 March 2014 at 14:08:07 UTC, Mike wrote: Thank you, to everone who worked on this. It's quite an improvement. Problem:

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Nick Sabalausky
On 3/10/2014 11:08 AM, Andrei Alexandrescu wrote: On 3/10/14, 7:00 AM, Dicebot wrote: I still don't like disqus :) Are there better such systems available? Yea, forum.dlang.org ;) And anything else that doesn't completely and totally break without JS.

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Mike
On Monday, 10 March 2014 at 18:56:41 UTC, Sönke Ludwig wrote: It's actually already there - at the top of each page, there is a View source code button that goes to the proper file/line and to the proper branch/tag. I've used the same style as the already existing buttons, but those are indeed

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Vladimir Panteleev
On Monday, 10 March 2014 at 22:28:11 UTC, Nick Sabalausky wrote: On 3/10/2014 11:08 AM, Andrei Alexandrescu wrote: On 3/10/14, 7:00 AM, Dicebot wrote: I still don't like disqus :) Are there better such systems available? Yea, forum.dlang.org ;) And anything else that doesn't completely

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Andrei Alexandrescu
On 3/10/14, 3:28 PM, Nick Sabalausky wrote: On 3/10/2014 11:08 AM, Andrei Alexandrescu wrote: On 3/10/14, 7:00 AM, Dicebot wrote: I still don't like disqus :) Are there better such systems available? Yea, forum.dlang.org ;) And anything else that doesn't completely and totally break

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Vladimir Panteleev
On Monday, 10 March 2014 at 22:56:04 UTC, Andrei Alexandrescu wrote: On 3/10/14, 3:28 PM, Nick Sabalausky wrote: On 3/10/2014 11:08 AM, Andrei Alexandrescu wrote: On 3/10/14, 7:00 AM, Dicebot wrote: I still don't like disqus :) Are there better such systems available? Yea,

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Brad Roberts
A key required (imho) feature, the ability to edit after the fact. The primary value that I see in any sort of embedded user input feature is the the most streamlined way of adding essentially bug reports about the page directly on the page. Those reports should be acted upon and the page

Re: Major performance problem with std.array.front()

2014-03-10 Thread Yota
On Monday, 10 March 2014 at 14:42:18 UTC, Dicebot wrote: Yes. I have given up about this idea at some point as there seemed to be consensus that no breaking changes will be even considered for D2 and those that come from fixing bugs are not worth the fuss. So at what point are we going to

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Andrei Alexandrescu
On 3/10/14, 4:04 PM, Vladimir Panteleev wrote: It's still on my list... sorry it's taking this long. You're the only one who requested this feature, though. I can think of several improvements (some of which are in the pipeline) which I think would be more useful to the community overall, but if

Re: ddox-generated Phobos documentation is available for review

2014-03-10 Thread Vladimir Panteleev
On Monday, 10 March 2014 at 23:16:40 UTC, Brad Roberts wrote: A key required (imho) feature, the ability to edit after the fact. The primary value that I see in any sort of embedded user input feature is the the most streamlined way of adding essentially bug reports about the page directly on

Re: Proposal for fixing dchar ranges

2014-03-10 Thread Walter Bright
On 3/10/2014 3:26 PM, Steven Schveighoffer wrote: On Mon, 10 Mar 2014 17:52:05 -0400, Walter Bright newshou...@digitalmars.com wrote: This also makes it a non-starter. You're the guardian of changes to the language, clearly holding a veto on any proposals. But this doesn't come across as very

Re: Major performance problem with std.array.front()

2014-03-10 Thread Walter Bright
On 3/10/2014 6:47 AM, Dicebot wrote: (array literals that allocate, I will never forgive that). It was done that way simply to get it up and running quickly. Having them not allocate is an optimization, it doesn't change the nature.

Re: Proposal for fixing dchar ranges

2014-03-10 Thread bearophile
Walter Bright: In the last couple days, we also wound up annoying a valuable client with some minor breakage with std.json, reiterating how important it is to not break code if we can at all avoid it.. There are still some breaking changed that I'd like to perform in D, like deprecating

Re: Proposal for fixing dchar ranges

2014-03-10 Thread Meta
On Tuesday, 11 March 2014 at 00:02:13 UTC, bearophile wrote: Walter Bright: In the last couple days, we also wound up annoying a valuable client with some minor breakage with std.json, reiterating how important it is to not break code if we can at all avoid it.. There are still some

Re: Major performance problem with std.array.front()

2014-03-10 Thread Nick Sabalausky
On 3/10/2014 7:35 PM, Yota wrote: On Monday, 10 March 2014 at 14:42:18 UTC, Dicebot wrote: Yes. I have given up about this idea at some point as there seemed to be consensus that no breaking changes will be even considered for D2 and those that come from fixing bugs are not worth the fuss. So

Re: Major performance problem with std.array.front()

2014-03-10 Thread Steven Schveighoffer
On Mon, 10 Mar 2014 19:59:07 -0400, Walter Bright newshou...@digitalmars.com wrote: On 3/10/2014 6:47 AM, Dicebot wrote: (array literals that allocate, I will never forgive that). It was done that way simply to get it up and running quickly. Having them not allocate is an optimization,

Re: Major performance problem with std.array.front()

2014-03-10 Thread Andrei Alexandrescu
On 3/10/14, 7:07 PM, Steven Schveighoffer wrote: On Mon, 10 Mar 2014 19:59:07 -0400, Walter Bright newshou...@digitalmars.com wrote: On 3/10/2014 6:47 AM, Dicebot wrote: (array literals that allocate, I will never forgive that). It was done that way simply to get it up and running quickly.

Re: Major performance problem with std.array.front()

2014-03-10 Thread Steven Schveighoffer
On Mon, 10 Mar 2014 22:56:22 -0400, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote: On 3/10/14, 7:07 PM, Steven Schveighoffer wrote: On Mon, 10 Mar 2014 19:59:07 -0400, Walter Bright newshou...@digitalmars.com wrote: On 3/10/2014 6:47 AM, Dicebot wrote: (array literals that

Re: Major performance problem with std.array.front()

2014-03-10 Thread Andrei Alexandrescu
On 3/10/14, 8:05 PM, Steven Schveighoffer wrote: I think you are missing what I'm saying, I don't want the allocation eliminated, but if we eliminate some allocations with [] and not others, it will be confusing. The path I'd always hoped we would go in was to make all array literals immutable,

Re: strange compilation error

2014-03-10 Thread Kenji Hara
On Sunday, 9 March 2014 at 11:21:19 UTC, Jack Applegame wrote: This fails to compile http://dpaste.dzfl.pl/e9a90e808af4 It's a compiler bug. https://d.puremagic.com/issues/show_bug.cgi?id=12334 https://github.com/D-Programming-Language/dmd/pull/3371 Kenji Hara

Re: Linux Dynamic Loading of shared libraries

2014-03-10 Thread Steve Teale
On Sunday, 9 March 2014 at 14:09:28 UTC, Tolga Cakiroglu wrote: For this, you create an Interface that matches to the method declaration of your class. But notice that instead of defining methods, you will define attributes those types' match to that class's methods. I did this before and

Re: Linux Dynamic Loading of shared libraries

2014-03-10 Thread Anthony Goins
On Monday, 10 March 2014 at 06:38:35 UTC, Steve Teale wrote: On Sunday, 9 March 2014 at 14:09:28 UTC, Tolga Cakiroglu wrote: For this, you create an Interface that matches to the method declaration of your class. But notice that instead of defining methods, you will define attributes those

Re: Linux Dynamic Loading of shared libraries

2014-03-10 Thread Steve Teale
On Sunday, 9 March 2014 at 12:07:22 UTC, Steve Teale wrote: Now suppose that my D shared library contains a class, rather that just module ctors/dtors, how do I go about creating an instance of that class and using its methods? After wandering down several dead-end paths, and help from other

Re: linear search using 'find' on an array of structs?

2014-03-10 Thread captain_fid
On Sunday, 9 March 2014 at 10:46:26 UTC, Philippe Sigaud wrote: assert(!find!(toLower(a) == b)(s, hello).empty); assert(!find!(toLower(a) == b)(clist.name, name2).empty); But clist is an array of c's, it has no `.name` field by itself. So, put the `.name` call inside the

linking against libmilter

2014-03-10 Thread Hugo Florentino
Hi, Does anyone have an example of linking against libmilter? The milter applications I have seen are a little overweight for my taste, I just want to check email headers. I sure would like to take advante of the fast regexp of D rather than buildin my own solution in C (which I don't

Any way to print compile-time generated code?

2014-03-10 Thread Chris Williams
I'm toying with the dproto library and have encountered an issue where I can't remove items from a repeated list of items. I'd like to see what the mixins are producing in terms of actual D code, so that I can figure out how I can correctly try to delete an entry or find the code that's

Re: Any way to print compile-time generated code?

2014-03-10 Thread Adam D. Ruppe
Change the mixin(x) line to pragma(msg, x);. It will then print out the generated string at compile time instead of mixing it in so you can take a look at it.

Re: Any way to print compile-time generated code?

2014-03-10 Thread Chris Williams
On Monday, 10 March 2014 at 18:25:10 UTC, Adam D. Ruppe wrote: Change the mixin(x) line to pragma(msg, x);. It will then print out the generated string at compile time instead of mixing it in so you can take a look at it. That just gives me an error: source/app.d(29): Error: Cannot interpret

Explicit Declaration of Pureness and Throwness of Higher Order Ranges

2014-03-10 Thread Nordlöw
Is it, in D today, possible to explicitly tag higher order ranges such as for example `map` with their pureness, safeness and throwness based on the corresponding properties on their function arguments such as `fun...`? And is this motivated? now that the D compiler deduce these properties

Re: Explicit Declaration of Pureness and Throwness of Higher Order Ranges

2014-03-10 Thread Jonathan M Davis
On Monday, March 10, 2014 22:02:39 Nordlöw wrote: Is it, in D today, possible to explicitly tag higher order ranges such as for example `map` with their pureness, safeness and throwness based on the corresponding properties on their function arguments such as `fun...`? And is this

Re: Explicit Declaration of Pureness and Throwness of Higher Order Ranges

2014-03-10 Thread Nordlöw
I'm not quite sure what you're asking. You either mark a function as @safe, pure, and/or nothrow - or you don't, in which case, if it's a templated function, the attributes are inferred to the best of the compiler's capabilities, and if it's not, then the function doesn't have those

ambiguous definition

2014-03-10 Thread Pasqui23
Hi. I was editing std.string,but when I tried to compile it it game me this error: string.d(368): Error: template std.string.indexOf cannot deduce function from argument types !()(string, dchar), candidates are: string.d(306):std.string.indexOf(S)(S s, ElementType!S c, CaseSensitive cs =

writeln if not empty

2014-03-10 Thread Timothee Cour
Is there a way to do the following lazily: writelnIfNotEmpty(T)(T a){ auto b=text(a); if(b.length) writeln(b); } ie, without using std.conv.text (which needlessly computes an intermediate string, which could be quite large) or launching a separate process ? writelnIfNotEmpty(); //doesn't

Re: writeln if not empty

2014-03-10 Thread Nick Sabalausky
On 3/10/2014 9:24 PM, Timothee Cour wrote: Is there a way to do the following lazily: writelnIfNotEmpty(T)(T a){ auto b=text(a); if(b.length) writeln(b); } ie, without using std.conv.text (which needlessly computes an intermediate string, which could be quite large) or launching a separate

Re: writeln if not empty

2014-03-10 Thread Jonathan M Davis
On Monday, March 10, 2014 21:50:25 Nick Sabalausky wrote: On 3/10/2014 9:24 PM, Timothee Cour wrote: Is there a way to do the following lazily: writelnIfNotEmpty(T)(T a){ auto b=text(a); if(b.length) writeln(b); } ie, without using std.conv.text (which needlessly

Re: writeln if not empty

2014-03-10 Thread Timothee Cour
On Mon, Mar 10, 2014 at 9:14 PM, Jonathan M Davis jmdavisp...@gmx.comwrote: On Monday, March 10, 2014 21:50:25 Nick Sabalausky wrote: On 3/10/2014 9:24 PM, Timothee Cour wrote: Is there a way to do the following lazily: writelnIfNotEmpty(T)(T a){ auto b=text(a); if(b.length)

[Issue 12287] infinite loop on std.traits.moduleName on templated struct member

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12287 --- Comment #18 from github-bugzi...@puremagic.com 2014-03-09 23:01:19 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos

[Issue 11917] Stale Phobos documentation pages found on site root

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11917 Brad Anderson e...@gnuk.net changed: What|Removed |Added CC||e...@gnuk.net ---

[Issue 11917] Stale Phobos documentation pages found on site root

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11917 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 12287] infinite loop on std.traits.moduleName on templated struct member

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12287 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 12334] Cannot access frame pointer of nested class from inside lambda

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12334 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1

[Issue 12315] std.array.array at compile-time too

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12315 monarchdo...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Issue 12335] New: std.algorithm.skipOver should support multiple args like startsWith

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12335 Summary: std.algorithm.skipOver should support multiple args like startsWith Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity:

[Issue 4085] Steps toward a static foreach

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=4085 --- Comment #12 from bearophile_h...@eml.cc 2014-03-10 01:22:14 PDT --- This suggests the introduction of a static foreach, so the current ER is not needed: http://wiki.dlang.org/DIP57 So I think the static foreach part of this proposal could

[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=5570 --- Comment #44 from Walter Bright bugzi...@digitalmars.com 2014-03-10 02:26:47 PDT --- Partial fix: https://github.com/D-Programming-Language/dmd/pull/3372 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email

[Issue 12280] Redundant template instance ... error instantiating messages

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12280 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1

[Issue 12280] Redundant template instance ... error instantiating messages

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12280 --- Comment #2 from github-bugzi...@puremagic.com 2014-03-10 05:10:00 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd

[Issue 12148] std.uuid.parseUUID should document that it changes lvalue input data

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12148 monarchdo...@gmail.com changed: What|Removed |Added CC||monarchdo...@gmail.com ---

[Issue 12280] Redundant template instance ... error instantiating messages

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12280 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 12148] std.uuid.parseUUID should document that it changes lvalue input data

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12148 Johannes Pfau johannesp...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 2278] Guarantee alignment of stack-allocated variables on x86

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=2278 MCD s_la...@ira.uni-karlsruhe.de changed: What|Removed |Added CC|

[Issue 12332] std.json API broken without notice

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12332 --- Comment #3 from github-bugzi...@puremagic.com 2014-03-10 08:23:35 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos

[Issue 12336] New: skipOver should accept variadics just like startsWith does

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12336 Summary: skipOver should accept variadics just like startsWith does Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal

[Issue 1553] foreach_reverse is allowed for delegates

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=1553 --- Comment #17 from github-bugzi...@puremagic.com 2014-03-10 09:06:35 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd

[Issue 12337] New: Bad enum usage wrong error message line number

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12337 Summary: Bad enum usage wrong error message line number Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: diagnostic Severity:

[Issue 12338] @trusted delegates should implicitly cast to @safe

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12338 w0rp devw...@gmail.com changed: What|Removed |Added CC||devw...@gmail.com ---

[Issue 12338] New: @trusted delegates should implicitly cast to @safe

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12338 Summary: @trusted delegates should implicitly cast to @safe Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2

[Issue 12339] New: alais this not considered for qualified conversion

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12339 Summary: alais this not considered for qualified conversion Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority:

[Issue 12339] alais this not considered for qualified conversion

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12339 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added CC|

[Issue 12340] New: /DELEXECUTABLE does not work

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12340 Summary: /DELEXECUTABLE does not work Product: D Version: unspecified Platform: All OS/Version: Windows Status: NEW Severity: normal Priority: P2

[Issue 12339] alais this not considered for qualified conversion

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12339 --- Comment #2 from monarchdo...@gmail.com 2014-03-10 13:26:18 PDT --- (In reply to comment #1) I think it does not work because struct contains pointer. If you comment out it, it will work. Note that dispite you alias to S type, S itself

[Issue 12340] /DELEXECUTABLE does not work

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12340 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC|

[Issue 12340] /DELEXECUTABLE does not work

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12340 --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2014-03-10 13:47:19 PDT --- (In reply to comment #1) Crash? That doesn't look like a crash. Well it's a dialog box, isn't it? And it's completely uninformative to what the real

[Issue 12341] New: Add EXTRA_C_SOURCES to autotester

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12341 Summary: Add EXTRA_C_SOURCES to autotester Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2

[Issue 2659] Remove the comma operator

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=2659 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc ---

[Issue 12342] New: Deprecate not reachable code?

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12342 Summary: Deprecate not reachable code? Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: diagnostic Severity: normal Priority:

[Issue 12343] New: Win64 64 bit C ABI not followed for passing structs as function parameters

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12343 Summary: Win64 64 bit C ABI not followed for passing structs as function parameters Product: D Version: D2 Platform: x86_64 OS/Version: Windows Status: NEW

[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=5570 --- Comment #45 from Walter Bright bugzi...@digitalmars.com 2014-03-10 16:30:15 PDT --- Similar issue for Win64: http://d.puremagic.com/issues/show_bug.cgi?id=12343 -- Configure issuemail:

[Issue 5570] 64 bit C ABI not followed for passing structs and complex numbers as function parameters

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=5570 --- Comment #46 from github-bugzi...@puremagic.com 2014-03-10 17:01:14 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd

[Issue 12342] Deprecate not reachable code?

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12342 yebblies yebbl...@gmail.com changed: What|Removed |Added CC||yebbl...@gmail.com ---

[Issue 6549] Implement contracts without implementation.

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=6549 Adam D. Ruppe destructiona...@gmail.com changed: What|Removed |Added CC|

[Issue 12344] New: .di generation doesn't include contracts in interfaces

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12344 Summary: .di generation doesn't include contracts in interfaces Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2

[Issue 6549] Implement contracts without implementation.

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=6549 --- Comment #8 from Adam D. Ruppe destructiona...@gmail.com 2014-03-10 20:46:56 PDT --- well I guess we *can* have interfaces now, but not abstract classes... random limitation indeed. -- Configure issuemail:

[Issue 12342] Deprecate not reachable code?

2014-03-10 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=12342 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC|

<    1   2