Re: Top Five World’s Most Underrated Programming Languages

2019-01-23 Thread Atila Neves via Digitalmars-d-announce
On Friday, 18 January 2019 at 10:23:03 UTC, JN wrote: On Friday, 18 January 2019 at 08:55:23 UTC, Paulo Pinto wrote: Apparently Google is ramping up the use of Rust in Fuchsia and hiring quite a few devs. Azure IoT Edge uses a mix of C# and Rust. Rust has lately got a lot of attention from

Re: My Meeting C++ Keynote video is now available

2019-01-15 Thread Atila Neves via Digitalmars-d-announce
On Monday, 14 January 2019 at 14:59:03 UTC, 12345swordy wrote: On Monday, 14 January 2019 at 10:06:48 UTC, Mike Franklin wrote: On Monday, 14 January 2019 at 05:31:27 UTC, Paul Backus wrote: [...] I think D's structs are a sufficient object system for such a focal point. With design by

Re: DConf 2019: Shepherd's Pie Edition

2018-12-22 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 22 December 2018 at 13:46:39 UTC, Joakim wrote: On Saturday, 22 December 2018 at 12:18:25 UTC, Mike Parker wrote: The egregious waste of time and resources of this DConf format strongly signals that D is not a serious effort to build a used language, It's the same signal being

Re: Blog post: What D got wrong

2018-12-20 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 19 December 2018 at 23:10:34 UTC, Rubn wrote: On Wednesday, 19 December 2018 at 19:58:53 UTC, Neia Neutuladh wrote: [...] To be fair even in c++ this won't be a reference. int& foo(); auto a = foo(); // a == int auto& a = foo(); // a == int& So it shouldn't be that surprising.

Re: Blog post: What D got wrong

2018-12-17 Thread Atila Neves via Digitalmars-d-announce
On Monday, 17 December 2018 at 09:41:01 UTC, Dukc wrote: On Saturday, 15 December 2018 at 19:53:06 UTC, Atila Neves wrote: @safe and pure though... Why @safe? Can't you just write "@safe:" on top and switch to @system/@trusted as needed? Not quite. It doesn't work the way m

Re: Blog post: What D got wrong

2018-12-15 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 15 December 2018 at 02:16:36 UTC, Nathan S. wrote: On Thursday, 13 December 2018 at 10:14:45 UTC, Atila Neves wrote: My impression is that it's a consensus that it _should_, but it's not going to happen due to breaking existing code. I think it would be a bad idea for `immutable

Re: Blog post: What D got wrong

2018-12-13 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 13 December 2018 at 09:40:45 UTC, RazvanN wrote: On Tuesday, 11 December 2018 at 10:45:39 UTC, Atila Neves wrote: A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/ That was a really good blog post

Re: A brief survey of build tools, focused on D

2018-12-12 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 12 December 2018 at 09:38:55 UTC, Sönke Ludwig wrote: Am 11.12.2018 um 20:46 schrieb H. S. Teoh: On Tue, Dec 11, 2018 at 11:26:45AM +0100, Sönke Ludwig via Digitalmars-d-announce wrote: [...] The main open point right now AFAICS is to make --parallel work with the

Re: Blog post: What D got wrong

2018-12-12 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 11 December 2018 at 14:00:10 UTC, dayllenger wrote: On Tuesday, 11 December 2018 at 13:42:03 UTC, Guillaume Piolat wrote: One could say getters and particularly setters don't really deserve a nicer way to write them. It's a code stink, it deserve a long ugly name. (10 years ago I

Re: Blog post: What D got wrong

2018-12-11 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 11 December 2018 at 12:51:56 UTC, Nicholas Wilson wrote: On Tuesday, 11 December 2018 at 10:45:39 UTC, Atila Neves wrote: A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/ Nice! Thanks! I like

Re: Blog post: What D got wrong

2018-12-11 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 11 December 2018 at 12:52:20 UTC, Adam D. Ruppe wrote: On Tuesday, 11 December 2018 at 10:45:39 UTC, Atila Neves wrote: A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/ If @property worked for a thing

Re: Blog post: What D got wrong

2018-12-11 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 11 December 2018 at 11:08:29 UTC, user1234 wrote: On Tuesday, 11 December 2018 at 10:45:39 UTC, Atila Neves wrote: A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/ I agree about template lambdas

Blog post: What D got wrong

2018-12-11 Thread Atila Neves via Digitalmars-d-announce
A few things that have annoyed me about writing D lately: https://atilanevesoncode.wordpress.com/2018/12/11/what-d-got-wrong/

Re: A brief survey of build tools, focused on D

2018-12-11 Thread Atila Neves via Digitalmars-d-announce
On Monday, 10 December 2018 at 22:18:28 UTC, Neia Neutuladh wrote: On Mon, 10 Dec 2018 21:53:40 +, GoaLitiuM wrote: The results for touching second file seems like an anomaly to me, The generated ninja file had one rule per source file. If your modules tend to import each other a lot, or

Re: A brief survey of build tools, focused on D

2018-12-11 Thread Atila Neves via Digitalmars-d-announce
On Monday, 10 December 2018 at 18:27:48 UTC, Neia Neutuladh wrote: I wrote a post about language-agnostic (or, more accurately, cross- language) build tools, primarily using D as an example and Dub as a benchmark. Spoiler: dub wins in speed, simplicity, dependency management, and actually

Re: sumtype 0.7.0

2018-11-22 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 21 November 2018 at 00:38:25 UTC, Paul Backus wrote: SumType is a generic sum type for modern D. It is meant as an alternative to `std.variant.Algebraic`. [...] Thanks for the kind words! My pleasure, SumType has been what I've been wanting in D for a while. Expect more

Re: D compilation is too slow and I am forking the compiler

2018-11-21 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir Panteleev wrote: On Wednesday, 21 November 2018 at 11:35:02 UTC, Atila Neves wrote: [...] Looking forward to it! [...] That particular problem is in large part due to that the -unittest switch is not namespaced. I ran into the same

Re: D compilation is too slow and I am forking the compiler

2018-11-21 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir Panteleev wrote: https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/ Very interesting. I'm also currently working on a project to save my bloodstream from the cortisol drip that happens

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-08 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 8 November 2018 at 04:16:44 UTC, Manu wrote: On Tue, Nov 6, 2018 at 10:05 AM Vladimir Panteleev via Digitalmars-d-announce wrote: This is a tool + article I wrote in February, but never got around to finishing / publishing until today.

Re: Blog post on fearless (library for @safe sharing)

2018-11-07 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 7 November 2018 at 10:16:43 UTC, Dukc wrote: On Tuesday, 6 November 2018 at 16:20:00 UTC, Atila Neves wrote: https://www.reddit.com/r/programming/comments/9uoak1/implementing_rusts_stdsyncmutex_in_d/ Good post. Since you have battle-tested DIP1000, I'm interested what you think

Re: Profiling DMD's Compilation Time with dmdprof

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 6 November 2018 at 18:00:22 UTC, Vladimir Panteleev wrote: This is a tool + article I wrote in February, but never got around to finishing / publishing until today. https://blog.thecybershadow.net/2018/02/07/dmdprof/ Hopefully someone will find it useful. Awesome, great work! I

Blog post on fearless (library for @safe sharing)

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
https://www.reddit.com/r/programming/comments/9uoak1/implementing_rusts_stdsyncmutex_in_d/ Somewhere on hacker news too, but you know how that goes.

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
On Monday, 5 November 2018 at 01:39:46 UTC, unprotected-entity wrote: On Saturday, 3 November 2018 at 21:35:04 UTC, Walter Bright wrote: On 11/2/2018 5:44 PM, Laeeth Isharc wrote: When one encounters a new idea that's unfamiliar sometimes it's easy to think that because it's unfamiliar it must

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 3 November 2018 at 04:50:52 UTC, unprotected-entity wrote: On Saturday, 3 November 2018 at 00:44:15 UTC, Laeeth Isharc wrote: [...] I believe that responses like this, are really just designed to further obfuscate the point I'm trying to make, so that it cannot progress any

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
On Friday, 2 November 2018 at 10:18:11 UTC, ShadoLight wrote: On Friday, 2 November 2018 at 00:53:52 UTC, H. S. Teoh wrote: And along that line, recent wisdom is that it's better to move things *out* of classes (and structs) if they don't need access to private members. (Sorry, I wanted to

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 1 November 2018 at 03:10:22 UTC, H. S. Teoh wrote: On Thu, Nov 01, 2018 at 02:45:19AM +, unprotected-entity via Digitalmars-d-announce wrote: [...] Another thing to look for, is signs of code smell. I would include in this, unit tests calling private methods (which seems to be

Re: Wed Oct 17 - Avoiding Code Smells by Walter Bright

2018-11-06 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 31 October 2018 at 13:33:52 UTC, Stanislav Blinov wrote: On Wednesday, 31 October 2018 at 13:28:54 UTC, rikki cattermole wrote: But at the end of the day, it just depends on the scope of the module. Is it getting to large? If so, split. Yup. LOC aren't a particulalry

Re: usable @nogc Exceptions with Mir Runtime

2018-11-01 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 1 November 2018 at 10:17:25 UTC, bauss wrote: On Wednesday, 31 October 2018 at 13:56:56 UTC, 9il wrote: ~ is used for string concatenation in D including string compile time constant concatenation. It is better not to override it because both << and ~ can be used in the same

Re: Oh My Gentool [v0.0.1] (Yet another binding generator)

2018-10-27 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 23 October 2018 at 20:32:29 UTC, Andrea Fontana wrote: On Tuesday, 23 October 2018 at 20:03:42 UTC, Atila Neves wrote: We do - it's just very far from being complete. dpp can do some simple C++ and would have been able to do C-with-classes-style C++ ages ago. My focus

Re: automem v0.3.5 - now with more vector (like std::vector, not Physics)!

2018-10-01 Thread Atila Neves via Digitalmars-d-announce
On Sunday, 30 September 2018 at 19:54:07 UTC, ikod wrote: On Thursday, 20 September 2018 at 14:57:42 UTC, Atila Neves wrote: If you've never heard of automem before, I wrote it to have C++-style smart pointers in D that I could use in @nogc code: http://code.dlang.org/packages/automem

automem v0.3.5 - now with more vector (like std::vector, not Physics)!

2018-09-20 Thread Atila Neves via Digitalmars-d-announce
If you've never heard of automem before, I wrote it to have C++-style smart pointers in D that I could use in @nogc code: http://code.dlang.org/packages/automem I needed something like a std::vector that can be @nogc so I wrote it. I wondered whether or not to put it in a collections

Re: fearless v0.0.1 - shared made easy (and @safe)

2018-09-20 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 20 September 2018 at 09:52:37 UTC, Guillaume Piolat wrote: On Tuesday, 18 September 2018 at 17:20:26 UTC, Atila Neves wrote: // compile with -dip1000 import fearless; Now *that* is a properly named library :) Thanks! :) I'm still wondering whether or not anyone noticed

Re: fearless v0.0.1 - shared made easy (and @safe)

2018-09-19 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 19 September 2018 at 07:33:55 UTC, Claude wrote: On Tuesday, 18 September 2018 at 17:20:26 UTC, Atila Neves wrote: I was envious of std::sync::Mutex from Rust and thought: can I use DIP1000 to make this work in D and be @safe? Turns out, yes. Beautiful! The only current

Re: fearless v0.0.1 - shared made easy (and @safe)

2018-09-19 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 18 September 2018 at 17:34:10 UTC, 12345swordy wrote: On Tuesday, 18 September 2018 at 17:20:26 UTC, Atila Neves wrote: The `shared` keyword currently means one of two things: 1. You can use core.atomic with it 2. It's some struct and you BYOM (Bring Your Own Mutex) [...] Why

fearless v0.0.1 - shared made easy (and @safe)

2018-09-18 Thread Atila Neves via Digitalmars-d-announce
The `shared` keyword currently means one of two things: 1. You can use core.atomic with it 2. It's some struct and you BYOM (Bring Your Own Mutex) Do you have to send mutable data to other threads? Are you tired of locking a mutex and casting? Now you don't have to:

Re: xserial 1.0.0 - binary serialization and deserialization library

2018-08-23 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 23 August 2018 at 11:11:11 UTC, Mark White wrote: Binary serialization and deserialization library. Features: - Serializes and deserializes booleans, numbers, chars, arrays, tuples, structs and classes. - Specify the endianness and the array's length when serializing and

Re: Beta 2.082.0

2018-08-21 Thread Atila Neves via Digitalmars-d-announce
On Friday, 17 August 2018 at 20:01:32 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.082.0 release, ♥ to the 47 contributors for this release. [...] Could I pretty please get this absolutely non-controversial regression fix in before the release?

Re: silly is released - new test runner for the D programming language

2018-08-13 Thread Atila Neves via Digitalmars-d-announce
On Monday, 13 August 2018 at 04:13:46 UTC, Anton Fediushin wrote: On Sunday, 12 August 2018 at 21:33:21 UTC, Dechcaudron wrote: On Sunday, 12 August 2018 at 15:07:04 UTC, Anton Fediushin wrote: Problem with unit-threaded and similar tools is that they are too complicated for no particular

Re: Dub support was added to Meson

2018-08-08 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 8 August 2018 at 17:26:39 UTC, Mike Wey wrote: On 07-08-18 22:33, Atila Neves wrote: How does it track dependencies given that ninja needs functionality akin to gcc's to do that? Or does it always compile everything if any file changes? It currently only tracks dependencies

Re: Dub support was added to Meson

2018-08-07 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 4 August 2018 at 16:07:45 UTC, Filipe Laíns wrote: Hello, Dub support was finally merged to the Meson's upstream. For the ones that don't know, Meson[1] is a fast build system that uses ninja[2] as a backend. Until now it was impossible to use dependencies via the Dub and many

Re: autowrap v0.0.1 - Automatically wrap existing D code for use in Python and Excel

2018-05-11 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 10 May 2018 at 19:50:40 UTC, Nikos wrote: In my dub.sdl file I have configuration "python35" { subConfiguration "autowrap" "python35" } and I run dub build --config=python35 which still tries to find python36. Why doesn't it look for 3.5? Copy + paste error, sorry. Fixed

Re: sumtype 0.3.0

2018-05-09 Thread Atila Neves via Digitalmars-d-announce
On Monday, 7 May 2018 at 21:35:44 UTC, Paul Backus wrote: On Monday, 7 May 2018 at 19:28:16 UTC, Sönke Ludwig wrote: Another similar project: http://taggedalgebraic.dub.pm/ There's also tagged_union and minivariant on dub, that I've found. I'm definitely far from the first person to be

Re: sumtype 0.3.0

2018-05-07 Thread Atila Neves via Digitalmars-d-announce
On Sunday, 6 May 2018 at 19:18:02 UTC, Paul Backus wrote: SumType is a generic sum type for modern D. It is meant as an alternative to `std.variant.Algebraic`. Features: - Pattern matching, including support for structural matching (*) - Self-referential types, using `This` - Works

unit-threaded v0.7.45 - now with more fluency

2018-05-05 Thread Atila Neves via Digitalmars-d-announce
For those not in the know, unit-threaded is an advanced testing library for D that runs tests in threads by default. It has a lot of features: http://code.dlang.org/packages/unit-threaded New: * Bug fixes * Better integration testing * unitThreadedLight mode also runs tests in threads * More

Re: Who says we can't call C++ constructors?

2018-04-24 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 24 April 2018 at 12:27:30 UTC, Uknown wrote: On Tuesday, 24 April 2018 at 11:19:59 UTC, Atila Neves wrote: On Monday, 23 April 2018 at 20:40:47 UTC, Manu wrote: On 23 April 2018 at 07:27, Atila Neves via Digitalmars-d-announce <digitalmars-d-announce@puremagic.com>

Re: Who says we can't call C++ constructors?

2018-04-24 Thread Atila Neves via Digitalmars-d-announce
On Monday, 23 April 2018 at 20:40:47 UTC, Manu wrote: On 23 April 2018 at 07:27, Atila Neves via Digitalmars-d-announce <digitalmars-d-announce@puremagic.com> wrote: On Saturday, 21 April 2018 at 18:11:09 UTC, Manu wrote: On 21 April 2018 at 05:41, Atila Neves via Digitalmars-d-an

Re: Who says we can't call C++ constructors?

2018-04-23 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 21 April 2018 at 18:11:09 UTC, Manu wrote: On 21 April 2018 at 05:41, Atila Neves via Digitalmars-d-announce <digitalmars-d-announce@puremagic.com> wrote: [...] Paste the pre-processed D code? Did you generate the C++ mangled symbol name and call it from a D wrapper

Who says we can't call C++ constructors?

2018-04-21 Thread Atila Neves via Digitalmars-d-announce
From https://dlang.org/spec/cpp_interface.html: "C++ constructors, copy constructors, move constructors and destructors cannot be called directly in D code". O RLY? // hdr.hpp struct Struct { void *data; Struct(int i); Struct(const Struct&);

autowrap v0.0.1 - Automatically wrap existing D code for use in Python and Excel

2018-04-18 Thread Atila Neves via Digitalmars-d-announce
http://code.dlang.org/packages/autowrap This came out of the need at work to take existing D code and make it available for both Excel and Python. Both pyd and excel-d make the reasonable assumption that one is using them to write code specifically for those environments. That breaks when

Re: #include C headers in D code

2018-04-16 Thread Atila Neves via Digitalmars-d-announce
On Monday, 16 April 2018 at 12:26:12 UTC, Jacob Carlborg wrote: On Monday, 16 April 2018 at 11:20:51 UTC, Atila Neves wrote: You can use the C macros in the headers that you #include in your dpp file. dstep has a lot of code for translating macros. I don't want to translate macros at all

Re: #include C headers in D code

2018-04-16 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 14 April 2018 at 04:07:12 UTC, Petar Kirov [ZombineDev] wrote: On Friday, 13 April 2018 at 10:31:43 UTC, Atila Neves wrote: On Wednesday, 11 April 2018 at 14:33:26 UTC, Jacob Carlborg wrote: On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: Here's my blog post about my

Re: #include C headers in D code

2018-04-13 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 14:57:51 UTC, rumbu wrote: On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: [...] Cannot manage to build it on Windows: D:\git\dpp>dub build WARNING: A deprecated branch based version specification is used for the dependency libclang. Please

Re: #include C headers in D code

2018-04-13 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 14:26:04 UTC, Jacob Carlborg wrote: On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* BTW, you can steal the config script [1] from DStep to help detect locations

Re: #include C headers in D code

2018-04-13 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 14:33:26 UTC, Jacob Carlborg wrote: On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* I don't know the exact details of your project but can't you just: 1. Copy

Re: #include C headers in D code

2018-04-11 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 06:24:38 UTC, Jacob Carlborg wrote: On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* https://atilanevesoncode.wordpress.com/2018/04/09/include-c-headers-in-d-code

Re: #include C headers in D code

2018-04-11 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 06:21:47 UTC, Jacob Carlborg wrote: On Tuesday, 10 April 2018 at 23:44:46 UTC, Atila Neves wrote: The beauty of using libclang is that name mangling issues don't exist. :) How is that not going to be an issue? Are you adding `pragma(mangle)` everywhere? Yes

Re: #include C headers in D code

2018-04-11 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 11 April 2018 at 06:12:49 UTC, rikki cattermole wrote: On 09/04/2018 11:03 PM, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* https://atilanevesoncode.wordpress.com/2018/04/09/include-c-headers-in-d-code/ The summary

Re: #include C headers in D code

2018-04-10 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 10 April 2018 at 20:32:05 UTC, Seb wrote: On Tuesday, 10 April 2018 at 16:51:57 UTC, Atila Neves wrote: If you get to the point where you can #include , it will be doubly impressive! Not *if*, *when*. ;) Atila FYI people have been fighting with this for a long time: https

Re: #include C headers in D code

2018-04-10 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 10 April 2018 at 19:28:09 UTC, Steven Schveighoffer wrote: On 4/10/18 2:36 PM, Atila Neves wrote: Haha, I remember. I do plan on dealing with emplace_back, but I have no idea how just yet and I was hoping nobody was going to call me on it until then. Busted! :P I think we

Re: #include C headers in D code

2018-04-10 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 10 April 2018 at 18:01:37 UTC, Steven Schveighoffer wrote: On 4/10/18 12:51 PM, Atila Neves wrote: On Tuesday, 10 April 2018 at 13:53:34 UTC, Steven Schveighoffer wrote: If you get to the point where you can #include , it will be doubly impressive! Not *if*, *when*. ;) I hope

Re: #include C headers in D code

2018-04-10 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 10 April 2018 at 13:53:34 UTC, Steven Schveighoffer wrote: On 4/9/18 7:03 AM, Atila Neves wrote: [...] Awesome. Can't say I will use it, as I don't use C much, but I understand how difficult a task this is. Thanks! If you get to the point where you can #include

Re: #include C headers in D code

2018-04-10 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 10 April 2018 at 08:45:06 UTC, Walter Bright wrote: On 4/9/2018 4:03 AM, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* Very nice work, and great article! Thanks!

Re: #include C headers in D code

2018-04-09 Thread Atila Neves via Digitalmars-d-announce
On Monday, 9 April 2018 at 18:15:33 UTC, kinke wrote: On Monday, 9 April 2018 at 11:03:48 UTC, Atila Neves wrote: Here's my blog post about my project that allows directly #including C headers in D* https://atilanevesoncode.wordpress.com/2018/04/09/include-c-headers-in-d-code/ Certainly

#include C headers in D code

2018-04-09 Thread Atila Neves via Digitalmars-d-announce
Here's my blog post about my project that allows directly #including C headers in D* https://atilanevesoncode.wordpress.com/2018/04/09/include-c-headers-in-d-code/ The summary is that, modulo bugs, things like this work: #include void main() { printf("Hello world\n".ptr); } So far

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-26 Thread Atila Neves via Digitalmars-d-announce
On Friday, 23 March 2018 at 14:54:57 UTC, Steven Schveighoffer wrote: On 3/22/18 6:59 AM, Atila Neves wrote: Blog post: https://atilanevesoncode.wordpress.com/ Atila It's simple. Unittests in imported modules should not be visible. They should be compiled as if -unittest was not passed

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-22 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 22 March 2018 at 17:09:55 UTC, Marco Leise wrote: I understand your opinion and I think it is all reasonable. You talk about longer compile times since every D module is like a C++ header. That touches one of my pet peeves with the language or eco system as it stands and I wonder

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-22 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 22 March 2018 at 16:30:37 UTC, H. S. Teoh wrote: On Thu, Mar 22, 2018 at 10:59:56AM +, Atila Neves via Digitalmars-d-announce wrote: Blog post: https://atilanevesoncode.wordpress.com/ [...] I realize this is your opinion, but I disagree with them because: Disagreeing

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-22 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 22 March 2018 at 16:54:18 UTC, Anton Fediushin wrote: On Thursday, 22 March 2018 at 16:30:37 UTC, H. S. Teoh wrote: As for the dub-specific problems introduced by version(unittest): IMO that's a flaw in dub. I should not need to contort my code just to accomodate some flaw in

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-22 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 22 March 2018 at 12:26:14 UTC, Anton Fediushin wrote: On Thursday, 22 March 2018 at 10:59:56 UTC, Atila Neves wrote: Blog post: https://atilanevesoncode.wordpress.com/ Atila I *love* built-in unittests. Putting them right after each function makes things so much easier

Re: Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-22 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 22 March 2018 at 11:19:46 UTC, Basile B. wrote: On Thursday, 22 March 2018 at 11:00:31 UTC, Atila Neves wrote: On Thursday, 22 March 2018 at 10:59:56 UTC, Atila Neves wrote: Blog post: https://atilanevesoncode.wordpress.com/ Atila Direct link: https

Why think unit tests should be in their own source code hierarchy instead of side-by-side

2018-03-22 Thread Atila Neves via Digitalmars-d-announce
Blog post: https://atilanevesoncode.wordpress.com/ Atila

Re: Release D 2.079.0

2018-03-06 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 6 March 2018 at 06:53:30 UTC, Adam Wilson wrote: On 3/5/18 15:40, Atila Neves wrote: On Monday, 5 March 2018 at 17:47:13 UTC, Seb wrote: On Monday, 5 March 2018 at 15:16:14 UTC, Atila Neves wrote: On Saturday, 3 March 2018 at 01:50:25 UTC, Martin Nowak wrote: [...] Is is just

Re: Release D 2.079.0

2018-03-06 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 6 March 2018 at 00:08:33 UTC, psychoticRabbit wrote: On Monday, 5 March 2018 at 23:40:35 UTC, Atila Neves wrote: I'd have a snowball's chance in hell convincing anyone at a "regular" company of adopting D if anyone there even imagined any of the above could happen.

Re: Release D 2.079.0

2018-03-05 Thread Atila Neves via Digitalmars-d-announce
On Monday, 5 March 2018 at 17:47:13 UTC, Seb wrote: On Monday, 5 March 2018 at 15:16:14 UTC, Atila Neves wrote: On Saturday, 3 March 2018 at 01:50:25 UTC, Martin Nowak wrote: Glad to announce D 2.079.0. This release comes with experimental `@nogc` exception throwing (-dip1008), a lazily

Re: Release D 2.079.0

2018-03-05 Thread Atila Neves via Digitalmars-d-announce
On Saturday, 3 March 2018 at 01:50:25 UTC, Martin Nowak wrote: Glad to announce D 2.079.0. This release comes with experimental `@nogc` exception throwing (-dip1008), a lazily initialized GC, better support for minimal runtimes, and an experimental Windows toolchain based on the lld linker

Re: Article: Why Const Sucks

2018-03-05 Thread Atila Neves via Digitalmars-d-announce
On Monday, 5 March 2018 at 10:57:35 UTC, Jonathan M Davis wrote: Here's something I wrote up on const: http://jmdavisprog.com/articles/why-const-sucks.html I suppose that it's not exactly the most positive article, but I feel that it's accurate. - Jonathan M Davis My biggest issues with

Re: Beta 2.079.0

2018-02-22 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 20 February 2018 at 22:54:43 UTC, H. S. Teoh wrote: On Tue, Feb 20, 2018 at 10:19:03PM +, John Gabriele via Digitalmars-d-announce wrote: [...] Thanks. Is the point to be able to string a bunch of selective imports together, as in: import pkg.mod1 : sym1, sym2, pkg.mod2 :

excel-d v0.3.1 - now with more structs and enums

2018-02-20 Thread Atila Neves via Digitalmars-d-announce
http://code.dlang.org/packages/excel-d excel-d lets you write Excel add-ins in D, automagically wrapping D functions that are then callable by Excel. This latest release allows one to get the calling cell, and adds the possibility of passing and returning user-defined enums and structs.

Re: Beta 2.079.0

2018-02-20 Thread Atila Neves via Digitalmars-d-announce
On Monday, 19 February 2018 at 21:50:02 UTC, Rainer Schuetze wrote: On 19/02/2018 21:17, Andre Pany wrote: On Monday, 19 February 2018 at 10:49:03 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.079.0 release, ♥ to the 77 contributors for this release. [...] This

flycheck-dmd-dub v0.12 - Emacs on-the-fly syntax checking for D

2018-02-08 Thread Atila Neves via Digitalmars-d-announce
https://melpa.org/#/flycheck-dmd-dub flycheck already works with D, but the problem is setting the right compiler flags for your project in order to able to compile properly. flycheck-dmd-dub does this automatically for dub projects. This new release fixes bugs and speeds up opening files

Re: Release D 2.078.1

2018-02-01 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 31 January 2018 at 19:09:03 UTC, Rainer Schuetze wrote: On 31/01/2018 16:58, Atila Neves wrote: On Thursday, 25 January 2018 at 20:11:54 UTC, Rainer Schuetze wrote: On 25.01.2018 14:54, Atila Neves wrote: On Tuesday, 23 January 2018 at 15:16:02 UTC, Andre Pany wrote

Re: Release D 2.078.1

2018-02-01 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 31 January 2018 at 16:35:59 UTC, Arjan wrote: On Wednesday, 31 January 2018 at 15:58:02 UTC, Atila Neves wrote: [...] By any chance, is this on a corperate machine? I've hit the same issue seems to do with enforced windows group-policy which disables registry access

Re: Release D 2.078.1

2018-01-31 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 25 January 2018 at 20:11:54 UTC, Rainer Schuetze wrote: On 25.01.2018 14:54, Atila Neves wrote: On Tuesday, 23 January 2018 at 15:16:02 UTC, Andre Pany wrote: On Tuesday, 23 January 2018 at 13:08:35 UTC, thedeemon wrote: On Monday, 22 January 2018 at 20:43:56 UTC, Martin Nowak

Re: Release D 2.078.1

2018-01-25 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 23 January 2018 at 15:16:02 UTC, Andre Pany wrote: On Tuesday, 23 January 2018 at 13:08:35 UTC, thedeemon wrote: On Monday, 22 January 2018 at 20:43:56 UTC, Martin Nowak wrote: Glad to announce D 2.078.1. The Windows 7z archive version now has much simpler sc.ini, in fact too

Re: Article: Finding memory bugs in D code with AddressSanitizer

2017-12-29 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 28 December 2017 at 16:29:49 UTC, Johan Engelen wrote: On Monday, 25 December 2017 at 17:03:37 UTC, Johan Engelen wrote: I've been writing this article since August, and finally found some time to finish it:

unit-threaded v0.7.33

2017-12-21 Thread Atila Neves via Digitalmars-d-announce
http://code.dlang.org/packages/unit-threaded Another release of unit-threaded, an advanced testing library for D. Changes since the last post to announce: * Bug fixes. * @Flaky UDA to rerun flaky tests. But really, fix the test instead! * Property-based tests for user-defined types. *

excel-d v0.2.16 - now with more @Async

2017-12-21 Thread Atila Neves via Digitalmars-d-announce
excel-d lets you write plain D code that can be run from Excel unmodified via the magic of compile-time reflection. Other than bug fixes, the main new feature since 0.2.15 is @Async. Slap it on a function like so: @Async double myfunc(double d) { // ... return ret; } And it will be

Re: Unit Testing in Action

2017-10-23 Thread Atila Neves via Digitalmars-d-announce
On Friday, 20 October 2017 at 14:04:25 UTC, Mike Parker wrote: After a couple of weeks of quiet on the D blog, it's about to get noisy again. The latest is is a post by Mario Kröplin of Funkwerk describing how the company now uses D's built-in tests in their codebase after several years of

Re: ASDF v0.1.5-beta0: new parser is ~40% faster

2017-10-04 Thread Atila Neves via Digitalmars-d-announce
On Sunday, 1 October 2017 at 14:38:04 UTC, Ilya Yaroshenko wrote: Hello, About ASDF - ASDF [3] is a cache oriented string based JSON representation. Besides, it is a convenient Json Library for D that gets out of your way. ASDF is specially geared towards transforming high

Re: Open Methods: From C++ to D

2017-08-31 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 31 August 2017 at 11:39:30 UTC, aberba wrote: On Thursday, 31 August 2017 at 10:30:38 UTC, Atila Neves wrote: On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun Chandrasekaran wrote: On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy wrote: On Tuesday, 29 August 2017

Re: Open Methods: From C++ to D

2017-08-31 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 30 August 2017 at 04:48:11 UTC, Arun Chandrasekaran wrote: On Tuesday, 29 August 2017 at 12:45:50 UTC, Jean-Louis Leroy wrote: On Tuesday, 29 August 2017 at 12:09:01 UTC, Mark wrote: Nice. This does seem superior to the visitor pattern. Here is another example - AST traversal:

Re: dub zsh completion

2017-08-23 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 22 August 2017 at 22:35:53 UTC, Johannes Loher wrote: I created a zsh completion script for dub. It is not perfect, but it does many things well already. You can find it here: https://github.com/ghost91-/dub-zsh-completion. I have seen that bash and fish completion scripts are

Re: I'm the new package maintainer for D on ArchLinux

2017-08-11 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 9 August 2017 at 20:42:48 UTC, Wild wrote: Hi everyone, The D packages for ArchLinux has been orphaned since Dicebot stepped down as the maintainer and no one else stepped up. So I decided to step up and apply to become a Trusted User, and I got accepted yesterday[1]. So from

Re: H2 2017 Vision Document

2017-07-25 Thread Atila Neves via Digitalmars-d-announce
On Monday, 24 July 2017 at 23:13:16 UTC, Mike Parker wrote: The latest edition of the biannual vision document is now available at the D Wiki. Major focuses for the remainder of the year include improvements to @safety, @nogc, and language interoperability, as well as fostering increased

Re: DCompute is now in the master branch of LDC

2017-05-30 Thread Atila Neves via Digitalmars-d-announce
On Tuesday, 30 May 2017 at 12:21:02 UTC, piotrklos wrote: On Tuesday, 30 May 2017 at 06:00:57 UTC, Brad Anderson wrote: On Monday, 29 May 2017 at 20:36:26 UTC, Walter Bright wrote: [...] For what it's worth, I see "Compute" used all the time to refer to this stuff. OpenCL stands for Open

concepts v0.0.6: use a run-time interface to specify a compile-time one

2017-05-10 Thread Atila Neves via Digitalmars-d-announce
http://code.dlang.org/packages/concepts concepts is a dub package and library that allows one to declare that a struct conforms to a "compile-time interface" such as `isInputRange`. The difference between this and a simple `static assert(isInputRange!MyType)` is that when the static assert

Re: Blog post on automem

2017-05-04 Thread Atila Neves via Digitalmars-d-announce
On Thursday, 4 May 2017 at 08:41:55 UTC, Atila Neves wrote: On Wednesday, 3 May 2017 at 12:43:26 UTC, ANtlord wrote: [...] I took a look at this. It's a druntime problem. Unique.~this calls std.experimental.allocator.dispose, which calls destroy in object.d which calls rt_finalize: extern

Re: Blog post on automem

2017-05-04 Thread Atila Neves via Digitalmars-d-announce
On Wednesday, 3 May 2017 at 12:43:26 UTC, ANtlord wrote: On Friday, 28 April 2017 at 14:40:03 UTC, Mike Parker wrote: Atila was kind enough to do a write up on his automem library for the D Blog, talking about why he did it and showing some of the implementation details. This is officially

Re: Blog post on automem

2017-04-28 Thread Atila Neves via Digitalmars-d-announce
On Friday, 28 April 2017 at 22:06:57 UTC, Nordlöw wrote: On Friday, 28 April 2017 at 14:40:03 UTC, Mike Parker wrote: Blog: https://dlang.org/blog/2017/04/28/automem-hands-free-raii-for-d/ Nice. One thing, Atila; what about replacing typeof(u1) u2; move(u1, u2); with

Re: automem v0.0.7 - C++ style smart pointers using std.experimental.allocator

2017-04-28 Thread Atila Neves via Digitalmars-d-announce
On Sunday, 9 April 2017 at 15:52:50 UTC, Basile B. wrote: On Sunday, 9 April 2017 at 08:56:52 UTC, Atila Neves wrote: Using std.experimental.allocator? Tired of writing `scope(exit) allocator.dispose(foo);` in a language with RAII? Me too: http://code.dlang.org/packages/automem I think

<    1   2   3   4   >