Re: DConf 2013 Day 3 Talk 4: LDC by David Nadlinger
On Mon, 17 Jun 2013 17:41:22 +0200, nazriel wrote: On Monday, 17 June 2013 at 13:47:20 UTC, bearophile wrote: Andrei Alexandrescu: http://www.reddit.com/r/programming/comments/1gie4b/ dconf_2013_ldc_the_llvmbased_d_compiler_by_david/ Slide 14: PFFT (SSE) seems slow on LDC2: if you can extract a small test case LLVM devs will appreciate a lot a bug report (they fixed many lacks of optimizations submitted by me). If you have a link to the PFFT code them maybe I can do that myself. I don't know what PFFT stands for (can't google it either, funny results shows up) but if it related to vectorization then maybe LDC has been slower because it was built against LLVM 3.3 while LLVM 3.4 brings more vector optimizations. Maybe all what has to be done, is rerunning benchmarks against LDC + LLVM 3.4 ? Slide 25: Implicit invariants often hard to track down Then maybe it's a good idea to add such invariants to the dmd front-end code, even before its port to D. Bye, bearophile My guess is Parallel Fast Fourier Transform.
Re: NDC Oslo talk: Generic Programming Galore Using D
On Thu, 04 Jul 2013 09:47:36 -0700, Andrei Alexandrescu wrote: Videos for my two NDC 2013 talks are now online. Generic Programming Galore using D at http://vimeo.com/68378925 and the HipHop Virtual Machine at http://vimeo.com/68383350. Andrei Reddit: http://www.reddit.com/r/programming/comments/1hp3bf/ generic_programming_galore_using_d_by_andrei/
Re: DScanner is ready for use
On Wed, 31 Jul 2013 20:30:17 +0200, Rory McGuire wrote: Any chance of you turning this into a daemon? Something likt margo or gocode? The author has another project here: https://github.com/Hackerpilot/DCD
Re: glad OpenGL loader generator
It looks like your D backend generates string literals with literal null bytes--this is unnecessary as string literals are already null terminated. (Documented here: http://dlang.org/interfaceToC.html (see final bullet under Calling C Functions) Also, it looks like loading each extension requires scanning all available extension names, e.g. loading 25 extensions requires 25 linear scans of the extension list. You might consider caching and sorting if the number of extensions requested is more than a handful.
Re: [OT] My C++ talk at GoingNative 2013
On Thu, 19 Sep 2013 22:56:55 +, Justin Whear wrote: On Thu, 19 Sep 2013 14:31:28 -0700, Walter Bright wrote: On 9/18/2013 1:23 AM, Olivier Pisano wrote: Classic Andrei! :-) Should zoom in on that and make a gif! Yessir: http://imgur.com/W5AMy0P I think I'm going to start posting simply this in response to any statement that I find dubious.
EMSI is hiring a D developer
I've mentioned before that I work for Economic Modeling Specialists, Intl. and that we've been using D since 2008. We just put up a job posting for an experienced developer, preferably someone who already knows D, as that's what they'll be using. The hire for this position will be working primarily with me, so I can answer any specific questions for the curious. Check out the listing here: https://emsi.bamboohr.com/jobs/view.php?id=8 More about the company: http://www.economicmodeling.com Justin
Re: EMSI is hiring a D developer
On Saturday, 14 December 2013 at 01:29:08 UTC, Adam D. Ruppe wrote: On Saturday, 14 December 2013 at 01:25:09 UTC, Justin Whear wrote: this position will be working primarily with me, so I can answer any specific questions for the curious. Does it offer remote (work from home)? Meeting together regularly and physically is part of our company culture, so no, you'd have to move here.
Re: EMSI is hiring a D developer
On Saturday, 14 December 2013 at 01:42:09 UTC, Justin Whear wrote: On Saturday, 14 December 2013 at 01:29:08 UTC, Adam D. Ruppe wrote: On Saturday, 14 December 2013 at 01:25:09 UTC, Justin Whear wrote: this position will be working primarily with me, so I can answer any specific questions for the curious. Does it offer remote (work from home)? Meeting together regularly and physically is part of our company culture, so no, you'd have to move here. Besides, you'd miss out on the kegerators, the catered company-wide Friday meeting, and the bocce ball court on the roof.
Re: EMSI is hiring a D developer
On Sunday, 15 December 2013 at 23:54:12 UTC, Brian Schott wrote: On Sunday, 15 December 2013 at 23:34:55 UTC, eles wrote: Moscow, Idaho Err... Is that in Russia or in the USA? :D I'm sure they never get tired of that joke. We pronounce our Moscow as Moss-coe as opposed to the Russian Moss-cow. I do sometimes compare the weather forecasts to see which Moscow is colder--Russia is winning right now.
Re: EMSI is hiring a D developer
On Saturday, 14 December 2013 at 20:13:52 UTC, MattCoder wrote: On Saturday, 14 December 2013 at 01:25:09 UTC, Justin Whear wrote: ...we've been using D since 2008. ... ... I can answer any specific questions for the curious. I'm just curious, have you introduced D for them or it was otherwise? Matheus. My coworker, Jonathan, started using it around the time I was hired (2008), so I guess I was the second person. There's another tech company in town that we've done barbecues with and it's fun to start talking and realize the other guy uses D as well. Feels like we need a special handshake.
Re: ∅MQD, a ∅MQ wrapper for D
On Fri, 24 Jan 2014 17:45:44 +, Lars T. Kyllingstad wrote: ∅MQD is a D library that wraps the low-level C API of the ∅MQ messaging framework. It is a rather thin wrapper that maps closely to the C API, while making it safer, easier and more pleasant to use. The API is designed to feel familiar to existing ∅MQ users, yet natural to D users. For more information, check out the following links. GitHub/README: https://github.com/kyllingstad/zmqd API docs: http://kyllingstad.github.io/zmqd DUB package: http://code.dlang.org/packages/zmqd A while ago, I posted an RFC about this on the digitalmars.D forum. I've since incorporated some of the suggestions I got and made a few additions, and I now deem the library ready for release. It hasn't seen a lot of serious field testing yet, though, so there are surely a few bugs lurking in there. Therefore, I am calling this the first beta release, and encourage you to report any issues you encounter here: https://github.com/kyllingstad/zmqd/issues Nicely done. It looks like you haven't wrapped the poll functionality at all, something that I use in most of my 0MQ programs.
Re: ∅MQD, a ∅MQ wrapper for D
On Fri, 24 Jan 2014 19:11:56 +, Lars T. Kyllingstad wrote: On Friday, 24 January 2014 at 18:59:54 UTC, Justin Whear wrote: Nicely done. It looks like you haven't wrapped the poll functionality at all, something that I use in most of my 0MQ programs. Thanks! I'm glad that you mention zmq_poll(); I've been wondering how to deal with that. It's slightly more low-level than the other functions, since it also deals with standard OS file descriptors, and I'd rather not expose OS-level stuff in ∅MQD more than strictly necessary. Do you ever use that functionality, or do you just poll ∅MQ sockets? Lars I think I've mixed a file descriptor in with sockets once, but not in current production code. A quick thought: you might template the poll wrapper so that the user could pass a mix of Socket and int (or whatever the proper name is for the file descriptor type per OS). Inside, you set the appropriate property on each zmq_pollitem_t structure based on the argument type. Now that I think of it, you also need to find a scheme for indicating which events you want to listen for. Which means either a simple pairing type (socket, event mask) or a getopt-style interface.
Re: New debugger for D!!!
On Wed, 29 Jan 2014 17:03:59 +, Russel Winder wrote: On Wed, 2014-01-29 at 16:45 +, Andrea Fontana wrote: […] d-bugger You may want to belay that suggestion: http://en.wikipedia.org/wiki/Bugger http://www.thefreedictionary.com/bugger http://www.oxforddictionaries.com/definition/english/bugger http://www.urbandictionary.com/define.php?term=bugger bugger-d Do it for the LOLs
Re: finally using D at work
On Mon, 10 Feb 2014 19:56:55 +, extrawurst wrote: As a long time D fanboy I was known to say That is quite simple in D a lot at work! Now I was finally able to convience my boss (our CTO) to take a serious look at D as a replacement for the parts of our infrastructure that use nodejs right now. After my series of blog posts about this topic and a short presentation I did in the office he finally announced quite publicly today that we are in fact going to use D: https://twitter.com/Mavwarf/status/432962351059316736 So our next online game will be powered by some parts in D ;) Yay! Exciting times! Cheers from the folks at EMSI! Justin
Re: Facebook open sources flint, a C++ linter written in D
On Mon, 24 Feb 2014 13:06:29 -0800, Andrei Alexandrescu wrote: This is a first on so many levels. https://news.ycombinator.com/item?id=7293396 http://www.reddit.com/r/programming/comments/1yts5n/ facebook_open_sources_flint_a_c_linter_written_in/ Andrei The real first is that I managed to comment on your reddit within two minutes of submission.
Re: Article: Functional image processing in D
On Fri, 21 Mar 2014 11:04:57 +, Vladimir Panteleev wrote: http://blog.thecybershadow.net/2014/03/21/functional-image-processing- in-d/ Some highlights from a recent overhaul of the graphics package from my D library. It makes use of a number of D-specific language features, so I've tried to make the article accessible to people new to D as well. Good writeup. Excellent job linking to the Phobos docs and other articles. I can see people clicking through to Voldemort Types, etc., making your article a gateway to the world of interesting things that D has to offer.
EMSI is hiring a D developer
EMSI is hiring for an Engineer II to work on D codebases: https:// emsi.bamboohr.com/jobs/view.php?id=30
Re: EMSI is hiring a D developer
On Wed, 15 Apr 2015 07:27:49 +, Abdulhaq wrote: On Tuesday, 14 April 2015 at 16:17:37 UTC, Justin Whear wrote: EMSI is hiring for an Engineer II to work on D codebases: https:// emsi.bamboohr.com/jobs/view.php?id=30 When it said Moscow I was thinking mmmh lots of traffic, a bit difficult to live in then I saw it was Moscow, Idaho. We have traffic! If I leave work at exactly 5 it takes me an extra three minutes to get home!
Re: EMSI is hiring a D developer
On Wed, 15 Apr 2015 20:11:39 +, Ola Fosheim Grøstad wrote: That fact puts Orwell's writings in a new light. Oooh, an Animal Farm reference; spooky.
Re: LLVM 3.7 released - LDC is ready to use it!
On Tue, 01 Sep 2015 21:45:30 +, Kai Nacke wrote: > This is the 7th time that LDC and D are mentioned in the LLVM release > notes! Fantastic work keeping LDC bleeding edge!
Re: Dash: An Open Source Game Engine in D
On Mon, 19 May 2014 19:50:35 +, Colden Cullen wrote: Hi everyone, I’m super excited to be able to announce that the Dash game engine[1] is finally stable and ready for public use! I’m currently the Lead Engine Programmer at Circular Studios[2] (the group behind Dash). We had 14 people working on the team, 6 engine programmers and 8 game developers creating Spectral Robot Task Force, a turn-based strategy game built with Dash. Dash is an OpenGL engine written in the D language that runs on both Windows and Linux. We use a deferred-rendering model in the current pipeline, and a component model for game development and logic. Other major features at the moment include networking, skeletal-animation support, content and configuration loading via YAML, and UI support through Awesomium[3] (though we are in the process of moving over to using CEF[4] itself). Our vision for Dash is to have the programmer-facing model of XNA/Monogame combined with the designer-friendliness of Unity in a fully free and open source engine. We also hope that Dash can help to prove the power and maturity of D as a language, as well as push D to continue improving. We’re open to any feedback you may have, or better yet, we’d love to see pull requests for improvements. [1] https://github.com/Circular-Studios/Dash [2] http://circularstudios.com/ [3] http://awesomium.com/ [4] https://code.google.com/p/chromiumembedded/ Very exciting! Thank for the very liberal license; this is a great contribution to the community. I know you guys are probably crunching on the million things that stand between alpha and release, but when you have time, a series of blog posts or articles would be awesome. Topics such as your usage of mixins and your experience with the GC would be great and speak to the advantages of using D. BTW, The Setting up Your Environment page link on the main repo page (the README) is broken. Justin
Re: D Hackday this Friday
On Mon, 02 Jun 2014 17:41:10 +, Jonathan Crapuchettes wrote: After Andrei's call for reducing pull requests and current issues associated with D, the data department at EMSI is doing a Fix D Issues Day this Friday and we would like to invite the D community to join us. Let's get those bugs below the 2000 mark! --- Jonathan Crapuchettes, Justin Whear, Brian Schott I like FixPhobosFriday better. Would work as a hashtag.
Re: DConf 2014 Day 1 Talk 2
On Thu, 05 Jun 2014 21:51:14 +0200, Philippe Sigaud via Digitalmars-d-announce wrote: On Tue, Jun 3, 2014 at 10:54 PM, Jonathan Crapuchettes Here is a link to the slides from the presentation. http://slides.com/jonathancrapuchettes/dconf On the 'issues with D' slide, you cite 'Can't get member names from Tuples'. Do you mean: alias Entry = Tuple!(int, index, string, value); = getting [index, value] ? Yeah, that's what he meant. Using MemberNames and tupleof(..).stringof give the actual field names which are procedurally generated. The user- supplied names are simply aliases to the generated fields.
Re: D Hackday this Friday
On Fri, 06 Jun 2014 16:29:11 +, Brad Anderson wrote: On Monday, 2 June 2014 at 17:41:10 UTC, Jonathan Crapuchettes wrote: After Andrei's call for reducing pull requests and current issues associated with D, the data department at EMSI is doing a Fix D Issues Day this Friday and we would like to invite the D community to join us. Let's get those bugs below the 2000 mark! --- Jonathan Crapuchettes, Justin Whear, Brian Schott So is the plan to just comb over the issue tracker and fix easy issues and close resolved or invalid issues? We have a company BBQ for lunch ...and free beer in the afternoon ...and my parents are coming into town, so I'm sticking with easy fixes this time around.
Re: D Hackday Round 2
On Mon, 07 Jul 2014 03:12:24 +, safety0ff wrote: On Thursday, 3 July 2014 at 23:17:33 UTC, Jonathan Crapuchettes wrote: Last time 24 issues were marked as resolved by the community (including EMSI). Please join us in squashing bugs on #d. Is this primarily bug tracker culling or does it include PR reviewing, debugging, etc? Last month we mainly focused on Bugzilla, working through issues until we found good candidates for a PR. Most of the closed issues were invalid or outdated, but a few new fixes were also submitted. We'll try to work in some PR reviewing this time around.
Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright
On Tue, 15 Jul 2014 18:28:34 +, John wrote: On Tuesday, 15 July 2014 at 16:20:34 UTC, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/2aruaf/ dconf_2014_keynote_high_performance_code_using_d/ https://www.facebook.com/dlang.org/posts/885322668148082 https://twitter.com/D_Programming/status/489081312297635840 Andrei Thanks for posting these videos. At the end of this video, it sounds like it ends abruptly.. While answering a question, Walter says.. 'it turns out..' and the video ends there. The sentence was it turns out the simple compiler enhancement I am about to reveal makes all code run 5x faster.
Re: DSnips - making D coding awesome in Vim (with GIFs!)
On Thu, 17 Jul 2014 20:57:10 +, Kiith-Sa wrote: I want to eventually try to merge this back to the default repository, but I'd like some comments/criticism/ideas first. Should any snippets be removed? Added? Any problems with the current snippets? (the wrap in try/catch in the previous version had issues with wrapping indented text, for example) I'll try it out. Of course, I'm really bad at using the current D snippets (aside from `main`--use that one all the time). Those opBinary and friends snippets look quite useful.
Re: DSnips - making D coding awesome in Vim (with GIFs!)
On Thu, 17 Jul 2014 20:57:10 +, Kiith-Sa wrote: DSnips is a set of UltiSnips snippets for D (now with GIFs showing each snippet in action (image-heavy)) https://github.com/kiith-sa/DSnips This is an attempt to overhaul the D snippets I got merged to UltiSnips (now a separate vim-snippets repository), as the previous snippets had quite a few bugs. The snippets should now be easy to use together/chain (e.g. an imp (import) snippet places the cursor on the beginning of the next line so imp can be used for another import, wrap in try/catch places the cursor to be ready to add more catch blocks, module license can be replaced by using another snippet inside it, etc. There are some rather intelligent snippets, e.g. an operator builder for opBinary/opUnary/opOpAssign that will generate the skeleton for all operators typed in by the user, automatic DDoc Params: generation from function parameters, etc. I want to eventually try to merge this back to the default repository, but I'd like some comments/criticism/ideas first. Should any snippets be removed? Added? Any problems with the current snippets? (the wrap in try/catch in the previous version had issues with wrapping indented text, for example) Posted to /r/vimplugins: http://www.reddit.com/r/vimplugins/comments/2b2prz/ much_better_ultisnip_snippets_for_d/
Re: Recompiling D code
On Thu, 14 Aug 2014 14:58:20 +, John Colvin wrote: My experience with these sort of things suggests that it'll be the linker taking the time. Dynamic libraries are the solution. Dub needs proper support for dynamic library dependencies. I'll second that suggestion. Can you run the timings using -c? Obviously you won't get binaries out the end, but it'd help diagnose the problem.
Re: SublimeLinter D Plugin
On Tue, 16 Sep 2014 18:00:00 +, Meta wrote: On Tuesday, 16 September 2014 at 00:16:43 UTC, Brian Schott wrote: Several of my co-workers use Sublime Text and wanted D-Scanner to work with SublimeLinter, so here it is. https://github.com/economicmodeling/SublimeLinter-dscanner Can individual style checks be disabled? That undocumented public function warning is driving me insane. DScanner reads an ini file from ~/.config/dscanner/dscanner.ini You can create that file by running `Dscanner --defaultConfig`, then edit it to disable the checks you're not interested in.
Re: Voting for std.experimental.allocator
Yes.
Re: run.dlang.io can now display ASM + AST + IR
Very cool features! Due to template expansion, even very simple D programs won't display their AST, e.g. https://run.dlang.io/is/yVsPsH gives me a "Compilation or running program took longer than 25 seconds. Aborted!" Not sure what can be done about this, but it certainly limits the usefulness for now.