Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright

2014-07-18 Thread dennis luehring via Digitalmars-d-announce

Am 18.07.2014 07:54, schrieb Walter Bright:

On 7/17/2014 9:40 PM, dennis luehring wrote:

i understand your focus on dmd - but talking about fast code and optimizing
WITHOUT even trying to compare with other compiler results is just a little bit
strange for someone who stated speed = money


The point was to get people to look at the asm output of the compiler, as
results can be surprising (as you've also discovered).


...of the compilerS - please :)

can you post your (full, closed) D array access example from the talk
so i don't need to play around with the optimizer to get your asm results



Skeletal generator

2014-07-18 Thread Rikki Cattermole via Digitalmars-d-announce
In advancing to a reload system for Cmsed, I've built a directory 
skeleton generator[0].


It supports both lua and a simpler text file syntax.
An example of this is:

# Simple skeleton descriptor

dlfile livereload.txt livereload.txt

mkdir bin
mkdir deps
dlfile deps/package.json package.json

mkdir dynamic/config
mkdir dynamic/models
mkdir dynamic/public
mkdir dynamic/routes
mkdir dynamic/templates
mkdir dynamic/caches

mkdir static/config
mkdir static/models
mkdir static/public
mkdir static/routes
mkdir static/templates
mkdir static/caches

You can basically do everything you need with the simpler syntax except 
for conditional and input gathering or manipulation. Regex(find/replace) 
on files based upon the cli args is possible however.


I will be using a variation of this for Cmsed.
With regards to lua support, I've hooked up lua's require module system 
into the providers (github/bitbucket), so it is possible to require any 
file from a repository and use it as a required module.


I've also bound std.file and std.stdio into lua. So it should be 
possible to do almost anything you need if lua cannot do it natively.


[0] https://github.com/rikkimax/skeleton


Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread w0rp via Digitalmars-d-announce

On Thursday, 17 July 2014 at 17:41:59 UTC, Adam D. Ruppe wrote:
BTW here's the post Andrei made on the day of with the little 
notebook paper I used for a topic list and some discussion we 
had in May:


http://forum.dlang.org/thread/llo7i8$e4e$1...@digitalmars.com


I watched your talk and it was awesome. Thanks for doing it. I 
like it when people can carry a talk without slides. I've seen a 
few presenters in my time who were hanging off of PowerPoint, and 
they always felt so awkward.


Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright

2014-07-18 Thread Walter Bright via Digitalmars-d-announce

On 7/17/2014 11:42 PM, dennis luehring wrote:

Am 18.07.2014 07:54, schrieb Walter Bright:

On 7/17/2014 9:40 PM, dennis luehring wrote:

i understand your focus on dmd - but talking about fast code and optimizing
WITHOUT even trying to compare with other compiler results is just a little bit
strange for someone who stated speed = money


The point was to get people to look at the asm output of the compiler, as
results can be surprising (as you've also discovered).


...of the compilerS - please :)

can you post your (full, closed) D array access example from the talk
so i don't need to play around with the optimizer to get your asm results



It's the Warp source code. I don't have a reduced test case.


Re: DConf 2014 Keynote: High Performance Code Using D by Walter Bright

2014-07-18 Thread John Colvin via Digitalmars-d-announce

On Friday, 18 July 2014 at 04:40:52 UTC, dennis luehring wrote:

Am 18.07.2014 04:52, schrieb Walter Bright:

On 7/16/2014 7:21 AM, dennis luehring wrote:
can you give an short (working) example code to show the 
different resulting
assembler for your for-rewrite example - and what compilers 
your using for

testing - only dmd or gdc?


I used dmd.



i sometimes got the feeling that you underestimate the sheer 
power of todays clang or gcc optimizers - so partly what 
gdc/ldc can do with your code


reminds me of brian schotts exmaple of his sse2 optimized 
version of his lexer - the dmd generated was much faster then 
the normal version, but gdc/ldc results of the unoptimized 
versions are still 50% faster


i understand your focus on dmd - but talking about fast code 
and optimizing WITHOUT even trying to compare with other 
compiler results is just a little bit strange for someone who 
stated speed = money


I think this somewhat misses the point of the example, which I 
would say was - in academia-speak - purely illustrative.


The point still stands, which is unless you understand the 
compiler and the architecture, stop trying to second guess 
performance on the micro-level


Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread Puming via Digitalmars-d-announce
I've added an indirect link to my awesome-d github page where 
your book is listed:


https://github.com/zhaopuming/awesome-d#books

But don't know whether that would be filtered also.


On Thursday, 17 July 2014 at 19:29:44 UTC, Adam D. Ruppe wrote:

On Thursday, 17 July 2014 at 18:48:11 UTC, deadalnix wrote:
You may have been shadow banned. You should contact some 
reddit admins.


It doesn't seem to be my account itself, just that link. 
Someone else says they tried posting it too but I can't see it, 
I think reddit just doesn't like the link.




Re: DSnips - making D coding awesome in Vim (with GIFs!)

2014-07-18 Thread simendsjo via Digitalmars-d-announce
On 07/17/2014 10:57 PM, 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)

This looks great! A lot better than my non-pythonized snippets :)


Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread Mengu via Digitalmars-d-announce

On Thursday, 17 July 2014 at 18:42:38 UTC, Adam D. Ruppe wrote:
On Thursday, 17 July 2014 at 18:37:54 UTC, Andrei Alexandrescu 
wrote:

Put that on reddit. -- Andrei


I've tried a few times and it doesn't work.. the post appears 
to me, but is invisible to everyone else. I think reddit's 
silent spam filter dislikes the link.


I can tell them to search the web for it though.


i don't know how many times you tried but when i searched the url 
on reddit it found 3 results.


one of them was 
http://www.reddit.com/r/programming/comments/26pn00/d_cookbook_officially_published_consists_of_d/ 
which is a post by you.


Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread Adam D. Ruppe via Digitalmars-d-announce

On Friday, 18 July 2014 at 12:15:19 UTC, Mengu wrote:
i don't know how many times you tried but when i searched the 
url on reddit it found 3 results.


Yeah, the top level post seems to work, but comments on other
posts, including this one, don't show up. The indirect link plan
appears to work though.


Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread Adam D. Ruppe via Digitalmars-d-announce

On Friday, 18 July 2014 at 08:35:07 UTC, Puming wrote:
I've added an indirect link to my awesome-d github page where 
your book is listed:


Cool, that seems to be working, thanks!


DConf 2014: Mobile Gameserver Backend in D by Stephan Dilly

2014-07-18 Thread Andrei Alexandrescu via Digitalmars-d-announce

http://www.reddit.com/r/programming/comments/2b1uat/dconf_2014_mobile_gameserver_backend_in_d_by/

https://www.facebook.com/dlang.org/posts/887057894641226

https://twitter.com/D_Programming/status/490149592923901952


Andrei


Re: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread John via Digitalmars-d-announce

On Friday, 18 July 2014 at 08:35:07 UTC, Puming wrote:

I've added an indirect link to my awesome-d github page


Your awesome-d is awesome! Keep up the good work! :D

I didn't know this concept using github. Now I started exploring 
the other awesome pages of less than awesome languages too.


Thanks.


Re: DConf 2014: Mobile Gameserver Backend in D by Stephan Dilly

2014-07-18 Thread Dicebot via Digitalmars-d-announce
On Friday, 18 July 2014 at 15:09:13 UTC, Andrei Alexandrescu 
wrote:

http://www.reddit.com/r/programming/comments/2b1uat/dconf_2014_mobile_gameserver_backend_in_d_by/

https://www.facebook.com/dlang.org/posts/887057894641226

https://twitter.com/D_Programming/status/490149592923901952


Andrei


http://youtu.be/_gCFpHxAJRc


Re: DUB Bash Completion

2014-07-18 Thread Matt Soucy via Digitalmars-d-announce
On 07/14/2014 05:54 PM, Nordlöw wrote:
 On Monday, 14 July 2014 at 00:10:38 UTC, Mathias LANG wrote:
 complete --config= too, so you could tab complete
 
 Yeah, that would be nice. Need to add som json parsing to the bash logic. Any 
 suggestions on how to most easily and portably do that?

So, I implemented that for the builtin ones for the fish shell...
It's manually implemented, but easy enough to extend.

https://github.com/D-Programming-Language/dub/pull/375

-- 
Matt Soucy
http://msoucy.me/


Re: DSnips - making D coding awesome in Vim (with GIFs!)

2014-07-18 Thread Kiith-Sa via Digitalmars-d-announce

On Friday, 18 July 2014 at 00:44:15 UTC, uri wrote:

On Thursday, 17 July 2014 at 20:57:10 UTC, 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)


Trying this out now. It's very good so far, nice work!

/uri


I made a blog post about DSnips, what to consider when designing 
snippets, etc:


http://www.reddit.com/r/vim/comments/2b2609/ultisnips_snippet_design_and_gifs/


Re: DSnips - making D coding awesome in Vim (with GIFs!)

2014-07-18 Thread Justin Whear via Digitalmars-d-announce
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: DConf 2014: Adam D Ruppe's amazing slideless talk on x86 Bare Metal and Custom Runtime Programming

2014-07-18 Thread Adam D. Ruppe via Digitalmars-d-announce
Plain text transcript of the video (typed up by me, so there may 
be some errors but the bulk of it should be readable)


http://arsdnet.net/dconf-transcript.txt

I'll do an annotated HTML version when my schedule permits but 
for now you can look at the plain text file there (if you don't 
see it all, try refreshing because you might have last night's 
version cached) if you want something searchable or don't like 
videos. I randomly made notes of the timestamp as I typed it up 
so you can jump to it in the vid too. But, since for the most 
part it was just me pacing and talking, except for a few points 
where I used my fingers to illustrate points, you aren't really 
missing that much sticking to plain text (except for 
transcription errors).


I'll post the annotated version when it is done here too.