Re: CTFE casts of delegates

On Thursday, 5 January 2017 at 03:05:21 UTC, Jonathan M Davis wrote: However, since code that legitimately casts a function to alter its attributes should be _very_ rare, it should also be quite rare that the problem even comes up. It is very rare to have it in code, but the low-level

Re: Stack Space & Ackermann

On Thu, Jan 05, 2017 at 04:50:19AM +, Era Scarecrow via Digitalmars-d-learn wrote: > Well re-watched a video regarding the Ackermann function which is a > heavily recursive code which may or may not ever give a result in our > lifetimes. However relying on the power of memoize I quickly find

Re: What are you planning, D related, for 2017 ?

On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote: Write your plan here, and let's take a rendez-vous next year, to check those plans !! Actually build an Android app like I wanted to last year, except that my app idea has changed, with no cloud component this time:

Re: Stack Space & Ackermann

On Thursday, 5 January 2017 at 06:20:28 UTC, rikki cattermole wrote: foreach(i; 0 .. 6) No need for iota. I thought that particular slice/range was depreciated. Still the few k that are lost in the iota doesn't seem to make a difference when i run the code again.

Re: Stack Space & Ackermann

On 05/01/2017 7:03 PM, Era Scarecrow wrote: On Thursday, 5 January 2017 at 04:53:23 UTC, rikki cattermole wrote: Well, you could create a fiber[0]. Fibers allow you to set the stack size at runtime. [0] http://dlang.org/phobos/core_thread.html#.Fiber.this Well that certainly does seem to

Re: CTFE Status

On Monday, 2 January 2017 at 18:40:44 UTC, Stefan Koch wrote: So guys. basic function-calls are supported. Hell YEAH! Disabled for now. Since it pushes some buffers/caches to their limit. A more flexible solution is needed. However the good news is that the ABI seems to work better than

Re: Stack Space & Ackermann

On Thursday, 5 January 2017 at 04:53:23 UTC, rikki cattermole wrote: Well, you could create a fiber[0]. Fibers allow you to set the stack size at runtime. [0] http://dlang.org/phobos/core_thread.html#.Fiber.this Well that certainly does seem to do the trick. Unfortunately I didn't get the

Re: Vision document for H1 2017

On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection.

Re: Stack Space & Ackermann

On 05/01/2017 5:50 PM, Era Scarecrow wrote: Well re-watched a video regarding the Ackermann function which is a heavily recursive code which may or may not ever give a result in our lifetimes. However relying on the power of memoize I quickly find that when the program dies (from 5 minutes or

Stack Space & Ackermann

Well re-watched a video regarding the Ackermann function which is a heavily recursive code which may or may not ever give a result in our lifetimes. However relying on the power of memoize I quickly find that when the program dies (from 5 minutes or so) nearly instantly (and only using 9Mb of

Re: Vision document for H1 2017

On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection.

Re: Vision document for H1 2017

On Thursday, 5 January 2017 at 02:32:00 UTC, Chris Wright wrote: Templatize dmd <-> druntime API I'm curious as to why. I'm guessing this is for things like creating runtime type information? This thread (http://forum.dlang.org/post/mr7a65$2hc$1...@digitalmars.com) should provide some

Re: Vision document for H1 2017

On 05/01/2017 8:22 AM, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection. https://wiki.dlang.org/Vision/2017H1

Re: CTFE casts of delegates

On Wednesday, January 04, 2017 16:19:52 Seb via Digitalmars-d wrote: > On Wednesday, 4 January 2017 at 16:06:11 UTC, Stefan Koch wrote: > > On Wednesday, 4 January 2017 at 08:45:59 UTC, Eyal Lotem wrote: > >> On Tuesday, 3 January 2017 at 09:44:38 UTC, Stefan Koch wrote: > >>> I think that I can

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 21:44:16 UTC, Robert burner Schadek wrote: On Wednesday, 4 January 2017 at 19:33:13 UTC, Jack Stouffer wrote: Promotion of std.logger has been officially stalled until reference counted strings are part of D. When? That is the first I hear about that. ???

Re: Vision document for H1 2017

On Thursday, 5 January 2017 at 02:32:00 UTC, Chris Wright wrote: I'm curious as to why. I'm guessing this is for things like creating runtime type information? There's a lot of benefits to it: it'd simplify the compiler a bit, it'd simplify making custom runtimes, and it'd give us options to

Re: Vision document for H1 2017

> Templatize dmd <-> druntime API I'm curious as to why. I'm guessing this is for things like creating runtime type information?

Re: The future of DMD's JSON output

On 1/4/2017 6:27 PM, Chris Wright wrote: On Fri, 30 Dec 2016 02:44:38 +, Chris Wright wrote: DMD's JSON output hasn't changed since at least the switch from C++ to D. Is it deprecated or merely lacking maintainers? Is there a vision for where it will go? Having no response, I'm going to

Re: The future of DMD's JSON output

On Fri, 30 Dec 2016 02:44:38 +, Chris Wright wrote: > DMD's JSON output hasn't changed since at least the switch from C++ to > D. > Is it deprecated or merely lacking maintainers? Is there a vision for > where it will go? Having no response, I'm going to assume it's lacking maintainers,

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 05.01.2017 01:51, Andrei Alexandrescu wrote: On 12/31/16 9:43 AM, Timon Gehr wrote: On an unrelated note: I'm still not a fan of the with(import) syntax as it morally promotes a lack of turtles (even if not technically so). Could you please provide more detail? Thanks! -- Andrei The

Re: Vision document for H1 2017

On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection.

Re: Vision document for H1 2017

On 01/04/2017 02:22 PM, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection. https://wiki.dlang.org/Vision/2017H1

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 12/31/16 9:43 AM, Timon Gehr wrote: On an unrelated note: I'm still not a fan of the with(import) syntax as it morally promotes a lack of turtles (even if not technically so). Could you please provide more detail? Thanks! -- Andrei

Re: Quick and dirty support for RISC-V

On Wednesday, 4 January 2017 at 17:12:54 UTC, e-y-e wrote: In a previous post a few days ago, I asked what the easiest way of getting D code running on RISC-V would be. I thought the process might take quite a while and more knowledge of compilers, hardware etc than I currently have. [...]

Re: Another XML DOM Package

Guillaume Piolat via Digitalmars-d-announce napsal St, led 4, 2017 v 11∶48 : On Friday, 30 December 2016 at 04:19:47 UTC, apz28 wrote: This is my first package to learn D. Suggestion for improvement is welcome. https://github.com/apz28/dlang-xml

[Issue 17060] betterC std.allocator

https://issues.dlang.org/show_bug.cgi?id=17060 greenify changed: What|Removed |Added CC||greeen...@gmail.com --

Re: Another XML DOM Package

On Friday, 30 December 2016 at 04:19:47 UTC, apz28 wrote: This is my first package to learn D. Suggestion for improvement is welcome. https://github.com/apz28/dlang-xml Welcome here! - you don't have to commit .sln files, dub can generate them as needed - that is for a package that will

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 21:59:29 UTC, Andrei Alexandrescu wrote: On Wednesday, 4 January 2017 at 13:47:53 UTC, Ilya Yaroshenko wrote: [...] We should be able to take care of this with simple modularization techniques. And there's little worry about breakage because it's still

[Issue 17060] New: betterC std.allocator

https://issues.dlang.org/show_bug.cgi?id=17060 Issue ID: 17060 Summary: betterC std.allocator Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

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

[Issue 16604] [std.getopt] defaultGetoptPrinter can't be used if an exception fires

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

[Issue 16590] Wrong di generation for ref methods

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

[Issue 16959] bringToFront fails on char arrays

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

[Issue 16686] Can not spawn subprocess and read from File at same time

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

[Issue 16662] Can't call std.variant.visit from a pure function

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

[Issue 16656] move embedded zlib to a separate library

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

[Issue 16630] Compile errors with std.traits.arity and std.traits.ParameterStorageClassTuple

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

[Issue 16564] KRRegion.empty sometimes returns Ternary.no

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

[Issue 16736] Retrieving cUrl time values is quite cumbersome

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

[Issue 16659] Clarify mutating while iterating rules

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

[Issue 16684] std.getopt, problem with the automatic handling of "h"

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

[Issue 16991] Make writeln documentation palatable

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

[Issue 16985] Enable runnable unittest on dlang.org after 2.073 release

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

[Issue 16615] std.process is missing functionality for child processes

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

[Issue 16984] Make more modules runnable on dlang.org

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

[Issue 16783] std.net.curl application throws an exception

https://issues.dlang.org/show_bug.cgi?id=16783 Andrei Alexandrescu changed: What|Removed |Added Status|REOPENED|ASSIGNED --

[Issue 16542] makeArray not usable with const initializer

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

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 13:47:53 UTC, Ilya Yaroshenko wrote: On Wednesday, 4 January 2017 at 10:02:34 UTC, Adam Wilson wrote: On 1/3/17 11:55 PM, Ilya Yaroshenko wrote: On Wednesday, 4 January 2017 at 07:32:34 UTC, Adam Wilson wrote: Has anything graduated yet? No So at what

[Issue 16355] __xpostblit incorrectly generated for a struct with a zero-length static array

https://issues.dlang.org/show_bug.cgi?id=16355 bitter.ta...@gmx.com changed: What|Removed |Added CC||bitter.ta...@gmx.com --- Comment #1

Re: Vision document for H1 2017

On Wednesday, 4 January 2017 at 21:21:17 UTC, aberba wrote: I like the social media part. More people, more man power, more noise about D. I would read it as, with better signal-to-noise ratio.

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 19:33:13 UTC, Jack Stouffer wrote: Promotion of std.logger has been officially stalled until reference counted strings are part of D. When? That is the first I hear about that.

Re: [OT] static foreach

On 04.01.2017 17:03, Stefan Koch wrote: On Wednesday, 4 January 2017 at 15:56:13 UTC, Timon Gehr wrote: [1] Both static if and static foreach (once it lands) need the same kind of scoping rules. Please do contact me if you are working on static foreach, Not currently. I might implement it

Re: Vision document for H1 2017

On Wed, Jan 04, 2017 at 08:45:09PM +, Stefan Koch via Digitalmars-d-announce wrote: [...] > I claim dips on templates. (as in the colloquial english for asserting > rights/ownership ) [...] FYI, it's spelt "dibs" (with a 'b'). ;-) T -- It won't be covered in the book. The source code has

Re: What are you planning, D related, for 2017 ?

On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote: Write your plan here, and let's take a rendez-vous next year, to check those plans !! I want to release my MMO game on Steam this year ! Whats missing : - Basic AI and Fights

[Issue 16694] ICE on taking address of `export` function (declaration-only)

https://issues.dlang.org/show_bug.cgi?id=16694 bitter.ta...@gmx.com changed: What|Removed |Added CC||bitter.ta...@gmx.com --- Comment #1

Re: Vision document for H1 2017

On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection.

[Issue 17056] No filename and line info for wrong extern C++ type

https://issues.dlang.org/show_bug.cgi?id=17056 --- Comment #4 from bitter.ta...@gmx.com --- (In reply to Jacob Carlborg from comment #2) > (In reply to bitter.taste from comment #1) > > This should be only a matter of using the Loc of the Dsymbol we're currently > > mangling when an error is

[Issue 16048] std.getopt: duplicated options are not detected

https://issues.dlang.org/show_bug.cgi?id=16048 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/43880932f56f412eb5c3e4fcc395c507c1aa93ad Throw error on duplicate long/short options Fixes Issue

Re: Parsing a UTF-16LE file line by line, BUG?

Nestor via Digitalmars-d-learn napsal St, led 4, 2017 v 8∶20 : On Wednesday, 4 January 2017 at 18:48:59 UTC, Daniel Kozák wrote: Ok, I've done some testing and you are right byLine is broken, so please fill a bug A bug? I was under the impression that this

Re: Parsing a UTF-16LE file line by line, BUG?

On Wednesday, 4 January 2017 at 19:20:31 UTC, Nestor wrote: On Wednesday, 4 January 2017 at 18:48:59 UTC, Daniel Kozák wrote: Ok, I've done some testing and you are right byLine is broken, so please fill a bug A bug? I was under the impression that this function was *intended* to work only

Re: Vision document for H1 2017

On Wednesday, 4 January 2017 at 19:22:33 UTC, Andrei Alexandrescu wrote: We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection.

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 07:32:34 UTC, Adam Wilson wrote: What are the exit conditions for graduating from std.experimental.* to std.*? Has anything graduated yet? Promotion of std.logger has been officially stalled until reference counted strings are part of D. I think this was done

Re: Parsing a UTF-16LE file line by line, BUG?

On Wednesday, 4 January 2017 at 18:48:59 UTC, Daniel Kozák wrote: Ok, I've done some testing and you are right byLine is broken, so please fill a bug A bug? I was under the impression that this function was *intended* to work only with UTF-8 encoded files.

Vision document for H1 2017

We release a brief Vision document summarizing the main goals we plan to pursue in the coming six months. This half we are focusing on three things: safety, lifetime management, and static introspection. https://wiki.dlang.org/Vision/2017H1 Andrei

Re: Terminix Year In Review

On Wednesday, 4 January 2017 at 04:08:00 UTC, Adam D. Ruppe wrote: On Monday, 2 January 2017 at 21:11:47 UTC, Getald wrote: I'm not sure a textview would be viable, it might work for the command prompt but I doubt it would handle ncurses type applications like vi or nano very well. I don't

Re: Does anyone know of an sdl-mode for Emacs?

On Wed, 2017-01-04 at 17:24 +, Atila Neves via Digitalmars-d-learn wrote: > It's getting tedious editing dub.sdl files with no editor  > support. If nobody's written one, I will. > Emacs has an sdlang-mode. It's on MELPA so installable via packages. -- Russel.

Re: Parsing a UTF-16LE file line by line?

Daniel Kozák napsal St, led 4, 2017 v 6∶33 : Nestor via Digitalmars-d-learn napsal St, led 4, 2017 v 12∶03 : Hi, I was just trying to parse a UTF-16LE file using byLine, but apparently this function doesn't work with anything other

Re: What are you planning, D related, for 2017 ?

On Monday, 2 January 2017 at 15:16:31 UTC, Basile B. wrote: Write your plan here, and let's take a rendez-vous next year, to check those plans !! Main plans: - Finish the 0.9.1 version of my graphics engine. I have to finish the new collision detection algorithm that uses a bitarray instead

Re: Parsing a UTF-16LE file line by line?

Nestor via Digitalmars-d-learn napsal St, led 4, 2017 v 12∶03 : Hi, I was just trying to parse a UTF-16LE file using byLine, but apparently this function doesn't work with anything other than UTF-8, because I get this error: "Invalid UTF-8 sequence (at

Re: Crazy, sad but ... would you use D for your own facebook or pinterest?

On 2017-01-04 15:04, Adam D. Ruppe wrote: wc reports about 80,000 lines. But it isn't line count that affects build speed in D: it is the content of those lines. Yeah, for projects like DWT and Tango where very few compile time features are used it's really quick to compile. DWT takes around

Does anyone know of an sdl-mode for Emacs?

It's getting tedious editing dub.sdl files with no editor support. If nobody's written one, I will. Atila

[Issue 17056] No filename and line info for wrong extern C++ type

https://issues.dlang.org/show_bug.cgi?id=17056 --- Comment #3 from Jacob Carlborg --- The mangler shouldn't do the type checking. --

[Issue 17056] No filename and line info for wrong extern C++ type

https://issues.dlang.org/show_bug.cgi?id=17056 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #2

Quick and dirty support for RISC-V

In a previous post a few days ago, I asked what the easiest way of getting D code running on RISC-V would be. I thought the process might take quite a while and more knowledge of compilers, hardware etc than I currently have. But technically, D code can now be run on RISC-V. Sort of. I

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Wednesday, 4 January 2017 at 15:56:13 UTC, Timon Gehr wrote: I don't fully agree. Nested imports, the way they have been implemented, pose a new symbol hijacking hazard. I'd argue this was an existing bug in import handling. This is why I like to have very orthogonal definitions. It

[Issue 16191] std/digest/digest.d should be renamed to package.d

https://issues.dlang.org/show_bug.cgi?id=16191 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

Re: [OT] static foreach

On Wednesday, 4 January 2017 at 16:03:29 UTC, Stefan Koch wrote: On Wednesday, 4 January 2017 at 15:56:13 UTC, Timon Gehr wrote: [1] Both static if and static foreach (once it lands) need the same kind of scoping rules. Please do contact me if you are working on static foreach, there are

Re: CTFE casts of delegates

On Wednesday, 4 January 2017 at 16:19:52 UTC, Seb wrote: There is assumeWontThrow (https://dlang.org/phobos/std_exception.html#.assumeWontThrow) in std.exception, so I think the chances for assumeNogc or assumePure aren't that bad ;-) I understand that it did not work at ctfe.

Re: CTFE casts of delegates

On Wednesday, 4 January 2017 at 16:06:11 UTC, Stefan Koch wrote: On Wednesday, 4 January 2017 at 08:45:59 UTC, Eyal Lotem wrote: On Tuesday, 3 January 2017 at 09:44:38 UTC, Stefan Koch wrote: I think that I can provide a dmd patch that would allow the casts you want at ctfe. However I would

Re: CTFE casts of delegates

On Wednesday, 4 January 2017 at 08:45:59 UTC, Eyal Lotem wrote: On Tuesday, 3 January 2017 at 09:44:38 UTC, Stefan Koch wrote: I think that I can provide a dmd patch that would allow the casts you want at ctfe. However I would not propose it for inclusion myself. A cast that only fiddles

[OT] static foreach

On Wednesday, 4 January 2017 at 15:56:13 UTC, Timon Gehr wrote: [1] Both static if and static foreach (once it lands) need the same kind of scoping rules. Please do contact me if you are working on static foreach, there are dmd and implementation specific issues to be taken into account.

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On 04.01.2017 16:00, deadalnix wrote: Nested import are a language simplification. Declaration can appear anywhere, import is a declaration, the fact that import couldn't appear anywhere was an arbitrary limitation, and removing it makes the language simpler. As such, the burden of proof is on

[Issue 16298] [ER] lazily register standard codecs from std.encoding

https://issues.dlang.org/show_bug.cgi?id=16298 --- Comment #2 from Ketmar Dark --- this was just a place to keep the temporary solution anyway. Steven took care of that since, i believe. sorry, i forgot to close this myself. and yes, i know that patches in bugzilla rots

Re: It is still not possible to use D on debian/ubuntu

On Tuesday, 3 January 2017 at 00:16:52 UTC, Martin Nowak wrote: On Monday, 2 January 2017 at 18:18:33 UTC, deadalnix wrote: Plus the fix was actually released yesterday, so it's not like I'm lagging by much. The internal meddling nonsense that's going on is none of any user business. Bug

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

There are quite a few fallacies in there. On Monday, 2 January 2017 at 21:23:19 UTC, Andrei Alexandrescu wrote: Regarding the ongoing doubts about the advantages of inline imports: they are first and foremost a completion of the nested import feature. As such, most, if not all, arguments

[Issue 17036] Template default parametr does not works correctly

https://issues.dlang.org/show_bug.cgi?id=17036 --- Comment #2 from Daniel Kozak --- yeah I am aware of all of this, but in all other cases(context) it is legal to do this cast. It is even legal by language specification if I remember it correctly. I would fix it by myself but

[Issue 16298] [ER] lazily register standard codecs from std.encoding

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

[Issue 16510] Request: RSA digital signature validation in phobos

https://issues.dlang.org/show_bug.cgi?id=16510 greenify changed: What|Removed |Added CC||greeen...@gmail.com ---

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 07:32:34 UTC, Adam Wilson wrote: What are the exit conditions for graduating from std.experimental.* to std.*? I think it should have been accepted by the community and there shouldn't be any design concern or usability issues. However, this is a

Re: Crazy, sad but ... would you use D for your own facebook or pinterest?

On Wednesday, 4 January 2017 at 07:08:25 UTC, aberba wrote: Did you implement some form of clustering (session, storage, caching)? I cheated (well, some would say "made a reasonable decision not to reinvent the wheel"): I ran two copies of the application and both talked to the same database

Re: Crazy, sad but ... would you use D for your own facebook or pinterest?

On Wednesday, 4 January 2017 at 12:44:08 UTC, Andrei Alexandrescu wrote: How large was the codebase? Thx! -- Andrei wc reports about 80,000 lines. But it isn't line count that affects build speed in D: it is the content of those lines. When I optimized it, the source code actually got

Re: Question on std.experimental

On Wednesday, 4 January 2017 at 10:02:34 UTC, Adam Wilson wrote: On 1/3/17 11:55 PM, Ilya Yaroshenko wrote: On Wednesday, 4 January 2017 at 07:32:34 UTC, Adam Wilson wrote: Has anything graduated yet? No So at what point well we? I mean that is the point after all... ndslice is

Re: ARC in D

On Monday, 2 January 2017 at 15:43:22 UTC, eugene wrote: hello everyone, is there any kind of smart pointers or something in D instead of GC? Non-atomic RC wrapper type is here http://dlang.org/phobos/std_typecons.html#.RefCounted and instantiator for it here

[Issue 17036] Template default parametr does not works correctly

https://issues.dlang.org/show_bug.cgi?id=17036 bitter.ta...@gmx.com changed: What|Removed |Added CC||bitter.ta...@gmx.com --- Comment #1

[Issue 17056] No filename and line info for wrong extern C++ type

https://issues.dlang.org/show_bug.cgi?id=17056 bitter.ta...@gmx.com changed: What|Removed |Added CC||bitter.ta...@gmx.com --- Comment #1

Re: Crazy, sad but ... would you use D for your own facebook or pinterest?

On 1/3/17 11:10 PM, Adam D. Ruppe wrote: My compile+link time at one point hit 15 seconds so I optimized some templates and got it down to 7. Still kinda slow but not *that* bad. How large was the codebase? Thx! -- Andrei

Re: PostgreSQL native impl

On 2017-01-04 12:26, Nemanja Boric wrote: Shameless plug, I've been working in my spare time on a similar project: https://github.com/Burgos/postgres-native Progress is super slow, though, but I'm really happy how the things are working out, so just publishing here if somebody wants to take

Re: DIP10005: Dependency-Carrying Declarations is now available for community feedback

On Tuesday, 3 January 2017 at 12:57:22 UTC, Andrei Alexandrescu wrote: On 01/03/2017 02:19 AM, Dominikus Dittes Scherkl wrote: On Monday, 2 January 2017 at 21:23:19 UTC, Andrei Alexandrescu wrote: DIP1005 gives consideration to the speed of compilation aspect in larger proportion than speed's

Direction of D

On Tuesday, 3 January 2017 at 09:28:06 UTC, Paulo Pinto wrote: Allow me just to share a worthless outsider opinion. I never contributed anything worthwhile and decided it was better to just focus on JVM, .NET languages., alongside C++, as those are the skills I get paid for, thus stop

Re: PostgreSQL native impl

On Tuesday, 3 January 2017 at 09:07:35 UTC, Arun Chandrasekaran wrote: On Tuesday, 3 January 2017 at 01:08:28 UTC, Chris Wright wrote: On Mon, 02 Jan 2017 20:29:55 +, Anton wrote: Today i spent about hour to write pure-D simple PostgreSQL driver for demonstration purposes. I was looking

  1   2   >