On 2014-05-03 21:51, Atila Neves wrote:

> This is why I started to learn Cucumber.

Cucumber is for acceptance tests. There are also functional and integration tests.

-- 
/Jacob Carlborg

On 2014-05-02 19:25, brad clawsie wrote:

> this has been the fundamental issue for me. its not just missing libs,
> its libs that are surfaced via a C-binding, which in my limited

I've had problems with ImageMagick, basically every time. But that's the only one I can think of, at least for now.

-- 
/Jacob Carlborg

On Sun, 2014-05-04 at 13:44 +0200, Jacob Carlborg via Digitalmars-d wrote:
> On 2014-05-03 21:51, Atila Neves wrote:
> 
> > This is why I started to learn Cucumber.
> 
> Cucumber is for acceptance tests. There are also functional and integration tests.

We could get into bikeshedding here,…

Cucumber is really for supporting BDD. These include functional and integration tests as well as some varieties of acceptance test. It doesn't just have acceptance tests.

-- 
Russel. ============================================================================= Dr Russel Winder      t: +44 20 7585 2200   voip: sip:russel.winder@ekiga.net 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel@winder.org.uk London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

On 5/4/2014 12:34 AM, Jonathan M Davis via Digitalmars-d wrote:
>
> Regardless, unittest blocks don't really put any restrictions on what kind of
> code can go in them, and I'd prefer that that stay the case. The discussion
> on parallelizing unit tests threatens that on some level, but as long as we
> have the means to mark unittest blocks in some manner that tells the test
> runner not to run them in parallel with any other unittest blocks, then I
> think that we should be fine on that front.
>

Yes, this.

On Sunday, 4 May 2014 at 10:04:12 UTC, bearophile wrote:
> Danny Weldon:
>
>> If somebody has some time, they could post a solution in D to this problem:
>>
>> http://codegolf.stackexchange.com/questions/26323/how-slow-is-python-really-or-how-fast-is-your-language
>>
>> It all helps to get the language visible.
>
> Here are my solutions:
> http://forum.dlang.org/thread/pvojsrqmaksqwokuekhk@forum.dlang.org
>
> I don't have a Stackexchange account. You are welcome to post the two solutions (of two different problems).
>
> Bye,
> bearophile

I'm not able to run either version on DPaste. It fails to compile on both examples with no error message. Both example compile fine locally with DMD 2.065, however.

Your C++ translation: ~277ms
Your second version:  ~2.34ms/round

I just compiled and ran each binary a few times, so these might not be good measurements. I compiled both versions without -inline, as they ran slower with it enabled. LDC might do a better job with this.

Meta:

> Your C++ translation: ~277ms
> Your second version:  ~2.34ms/round

Both D programs are translations of C++ programs.


> LDC might do a better job with this.

I have developed those two programs using ldc2, so the usage of ldc2 is encouraged, and inlining is necessary for both programs. Generally don't use DMD for benchmark contests like this one.

Bye,
bearophile

The Nimrod version partially unrolls the recursion 4 times. How hard is this to do in D?

http://codegolf.stackexchange.com/questions/26459/how-high-can-you-go-a-codingalgorithms-challenge

Bye,
bearophile

I just want to write a web client app on D for medical institutions. It must be a complicated interface. What tools (GUI) should I use for quick programming?
Can I somehow abstract from web programming?

Thanks in advance.
Regards, Sergey