Re: VisualD now on github.com/d-programming-language

[Tove]

On Tuesday, 10 September 2013 at 06:42:06 UTC, Walter Bright 
wrote:

https://github.com/D-Programming-Language/visuald

Congratulations to Rainer Schuetze and collaborators for this 
great work!


Horray! Great news.

Some initial nit-picking:

According to 
http://www.dsource.org/projects/visuald/wiki/Installation

"Visual Studio Shell 2012" is supported.

But https://github.com/D-Programming-Language/visuald only 
mentions:

* Supported Visual Studio versions
  - VS.NET 2003 (some limitations apply)
  - VS 2005
  - VS 2008
  - VS 2010

1) I assume that the full non express 2012 is supported also?

2) VS Shell 2010 link @ 
http://www.dsource.org/projects/visuald/wiki/Installation is 
broken.


3) Preferably the two links to The Visual Studio Shell 2012 
should be visible in the github readme.

Re: VisualD now on github.com/d-programming-language

[Manu]

Indeed, massive thanks!
On 10 Sep 2013 16:45, "Walter Bright"  wrote:

> https://github.com/D-**Programming-Language/visuald
>
> Congratulations to Rainer Schuetze and collaborators for this great work!
>

Re: D simple web server

[gedaiu]

Hi,

I added websocket support to the server.

This is the link to the git repo:
https://github.com/gedaiu/DSWS

Thanks,
Bogdan

Re: [OT] My C++ talk at GoingNative 2013

[deadalnix]

On Monday, 9 September 2013 at 16:43:54 UTC, Andrei Alexandrescu 
wrote:

http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/

Andrei


So I'll jump in as I've seen the conf before that post.

It is really worthwhile to watch. Quite informative on the 
technical side (funilly, I did implement the solution presented 
in the devirtualization part on a platform where virtual function 
were not available because of crappy compiler, but had no idea it 
was worthwhile for speed, it wasn't the goal so I never measured, 
and it also may not the case on the given plateform).


Many discussed subject apply as well to D. By the way, what is 
the state of std.bitmanip in comparison to what is presented in 
the conf ?


Also, Andrei, did you try LLVM/clang ?

Related to going native, Chandler the discussion on signess of 
integers and I really wonder if we should follow the rule that 
make unsigned spread like a virus, as C does.

Re: VisualD now on github.com/d-programming-language

[develop32]

On Tuesday, 10 September 2013 at 06:42:06 UTC, Walter Bright 
wrote:

https://github.com/D-Programming-Language/visuald

Congratulations to Rainer Schuetze and collaborators for this 
great work!


Do you have plans for changing the homepage for VisualD? The one 
on dsource is more related to the old repository.

Re: [OT] My C++ talk at GoingNative 2013

[Olivier Grant]

First of all, I very much enjoyed the talk. It was as interesting 
as it was entertaining.


I do have a question regarding the talk's section on 
devirtualization. As a language that imposes virtual methods for 
classes, how well does D play when it comes to devirtualization? 
And on a side note, does D have a different way of implementing 
virtual methods than most C++ compilers do?


Thanks,

O.

On Monday, 9 September 2013 at 16:43:54 UTC, Andrei Alexandrescu 
wrote:

http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/

Andrei

Re: [OT] My C++ talk at GoingNative 2013

[Iain Buclaw]

On 10 September 2013 13:54, Olivier Grant  wrote:
> First of all, I very much enjoyed the talk. It was as interesting as it was
> entertaining.
>
> I do have a question regarding the talk's section on devirtualization. As a
> language that imposes virtual methods for classes, how well does D play when
> it comes to devirtualization? And on a side note, does D have a different
> way of implementing virtual methods than most C++ compilers do?
>

All class methods are virtual by default in D, unless declared 'final'.

Devirtualisation is not something done by the front-end, but recent
updates and interest from compiler back-ends may provide a solution.

-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';

Re: [OT] My C++ talk at GoingNative 2013

[Iain Buclaw]

On 10 September 2013 11:10, deadalnix  wrote:
> On Monday, 9 September 2013 at 16:43:54 UTC, Andrei Alexandrescu wrote:
>>
>>
>> http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/
>>
>> Andrei
>
>
> So I'll jump in as I've seen the conf before that post.
>
> It is really worthwhile to watch. Quite informative on the technical side
> (funilly, I did implement the solution presented in the devirtualization
> part on a platform where virtual function were not available because of
> crappy compiler, but had no idea it was worthwhile for speed, it wasn't the
> goal so I never measured, and it also may not the case on the given
> plateform).
>

Interestingly enough, gcc recently added (about a month before Andrei
did the talk) a new interprocedural analysis pass that sets all
methods that can be devirtualised.  I expect that LLVM have something
cooking up for this too.  As of yet, I haven't ran any tests which
show that this works though...


-- 
Iain Buclaw

*(p < e ? p++ : p) = (c & 0x0f) + '0';

Re: [OT] My C++ talk at GoingNative 2013

[PauloPinto]

On Tuesday, 10 September 2013 at 13:20:18 UTC, Iain Buclaw wrote:
On 10 September 2013 11:10, deadalnix  
wrote:
On Monday, 9 September 2013 at 16:43:54 UTC, Andrei 
Alexandrescu wrote:



http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/

Andrei



So I'll jump in as I've seen the conf before that post.

It is really worthwhile to watch. Quite informative on the 
technical side
(funilly, I did implement the solution presented in the 
devirtualization
part on a platform where virtual function were not available 
because of
crappy compiler, but had no idea it was worthwhile for speed, 
it wasn't the
goal so I never measured, and it also may not the case on the 
given

plateform).



Interestingly enough, gcc recently added (about a month before 
Andrei

did the talk) a new interprocedural analysis pass that sets all
methods that can be devirtualised.  I expect that LLVM have 
something
cooking up for this too.  As of yet, I haven't ran any tests 
which

show that this works though...


The main problem with devirtualization is that you can only have 
full benefits when targeting VM based environments.


With native generated code, it is only possible to apply 
devirtualization on static linked code.


--
Paulo

Re: DCD: Autocomplete without the IDE

[André]

I just tried it with the Kate and it's working like a charm! All
contributors keep up the good work :-) I really like the
client/server approach because it enables everyone to use his or
hers favourite editor.

Is there a blog or changelog which allows to follow the further
progress?

Cheers
André

On Sunday, 1 September 2013 at 10:58:28 UTC, Brian Schott wrote:

* What is it?
DCD is a client and server program that work together to 
provide autocomplete suggestions and function call tips to 
almost any text editor that supports scripting or plugins.


* Who is it for?
People who would like autocomplete, but don't want to give up 
their favorite editor for an IDE.


* Where is it?
GitHub! https://github.com/Hackerpilot/DCD

* What does it look like?
There's a short demo video on Youtube: 
http://www.youtube.com/watch?v=Vo2POmn2_9U


* What editors does it work with?
Textadept, Kate/KDevelop, Vim, and Emacs. The Textadept 
integration script is the reference implementation.


* This sounds a lot like GoCode
It does, doesn't it?

* Does it work?
Yes and no. DCD is fairly new, and not all of the features 
you'd expect from a D autocompletion engine are present. I do 
feel that it's enough of an improvement over not having 
autocomplete to make this alpha announcement.


* Should I file bug reports in this announcement thread?
No. Add them here: 
https://github.com/Hackerpilot/DCD/issues?state=open

Re: vibe.d 0.7.17 released

[Daniel Davidson]

On Monday, 9 September 2013 at 08:03:46 UTC, Sönke Ludwig wrote:

Major changes:

 - Compiles on DMD 2.063.2 and DMD HEAD

 - Deprecates/removes a lot of non-conforming parts of the API 
(resp.

   naming convention)

 - New TaskLocal!T for more efficient and type safe task local 
storage


 - New TaskPipe class for stream based inter-fiber 
communication (can
   be used to connect classic blocking I/O with asynchronous 
I/O using a

   separate thread)

 - New SyslogLogger class by Jens Mueller

 - A bunch of smaller fixes/additions


Full change log:

  http://vibed.org/blog/posts/vibe-release-0.7.17

Download:

  http://vibed.org/download

GitHub:

  https://github.com/rejectedsoftware/vibe.d


Thanks for the great work!

Do you think you are closer to feeling comfortable including in 
some benchmark sites (e.g. maybe add to 
http://www.techempower.com/benchmarks/#section=data-r5)?


Thanks
Dan

Re: VisualD now on github.com/d-programming-language

[Rainer Schuetze]

On 10.09.2013 12:24, develop32 wrote:

On Tuesday, 10 September 2013 at 06:42:06 UTC, Walter Bright wrote:

https://github.com/D-Programming-Language/visuald

Congratulations to Rainer Schuetze and collaborators for this great work!


Do you have plans for changing the homepage for VisualD? The one on
dsource is more related to the old repository.


It is planned to move the homepage to dlang.org. It might take some time 
to convert the wiki pages to some other format which can be used to 
generate the pages (ddoc?). Easiest would probably be to add it to 
wiki.dlang.org, but I'm unsure whether this is appropriate.

Re: VisualD now on github.com/d-programming-language

[Rainer Schuetze]

On 10.09.2013 11:50, Tove wrote:

On Tuesday, 10 September 2013 at 06:42:06 UTC, Walter Bright wrote:

https://github.com/D-Programming-Language/visuald

Congratulations to Rainer Schuetze and collaborators for this great work!


Horray! Great news.

Some initial nit-picking:

According to http://www.dsource.org/projects/visuald/wiki/Installation
"Visual Studio Shell 2012" is supported.

But https://github.com/D-Programming-Language/visuald only mentions:
* Supported Visual Studio versions
   - VS.NET 2003 (some limitations apply)
   - VS 2005
   - VS 2008
   - VS 2010

1) I assume that the full non express 2012 is supported also?

2) VS Shell 2010 link @
http://www.dsource.org/projects/visuald/wiki/Installation is broken.

3) Preferably the two links to The Visual Studio Shell 2012 should be
visible in the github readme.


Thanks for pointing these out. The README didn't receive a lot of 
attention lately, most of the documentation and news is on the web site. 
I agree, with it being displayed on the front github page it should be 
updated.

Re: vibe.d 0.7.17 released

[Dicebot]

On Tuesday, 10 September 2013 at 17:13:09 UTC, Daniel Davidson 
wrote:

Thanks for the great work!

Do you think you are closer to feeling comfortable including in 
some benchmark sites (e.g. maybe add to 
http://www.techempower.com/benchmarks/#section=data-r5)?


Thanks
Dan


I think I can safely answer this question in absence of Sonke as 
someone subscribed to vibe.d commit log :)


It was asked and answered: 
forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thread/1670 
- not much has changed since then. Basically, almost all popular 
benchmarks tends to focus on speed of utility modules, not speed 
of HTTP server / application router itself. That is something 
that has never been tested or put serious efforts into.


Area where vibe.d truly shines performance-wise is core request 
handling framework and I am not aware of any public benchmark 
game in that domain.


Now, if someone takes the time to run those tests manually and 
tell how bad situation really is - that stuff would have been 
really interesting to learn :)

Re: vibe.d 0.7.17 released

[Daniel Davidson]

On Tuesday, 10 September 2013 at 17:37:21 UTC, Dicebot wrote:

I think I can safely answer this question in absence of Sonke 
as someone subscribed to vibe.d commit log :)




Thanks

It was asked and answered: 
forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thread/1670 
- not much has changed since then. Basically, almost all 
popular benchmarks tends to focus on speed of utility modules, 
not speed of HTTP server / application router itself. That is 
something that has never been tested or put serious efforts 
into.




In that thread Sonke said:

   "Agreed, I'd say we should start to prepare the benchmark 
cases and see how they actually compare against the others".


I can understand reservations about not wanting to publish 
benchmarks too early before some chance at optimization. OTOH, if 
it is "utility modules" that distort the numbers then maybe they 
need attention and data is the best way to draw it. And, just 
maybe, you and Sonke are too pessimistic? For example, shouldn't 
Json serialization be a win for D with its compile time approach?


Area where vibe.d truly shines performance-wise is core request 
handling framework and I am not aware of any public benchmark 
game in that domain.




I bet you are correct. But then, how can you know if there is no 
public benchmark game in that domain  :-)


Maybe the best approach is to find a way to work more 
sophisticated tests into the benchmark that show where vibe/D 
shines. Without benchmarks it is all guesswork... but I'll bet 
the compile time diet templates shine. Other guesses?


Now, if someone takes the time to run those tests manually and 
tell how bad situation really is - that stuff would have been 
really interesting to learn :)


Agreed!

Re: vibe.d 0.7.17 released

[Andrei Alexandrescu]

On 9/9/13 1:03 AM, Sönke Ludwig wrote:
[snip]

http://www.reddit.com/r/programming/comments/1m4eon/vibed_web_application_toolkit_in_d_0717_has_been/

VOTE UP!!!


Andrei

Re: DCD: Autocomplete without the IDE

[Kiith-Sa]

On Tuesday, 10 September 2013 at 16:15:55 UTC, André wrote:

I just tried it with the Kate and it's working like a charm! All
contributors keep up the good work :-) I really like the
client/server approach because it enables everyone to use his or
hers favourite editor.

Is there a blog or changelog which allows to follow the further
progress?

Cheers
André

On Sunday, 1 September 2013 at 10:58:28 UTC, Brian Schott wrote:

* What is it?
DCD is a client and server program that work together to 
provide autocomplete suggestions and function call tips to 
almost any text editor that supports scripting or plugins.


* Who is it for?
People who would like autocomplete, but don't want to give up 
their favorite editor for an IDE.


* Where is it?
GitHub! https://github.com/Hackerpilot/DCD

* What does it look like?
There's a short demo video on Youtube: 
http://www.youtube.com/watch?v=Vo2POmn2_9U


* What editors does it work with?
Textadept, Kate/KDevelop, Vim, and Emacs. The Textadept 
integration script is the reference implementation.


* This sounds a lot like GoCode
It does, doesn't it?

* Does it work?
Yes and no. DCD is fairly new, and not all of the features 
you'd expect from a D autocompletion engine are present. I do 
feel that it's enough of an improvement over not having 
autocomplete to make this alpha announcement.


* Should I file bug reports in this announcement thread?
No. Add them here: 
https://github.com/Hackerpilot/DCD/issues?state=open


https://github.com/Hackerpilot/DCD/commits/master

Re: vibe.d 0.7.17 released

[Dicebot]

On Tuesday, 10 September 2013 at 18:10:40 UTC, Daniel Davidson 
wrote:
I can understand reservations about not wanting to publish 
benchmarks too early before some chance at optimization. OTOH, 
if it is "utility modules" that distort the numbers then maybe 
they need attention and data is the best way to draw it. And, 
just maybe, you and Sonke are too pessimistic? For example, 
shouldn't Json serialization be a win for D with its compile 
time approach?


Well, we don't know. Now one has been ever benchmarking this. 
Ever. Someone needs to step up and provide the data. I will do it 
eventually, but that will happen later rather than sooner.


Area where vibe.d truly shines performance-wise is core 
request handling framework and I am not aware of any public 
benchmark game in that domain.




I bet you are correct. But then, how can you know if there is 
no public benchmark game in that domain  :-)


I've done some testing on my own ;) 
https://github.com/Dicebot/web-performance-tests - unfortunately, 
I was not able to get meaningful results for high concurrency 
cases because of h/w limits generic crappy laptop network cards 
have (should probably delete existing ones as they are mostly 
useless), but it provides all the tools for one to try and see :P


Maybe the best approach is to find a way to work more 
sophisticated tests into the benchmark that show where vibe/D 
shines. Without benchmarks it is all guesswork... but I'll bet 
the compile time diet templates shine. Other guesses?


There is always an option to create your own benchmarking game :P 
All you need is production-grade networking hardware and pair of 
PC's (with client being considerably more powerful than server).

Re: VisualD now on github.com/d-programming-language

[Walter Bright]

On 9/10/2013 11:18 AM, Rainer Schuetze wrote:

It is planned to move the homepage to dlang.org. It might take some time to
convert the wiki pages to some other format which can be used to generate the
pages (ddoc?). Easiest would probably be to add it to wiki.dlang.org, but I'm
unsure whether this is appropriate.


The main documentation should be in ddoc and part of dlang.org. The wiki is for 
user-supplied supplemental information.


I know this will be a fair amount of work, and will take time. I'm sure Rainer 
could use some help from anyone who wants to step up!

Re: VisualD now on github.com/d-programming-language

[Tove]

On Tuesday, 10 September 2013 at 18:10:33 UTC, Rainer Schuetze 
wrote:


Thanks for pointing these out. The README didn't receive a lot 
of attention lately, most of the documentation and news is on 
the web site. I agree, with it being displayed on the front 
github page it should be updated.


No problem, I thought of one additional idea to enhance first 
impressions...


Is this stable enough to be made default enabled in future 
releases?

"Use Alexander Bothe's D parsing engine for semantic analysis"
"writing '.'"

I only found it because I remember reading about it on this very 
forum, it is my fear that other new users won't find it and hence 
consider the intellisense-experience lacking.


After enabling this tiny checkbox,... wow, I love it! Thanks 
again!

Re: VisualD now on github.com/d-programming-language

[FrogLegs]

 Does VisualD work with VS2013?

Re: [OT] My C++ talk at GoingNative 2013

[Olivier Pisano]

On Monday, 9 September 2013 at 16:43:54 UTC, Andrei Alexandrescu 
wrote:

http://www.reddit.com/r/programming/comments/1m1izv/goingnative_2013_writing_quick_code_in_c_quickly/

Andrei


This talks are amazing. I learned a lot. Thank you all guys for 
your dedication and pedagogy.


BTW, I really liked your face during the 'Ask us anything' panel, 
when STL talked about Garbage Collection!


Congratulations for resisting the need to shout 'D does already 
solves this problem' at least a dozen of times. Too bad Native 
means C++ in Microsoft speak.

Re: VisualD now on github.com/d-programming-language

[Rainer Schuetze]

On 10.09.2013 22:43, FrogLegs wrote:

  Does VisualD work with VS2013?


I just adapted the installer script and tried it with VS2013 RC. Seems 
to work fine from a first glance, it will be available with the next 
release.

Re: VisualD now on github.com/d-programming-language

[Rainer Schuetze]

On 10.09.2013 22:03, Tove wrote:

On Tuesday, 10 September 2013 at 18:10:33 UTC, Rainer Schuetze wrote:


Thanks for pointing these out. The README didn't receive a lot of
attention lately, most of the documentation and news is on the web
site. I agree, with it being displayed on the front github page it
should be updated.


No problem, I thought of one additional idea to enhance first
impressions...

Is this stable enough to be made default enabled in future releases?
"Use Alexander Bothe's D parsing engine for semantic analysis"
"writing '.'"

I only found it because I remember reading about it on this very forum,
it is my fear that other new users won't find it and hence consider the
intellisense-experience lacking.

After enabling this tiny checkbox,... wow, I love it! Thanks again!


Yeah, it's quite a bit better than the integrated analyzer. Plus, 
Alexander is constantly improving it while I'm busy with other stuff. 
I'll think about making it the default in the next release.