Re: asdf json library moved to libmir

2018-07-11 Thread Daniel Kozak via Digitalmars-d-announce
On Wed, Jul 11, 2018 at 11:45 PM yannick via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > Hi All, > > Since i'll be leaving Tamedia (who sponsored development of Asdf) > and it's not under active use anymore here we decided to donate > it to libmir. > > Asdf has a few

Re: asdf json library moved to libmir

2018-07-11 Thread WebFreak001 via Digitalmars-d-announce
On Wednesday, 11 July 2018 at 21:42:45 UTC, yannick wrote: Hi All, Since i'll be leaving Tamedia (who sponsored development of Asdf) and it's not under active use anymore here we decided to donate it to libmir. Asdf has a few nifty features that make it perfect for reading large amounts of

asdf json library moved to libmir

2018-07-11 Thread yannick via Digitalmars-d-announce
Hi All, Since i'll be leaving Tamedia (who sponsored development of Asdf) and it's not under active use anymore here we decided to donate it to libmir. Asdf has a few nifty features that make it perfect for reading large amounts of json lines and transforming data. For an example use case

Re: I have a plan.. I really DO

2018-07-11 Thread Ecstatic Coder via Digitalmars-d-announce
This is one of the things about open source / volunteer projects that may or may not be a good thing (it can be argued both ways). Since people aren't getting paid to do grunt work, if nobody steps up to the plate to fix an issue, it will either just sit there forever, or it will fall upon

Re: Blogpost about the T.init problem

2018-07-11 Thread Meta via Digitalmars-d-announce
On Wednesday, 11 July 2018 at 07:35:24 UTC, FeepingCreature wrote: On Wednesday, 11 July 2018 at 07:30:59 UTC, FeepingCreature wrote: Then just stick it in a Nullable. No explicit .init needed. To clarify this point some more, since on reflection it's ambiguous: you might well say that "well

Re: I have a plan.. I really DO

2018-07-11 Thread H. S. Teoh via Digitalmars-d-announce
On Wed, Jul 11, 2018 at 09:36:25AM +, Ecstatic Coder via Digitalmars-d-announce wrote: [...] > Except for Crystal, I think that D is superior to many languages in > *ease of use* and *expressivity*, and I really like it a lot for that. > > But for technical aspect like performance, very

Re: Blogpost about the T.init problem

2018-07-11 Thread Greatsam4sure via Digitalmars-d-announce
On Tuesday, 10 July 2018 at 13:41:56 UTC, FeepingCreature wrote: I've written up a short blogpost about the T.init issue. It is not very enthusiastic. https://medium.com/@feepingcreature/d-structs-dont-work-for-domain-data-c09332349f43 Related links: https://github.com/dlang/phobos/pull/6594

Re: Blogpost about the T.init problem

2018-07-11 Thread Greatsam4sure via Digitalmars-d-announce
On Tuesday, 10 July 2018 at 13:41:56 UTC, FeepingCreature wrote: I've written up a short blogpost about the T.init issue. It is not very enthusiastic. https://medium.com/@feepingcreature/d-structs-dont-work-for-domain-data-c09332349f43 Related links: https://github.com/dlang/phobos/pull/6594

Re: I have a plan.. I really DO

2018-07-11 Thread Greatsam4sure via Digitalmars-d-announce
On Wednesday, 11 July 2018 at 13:57:45 UTC, SrMordred wrote: But for technical aspect like performance, very honestly I'm still not sure of its technical superiority over similar languages. Just have a look at this one, which is quite famous : https://www.techempower.com/benchmarks/ I

Re: D Security Team has been initiated

2018-07-11 Thread Seb via Digitalmars-d-announce
On Wednesday, 11 July 2018 at 13:58:42 UTC, bauss wrote: On Wednesday, 11 July 2018 at 05:28:45 UTC, Seb wrote: If you have a security-related concern or issue and feel like this shouldn't be discussed in public, please don't hesitate to contact us in private at: https://dlang.org/security

Re: D Security Team has been initiated

2018-07-11 Thread bauss via Digitalmars-d-announce
On Wednesday, 11 July 2018 at 05:28:45 UTC, Seb wrote: If you have a security-related concern or issue and feel like this shouldn't be discussed in public, please don't hesitate to contact us in private at: https://dlang.org/security The menu gives a 404 because it links to

Re: I have a plan.. I really DO

2018-07-11 Thread SrMordred via Digitalmars-d-announce
But for technical aspect like performance, very honestly I'm still not sure of its technical superiority over similar languages. Just have a look at this one, which is quite famous : https://www.techempower.com/benchmarks/ I know that many people here will simply tell me that all those

Re: I have a plan.. I really DO

2018-07-11 Thread Kagamin via Digitalmars-d-announce
On Friday, 6 July 2018 at 15:19:33 UTC, Ecstatic Coder wrote: Actually you answer was right even if the point count was not stored as an integer ;) For C++, the answer is : never. Two small memory blocks will have to be allocated from the memory pool, which is not smart, obviously, but apart

Re: Blogpost about the T.init problem

2018-07-11 Thread Dukc via Digitalmars-d-announce
On Tuesday, 10 July 2018 at 15:10:21 UTC, Dukc wrote: It definitely needs clarification if I understood it's intent right. https://github.com/dlang/dlang.org/pull/2418

Re: depend 0.2.0

2018-07-11 Thread rikki cattermole via Digitalmars-d-announce
On 11/07/2018 11:37 PM, Bogdan Szabo wrote: On Friday, 6 July 2018 at 15:53:19 UTC, Mario Kröplin wrote: depend is a tool to visualize or to check import dependencies. It was briefly presented at DConf 2018. For an example, see the generated package dependencies of the vibe.d code:

Re: depend 0.2.0

2018-07-11 Thread Bogdan Szabo via Digitalmars-d-announce
On Friday, 6 July 2018 at 15:53:19 UTC, Mario Kröplin wrote: depend is a tool to visualize or to check import dependencies. It was briefly presented at DConf 2018. For an example, see the generated package dependencies of the vibe.d code:

Update regarding the Nullable issue

2018-07-11 Thread FeepingCreature via Digitalmars-d-announce
Destructors are not called for fields embedded in unions. On the one hand this is a horrible, horrible hack. On the other, whee!

Re: I have a plan.. I really DO

2018-07-11 Thread Ecstatic Coder via Digitalmars-d-announce
On Tuesday, 10 July 2018 at 18:20:27 UTC, H. S. Teoh wrote: On Tue, Jul 10, 2018 at 05:25:11PM +, Yuxuan Shui via Digitalmars-d-announce wrote: On Friday, 6 July 2018 at 21:15:46 UTC, H. S. Teoh wrote: [...] > Of course, for someone looking for an excuse not to use D, > they will always

Re: Blogpost about the T.init problem

2018-07-11 Thread FeepingCreature via Digitalmars-d-announce
On Wednesday, 11 July 2018 at 07:30:59 UTC, FeepingCreature wrote: Then just stick it in a Nullable. No explicit .init needed. To clarify this point some more, since on reflection it's ambiguous: you might well say that "well yeah, the default constructor returns an invalid value, no shit it

Re: Blogpost about the T.init problem

2018-07-11 Thread FeepingCreature via Digitalmars-d-announce
On Tuesday, 10 July 2018 at 21:08:32 UTC, Cym13 wrote: First of all I must point that I would very much like to have seen a code actually producing an error in that article. Contrary to what is hinted just taking the struct and putting using it with Nullable or format() caused no error for me