sqlite-statement CTFE Generation (UniformAccess) / Benchmark

[John Carter]

I was contemplating why languages explode on to the scene or not, and often
it comes down to a so called "Killer App".

For Ruby, it was Rails.

The ability to construct optimally fast typesafe tuples in D perfectly
matches the requirements of database management to a degree unmatched by
any other language.

I have long thought D, strangely enough, may be the perfect language in
which to implement... D :-)
http://en.wikipedia.org/wiki/D_%28data_language_specification%29


On Wed, Apr 16, 2014 at 3:51 AM, Robert Schadek <realburner at gmx.de> wrote:

> Lately I had to write some sqlite3 code in D. And I really hated writing
> it. So I wrote me some CTFE generator for it. It uses all the fun UDA,
> CTFE string mixin template magic, we all love. The generated code is as
> fast as the hand written one. I wrote some of it down.
> http://rburners.tumblr.com/ The article also holds a link to the
> source/benchmark. Maybe this is to some interest to other people as well.
>
> Best Regards
> Robert
>
> p.s. PRs and corrections welcome
>



-- 
John Carter
Phone : (64)(3) 358 6639
Tait Electronics
PO Box 1645 Christchurch
New Zealand

-- 

------------------------------
This email, including any attachments, is only for the intended recipient. 
It is subject to copyright, is confidential and may be the subject of legal 
or other privilege, none of which is waived or lost by reason of this 
transmission.
If you are not an intended recipient, you may not use, disseminate, 
distribute or reproduce such email, any attachments, or any part thereof. 
If you have received a message in error, please notify the sender 
immediately and erase all copies of the message and any attachments.
Unfortunately, we cannot warrant that the email has not been altered or 
corrupted during transmission nor can we guarantee that any email or any 
attachments are free from computer viruses or other conditions which may 
damage or interfere with recipient data, hardware or software. The 
recipient relies upon its own procedures and assumes all risk of use and of 
opening any attachments.
------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puremagic.com/pipermail/digitalmars-d-announce/attachments/20140416/33dd13fe/attachment.html>