Bindings to clFFT (OpenCL fft library)

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

Just a heads-up for anyone using/wanting to use OpenCL in D:

clFFT [1] is amd's open source fft library for OpenCL, part of 
clMathLibraries. I needed it for a project so I ported the 
header, here it is:


https://github.com/John-Colvin/clFFT-D

http://code.dlang.org/packages/clfft

I left the original comments in the file for reference. The 
original documentation can be found at 
http://clmathlibraries.github.io/clFFT/


I don't anticipate bugs relating to the port specifically as very 
little was changed, but please let me know if you do have any 
problems.



[1] https://github.com/clMathLibraries/clFFT


Re: Interview at Lang.NEXT

2014-06-06 Thread John Colvin via Digitalmars-d-announce
On Thursday, 5 June 2014 at 13:32:16 UTC, Bill Baxter via 
Digitalmars-d-announce wrote:
On Thu, Jun 5, 2014 at 2:42 AM, Jonathan M Davis via 
Digitalmars-d-announce

digitalmars-d-announce@puremagic.com wrote:



Though I confess what horrifies me the most about dynamic 
languages is code

like this

if(cond)
var = hello world;
else
var = 42;

The fact that an if statement could change the type of a 
variable is just

atrocious IMHO.



Yeh, that's possible, but that doesn't look like something 
anyone with any

sense would do.

The things I found most enjoyable about working on javascript 
were

1) REPL / fully interactive debugger
When you hit a break point you can just start typing 
regular js code

into the console to poke the state of your system.
And the convenience of the REPL for seeing what bits of 
code do as you

write them.


That's an advantage of an interpreted language, regardless of 
typing.



2) Duck typing / introspection ability
If you have a bunch of objects that have a .width property, 
and that's
all you care about, you can just look for that.  No need to 
declare an
IWidthHaver interface and make all of your objects declare that 
they

implement it.



D's ranges are examples of this in a statically typed language. 
You don't care what the type of the range is, just so long as it 
has the right api.




Re: Scott Meyers' DConf 2014 keynote The Last Thing D Needs

2014-05-31 Thread John Colvin via Digitalmars-d-announce

On Saturday, 31 May 2014 at 17:49:18 UTC, Jesse Phillips wrote:

On Saturday, 31 May 2014 at 07:32:22 UTC, Kagamin wrote:

What do you mean D does not provide a decltype?

typeof(cx) my_cx2 = cx;


I'll blame this on my poor knowledge of C++, at this time 
typeof in C++ does not appear to compile, in the way I'm trying 
to use it. I thought using typeof in C++ would result in the 
same answer as the deduction auto provides.


From that point of view, there is no need for decltype, because 
typeof already gives you the actual type in D (which will be 
the same as the type at declaration).


I think you've misunderstood him. You say in the article D does 
not provide decltype, he is saying that this is misleading: D 
does but it's just called typeof instead.


Re: Scott Meyers' DConf 2014 keynote The Last Thing D Needs

2014-05-28 Thread John Colvin via Digitalmars-d-announce

On Tuesday, 27 May 2014 at 21:40:00 UTC, Walter Bright wrote:

On 5/27/2014 2:22 PM, w0rp wrote:
I'm actually a native speaker of 25 years and I didn't get it 
at first. Natural

language communicates ideas approximately.


What bugs me is when people say:

   I could care less.

when they mean:

   I couldn't care less.


and:

   If you think that, you have another thing coming.

when they mean:

   If you think that, you have another think coming.


http://www.youtube.com/watch?v=om7O0MFkmpwfeature=kp


Re: Video of my LDC talk @ FOSDEM'14

2014-05-26 Thread John Colvin via Digitalmars-d-announce

On Monday, 26 May 2014 at 16:14:56 UTC, Walter Bright wrote:

On 5/25/2014 10:59 PM, Kai Nacke wrote:

Hi all,

the video of my LDC talk @ FOSDEM'14 in February is now online.
Here is the link:
http://video.fosdem.org/2014/K4401/Sunday/LDC_the_LLVMbased_D_compiler.webm

In the same folder are also the videos of the other LLVM 
related talk.


Sigh, Windows can't open that file type. Can it be posted to 
youtube?


https://www.videolan.org/vlc/ opens webm happily and is available 
for all commonly used platforms.


Re: Video of my LDC talk @ FOSDEM'14

2014-05-26 Thread John Colvin via Digitalmars-d-announce

On Monday, 26 May 2014 at 17:06:27 UTC, Walter Bright wrote:

On 5/26/2014 9:31 AM, John Colvin wrote:

On Monday, 26 May 2014 at 16:14:56 UTC, Walter Bright wrote:

On 5/25/2014 10:59 PM, Kai Nacke wrote:

Hi all,

the video of my LDC talk @ FOSDEM'14 in February is now 
online.

Here is the link:
http://video.fosdem.org/2014/K4401/Sunday/LDC_the_LLVMbased_D_compiler.webm

In the same folder are also the videos of the other LLVM 
related talk.


Sigh, Windows can't open that file type. Can it be posted to 
youtube?


https://www.videolan.org/vlc/ opens webm happily and is 
available for all

commonly used platforms.


It's not really about me. It's about enabling the video to 
reach as wide an audience as possible. Asking people to google 
for what player to download, download it and install it, then 
redownload the video, means 98% (made that up) will just sigh 
and move on without bothering. It taking literally 5 minutes to 
download before it can be run also does not help.


I guess. I've had vlc installed for so many years I never even 
consider that someone might not be able to play a given media 
file of any type.


Media Player Classic (http://mpc-hc.org/) might be more to your 
tastes perhaps.


Re: Livestreaming DConf?

2014-05-22 Thread John Colvin via Digitalmars-d-announce

On Thursday, 22 May 2014 at 10:09:28 UTC, Nordlöw wrote:

We at Facebook are very excited about the upcoming DConf 2014.


Will the videos be available afterwards at Andreis Youtube 
stream like last year?


+1

There's a big overlap between people who can't be at dconf and 
who also can't watch the live feed due to the time difference.


Re: Dash: An Open Source Game Engine in D

2014-05-20 Thread John Colvin via Digitalmars-d-announce

On Tuesday, 20 May 2014 at 13:12:30 UTC, Colden Cullen wrote:

On Tuesday, 20 May 2014 at 05:22:54 UTC, Mineko wrote:
Wow, good stuff, very impressive, I'm making a engine myself 
called Breaker Engine (Coded in D), and I might just have to 
take a few tips from your engine.


Although I've neglected it for about 2 months now lol, I've 
been gathering data as my math is not so good..


If anything I make in my engine just happens to be anything I 
can apply to your team's engine, I'll be sure to contribute. :)


Seeing as how you're using a component system.. It's probably 
just coincidental, but would your project happen to have any 
relation to BennyQBD's engine? 
(https://github.com/BennyQBD/3DEngineCpp)


Also, I may have skipped over it in this thread, but what was 
your experience with the D GC in your engine?


Was it a problem?
Anyway, again, good work, I look forward to our future 
relationship as D game engine developers. :)


Thanks! We're always open to contributors, just drop by our 
Gitter room[1] and say hi if you've got any ideas, or if you'd 
just like something to do.


We are not related to BenyyQBD's engine, and I've never heard 
of it, but it does look kind of neat.


As far as the GC goes, we pretty much only use it during 
initialization (and boy do we).


I presume you force a collection before the main loop starts?


Re: Livestreaming DConf?

2014-05-09 Thread John Colvin via Digitalmars-d-announce

On Friday, 9 May 2014 at 19:48:20 UTC, Andrei Alexandrescu wrote:

Hi folks,


We at Facebook are very excited about the upcoming DConf 2014. 
In fact, so excited we're considering livestreaming the event 
for the benefit of the many of us who can't make it to Menlo 
Park, CA. Livestreaming entails additional costs so we're 
trying to assess the size of the online audience. Please follow 
up here and on twitter: 
https://twitter.com/D_Programming/status/464854296001933312



Thanks,

Andrei


Very keen for this.


Re: Tkd - Cross platform GUI toolkit based on Tcl/Tk

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

On Sunday, 4 May 2014 at 16:18:53 UTC, Gary Willoughby wrote:

Tkd v1.0.0-beta

https://github.com/nomad-software/tkd
http://code.dlang.org/packages/tkd

Overview

Tkd is a fully cross-platform GUI toolkit based on Tcl/Tk[1]. 
Tkd allows you to build GUI applications easily and with the 
knowledge of a consistent, native look and feel on every 
platform.


Why Tcl/Tk?

Tkd development was initiated based on the performance and 
uptake of the Tkinter[2] toolkit distributed as a standard part 
of the Python[3] programming language. Tkinter allows 
developers easy access to GUI programming with very little 
learning. Being the de facto GUI toolkit of Python has 
introduced more developers to GUI application programming and 
increased the popularity of the language as a whole. Tkd is an 
attempt to provide D with the same resource.


Supported platforms

Windows
Linux
Mac OSX

Documentation

Full HTML documentation is available inside the repository.

Notes

Because Tkd is based upon Tcl/Tk and being cross-platform in 
nature there are limitations on what can be achieved. While not 
as comprehensive as gtkd or qtd, Tkd offers a smaller and 
lighter alternative for quickly creating native GUI 
applications. See the readme in the repository for more 
detailed information.


[1]: http://www.tcl.tk/
[2]: https://wiki.python.org/moin/TkInter
[3]: https://www.python.org/


What dmd frontend version are you targeting/developing with?


Re: Unencumbered V0.1.2: Write Cucumber step definitions in D

2014-04-25 Thread John Colvin via Digitalmars-d-announce

On Friday, 25 April 2014 at 11:11:18 UTC, Atila Neves wrote:
On Friday, 25 April 2014 at 10:20:47 UTC, Rikki Cattermole 
wrote:

On Friday, 25 April 2014 at 10:02:45 UTC, Dicebot wrote:
On Friday, 25 April 2014 at 09:45:06 UTC, Rikki Cattermole 
wrote:
Also when using things like __LINE__ keep them to template 
args, as they are inferred to the initiation if possible.


This is antipattern. Default function arguments for __LINE__ 
and __FILE__ are also evaluated at call site. Moving this to 
template parameter creates huge amount of template bloat and 
must be used only if there is no other way around (that 
usually implies variadic arguments)


True in this specific case it might be over the top.


It was a template parameter before anyway. Also, this is for 
acceptance/feature/integration testing, so I doubt anyone would 
care how much bloat it generates as long as it gets the job 
done.


It will hurt build-times, so it's worth avoiding.


<    1   2   3