mysql-native v1.2.0: Housekeeping: Deprecations, Cleanup and Doc Improvements
An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native In v1.2.0: There's also a few bugfixes, but aside from that, this is mainly a housekeeping release: - The deperecated symbols have been removed (ie, the the outdated pre-v1.0.0 interfaces). - Some unnecessary symbols have now become deprecated (with recommended alternatives). Mainly the redundant set of verbose exception names and querySet/ResultSet (just call std.array.array() on the input range returned by query() instead). - Various documentation improvements. - And some other miscellany. Full changelog is here: https://github.com/mysql-d/mysql-native/blob/master/CHANGELOG.md For the next release, slated as v1.3.0, the plan is to remove the symbols deprecated in this release, and take care of as much of this list as I can (it probably won't be all of it though): https://github.com/mysql-d/mysql-native/milestone/2
Re: datefmt 1.0.0 released: parse datetimes and also format them
On Tuesday, 12 December 2017 at 22:51:07 UTC, Neia Neutuladh wrote: # Sales pitch If you've ever had to parse datetime input from multiple sources and everyone's standardized on ISO8601, you might have found out that that's not quite as standard as you'd wish. This is where datefmt helps you. [...] Nice. These little packages are very use for someone like me doing serverside development... Dealing with dates and client data. Why not use Boost license. It makes everything easy for everyone
Re: remake of remake of Konami's Knightmare
Taylor Hillegeist wrote: On Monday, 11 December 2017 at 19:34:56 UTC, ketmar wrote: major update: entity logic is completely driven by external ... you're welcome to study MES compiler implementation if you like. it is contained in one file (mesengine.d), and is not that hard to follow. I hope you didn't write that all in one sitting, I thought it was going to be a bit shorter. i am not even finished! actually, here[0] is the main repository for MES developement. you can track my progress there, starting from the very first commit. it doesn't meant to be public, tho, hence it is marked "OBSOLETE". [0] http://repo.or.cz/mes.d.git
Re: Silicon Valley D Meetup - December 14, 2017 - "Experimenting with Link Time Optimization" by Jon Degenhardt
This should be live now: http://youtu.be/e05QvoKy_8k Ali On 11/21/2017 11:58 AM, Ali Çehreli wrote: Meetup page: https://www.meetup.com/D-Lang-Silicon-Valley/events/245288287/ LDC[1], the LLVM-based D compiler, has been adding Link Time Optimization capabilities over the last several releases. [...] This talk will look at the results of applying LTO to one set of applications, eBay's TSV utilities[2]. [...] Jon Degenhardt is a member of eBay's Search Science team. [...] D quickly became his favorite programming language, one he uses whenever he can. Ali [1] https://github.com/ldc-developers/ldc#ldc--the-llvm-based-d-compiler [2] https://dlang.org/blog/2017/05/24/faster-command-line-tools-in-d/
Re: remake of remake of Konami's Knightmare
On Monday, 11 December 2017 at 19:34:56 UTC, ketmar wrote: major update: entity logic is completely driven by external ... you're welcome to study MES compiler implementation if you like. it is contained in one file (mesengine.d), and is not that hard to follow. I hope you didn't write that all in one sitting, I thought it was going to be a bit shorter.
Re: run.dlang.io - a modern way to run D code
On 12/12/2017 10:37 AM, Seb wrote: After it has been in stealth mode for quite a while, I'm happy to announce that there's https://run.dlang.io Very impressive! Nice work! Can I add a suggestion? Have an option to show the assembler created. Being able to quickly look at the assembler output is a great way to learn the 'cost' of writing code in various ways. (This is invaluable for someone wanting to be an A-list programmer.)
Re: run.dlang.io - a modern way to run D code
On Thursday, 14 December 2017 at 01:52:29 UTC, H. S. Teoh wrote: ... This can, of course, be bound to a custom keybinding, then you'll have your one-stop shop for compiling D snippets without ever seeing (much less typing) any temporary filenames. And without needing an internet connection. That sounds powerful! Like you said, instant win.
Re: run.dlang.io - a modern way to run D code
On Thursday, 14 December 2017 at 13:22:54 UTC, Mengu wrote: On Thursday, 14 December 2017 at 06:43:58 UTC, Mike Franklin wrote: On Thursday, 14 December 2017 at 06:26:16 UTC, Seb wrote: It's interesting to see that no one complained about gdc not being there - I thought that this would be the first comment. Allow me to be the first. But seriously, considering the use case for run.dlang.io, I don't see the need for hosting any compilers other than dmd-latest and dmd-nightly. Everything else is just gravy. Mike rust playground has plenty of choices in that matter but there's something better. As far as I can judge they also only support latest, beta and nightly as compilers, no? it supports the top 100 most used dependencies so they are just an import away. @seb, you think this could be added? If I understand you correctly, we already support this - though the list of supported packages is rather limited for now. Two examples: mir: https://run.dlang.io/is/FIc6rd mir-algorithm: https://run.dlang.io/is/3pNRH8 If you want to add your favorite library to the list -> https://github.com/dlang-tour/core-exec/blob/master/Dockerfile#L43
Re: LDC 1.7.0-beta1
On Sunday, 10 December 2017 at 18:11:46 UTC, Suliman wrote: Is it's possible to produce x64 binaries on Windows x64 without installing Visual Studio? DMD do not have linker for x64. Beside linker you will need C startup code. Where do you plan to get it?
Re: run.dlang.io - a modern way to run D code
On Thursday, 14 December 2017 at 06:43:58 UTC, Mike Franklin wrote: On Thursday, 14 December 2017 at 06:26:16 UTC, Seb wrote: It's interesting to see that no one complained about gdc not being there - I thought that this would be the first comment. Allow me to be the first. But seriously, considering the use case for run.dlang.io, I don't see the need for hosting any compilers other than dmd-latest and dmd-nightly. Everything else is just gravy. Mike rust playground has plenty of choices in that matter but there's something better. it supports the top 100 most used dependencies so they are just an import away. @seb, you think this could be added?
Re: run.dlang.io - a modern way to run D code
On 2017-12-13 02:14, Seb wrote: Also the storage on the machine is limited and we can't drop an unlimited amount of Docker images there. There could be a job that cleans up the local Docker images. If a Docker image is needed it will be pulled down again automatically. Of course there can be a few common images that are never cleaned up to reduce the waiting time for pulling down an image. -- /Jacob Carlborg