Intel MKL configuration upgrade for Lubeck, Mir (optim, lapack, blas), cblas

2018-07-30 Thread 9il via Digitalmars-d-announce

lubeck, mir-optim, mir-lapack, mir-blas:
 * Eight Intel MKL configurations were added. They are declared 
in mir-blas's dub.sdl [1].
 * The libraries automatically includes default Intel MKL 
installation directories on Windpows.
 * Default configuration now equals to mkl-tbb-thread-ilp on 
Windows. `ilp` - 64 bit indexes on x86_64 target. `tbb-thread` - 
Intel based multi-threading. Default configuration on Posix 
systems is `openblas`.


lubeck:
 * fixed unittests for MKL ilp configurations.

mir-optim:
 * memory allocations are aligned now (up to AVX512). This is 
requirement for reproducible results when Intel MKL is used as 
back-end.


cblas:
 * Enum declarations were fixed.

http://lubeck.dub.pm
http://mir-optim.dub.pm
http://mir-lapack.dub.pm
http://mir-blas.dub.pm
http://cblas.dub.pm

This work has been sponsored by Symmetry Investments and Kaleidic 
Associates.


https://github.com/kaleidicassociates
http://symmetryinvestments.com

[1] https://github.com/libmir/mir-blas/blob/master/dub.sdl

Best Regards,
Ilya Yaroshenko



Re: On D in competitive programming

2018-07-30 Thread Steven Schveighoffer via Digitalmars-d-announce

On 7/28/18 3:51 PM, Ivan Kazmenko wrote:

Hey,

I wrote a post with my general reflections on using D in competitive 
programming.
Mostly compared to C++, since that's what more than 90% of people use 
for it.

The post is tailored to cover only the competitive programming specifics.

http://codeforces.com/blog/entry/60890
(en+ru, the language switch is at the top)



Good read.

a lifetime ago, I competed using topcoder (and wrote a bunch of problem 
sets for them too). Topcoder had a "challenge" phase, where you could 
challenge the solutions of others.


Is there anything like that in codeforces, and if so, is D an advantage 
as a "somewhat obscure" language (i.e. competitors can't always 
understand your code)?


Just curious :)

-Steve


Re: On D in competitive programming

2018-07-30 Thread Timon Gehr via Digitalmars-d-announce

On 30.07.2018 21:44, Steven Schveighoffer wrote:

On 7/28/18 3:51 PM, Ivan Kazmenko wrote:

Hey,

I wrote a post with my general reflections on using D in competitive 
programming.
Mostly compared to C++, since that's what more than 90% of people use 
for it.

The post is tailored to cover only the competitive programming specifics.

http://codeforces.com/blog/entry/60890
(en+ru, the language switch is at the top)



Good read.

a lifetime ago, I competed using topcoder (and wrote a bunch of problem 
sets for them too). Topcoder had a "challenge" phase, where you could 
challenge the solutions of others.


Is there anything like that in codeforces, and if so, is D an advantage 
as a "somewhat obscure" language (i.e. competitors can't always 
understand your code)?


Just curious :)

-Steve


On codeforces it's called "hacks", but it happens during the contest. 
Therefore, if your solution were to be "hacked" it would actually likely 
be good for you because you get a chance to fix your code before the 
contest ends.


Re: On D in competitive programming

2018-07-30 Thread Ivan Kazmenko via Digitalmars-d-announce
On Monday, 30 July 2018 at 19:44:32 UTC, Steven Schveighoffer 
wrote:
a lifetime ago, I competed using topcoder (and wrote a bunch of 
problem sets for them too). Topcoder had a "challenge" phase, 
where you could challenge the solutions of others.


Nice!  I just found your profile and problem sets from 2003-2004. 
 I started using TopCoder in 2005, didn't see these earlier.


Is there anything like that in codeforces, and if so, is D an 
advantage as a "somewhat obscure" language (i.e. competitors 
can't always understand your code)?


Yeah, in a way.  The challenges are called "hacks", and can 
happen for the whole duration of the contest.  But to hack 
solutions for a problem, you have to first write your own 
solution to this problem, pass preliminary tests with it, and 
lock it so you can't resubmit.  The key difference is, when the 
hacked solution itself was not locked, it still can be fixed and 
resubmitted (with a score penalty), which is actually a win-win.


As for how a different language helps, well, perhaps it does.  
But, sadly, competitive programming style often goes against 
readability, to the extent the language allows it.  In that 
regard, somewhat unexpectedly, I find other languages (e.g., Java 
or Python) more readable than C++ despite the fact that I'm less 
experienced with them.  In C++, most competitive programming code 
contains a bunch of the author's exclusive #defines for the 
language shortcomings (or worse, #defines just to save typing).  
And since #defines are so flexible, everyone has their own 
version of the language, and some of the resulting code is 
straight unreadable without a deciphering effort.


Ivan Kazmenko.



Re: On D in competitive programming

2018-07-30 Thread 9il via Digitalmars-d-announce

On Saturday, 28 July 2018 at 19:51:08 UTC, Ivan Kazmenko wrote:

Hey,

I wrote a post with my general reflections on using D in 
competitive programming.
Mostly compared to C++, since that's what more than 90% of 
people use for it.
The post is tailored to cover only the competitive programming 
specifics.


http://codeforces.com/blog/entry/60890
(en+ru, the language switch is at the top)

Ivan Kazmenko.


Hi Ivan,

Are competitors allowed to use mir-algorithm and mir-random? The 
libraries can be used for graphs (Tarjan algorithm), 
matrices/tensors, nd-iteration, RNGs, interpolation, and 
distributions?


It would be nice to have this feature, as mir-algorithm can be a 
good default library for competitive programming. Plus 
competitors can add additional graph algorithms.


https://github.com/libmir/mir-algorithm
https://github.com/libmir/mir-random

Best,
Ilya Yarosenko



SAoC Updates

2018-07-30 Thread Mike Parker via Digitalmars-d-announce
I've updated the SAoC page to reflect the decision to accept 
applications from non-university students. I want to make two 
things very clear.


First, preference will be given to university students who can 
provide proof of enrollment. That's not to say that their 
applications will automatically be accepted, but if it comes down 
to a student and a non-student, each with a strong application, 
to fill the final slot, the student will be given preference.


Second, it is incumbent upon non-student applicants who are 
currently employed by a software development firm to ensure there 
are no contractual barriers to participating.


We're also still looking for potential mentors, so if you are 
willing to work in that role, please let me know!


Re: SAoC Updates

2018-07-30 Thread Joakim via Digitalmars-d-announce

On Tuesday, 31 July 2018 at 03:23:41 UTC, Mike Parker wrote:
I've updated the SAoC page to reflect the decision to accept 
applications from non-university students.


Great! I think this will open up the pool of applicants 
considerably.