This closes issue #23

For programs with lots of files with very long names it could happend
that the shell commands assembled by make failed with E2BIG. By
inserting some newlines into the commands we can mitigate this for now.

A general solution would probably only be to save the argument one at a
time into a file and read this file from fortran_dependencies.pl

For programs with lots of files with very long names it could happend
that the shell commands assembled by make failed with E2BIG. By
inserting some newlines into the commands we can mitigate this for now.

A general solution would probably only be to save the argument one at a
time into a file and read this file from fortran_dependencies.pl

Now they just cluttered the main build directory, put them also in
private_modules/. This of course assumes that no two test programs
define modules with the same name.

Also, this necessitates that the shared sources are also only compiled
once, thus I put them into an internal libtool convenience library and
link all test programs with it.

Remove all references to private functions and symbols from the public
Fortran modules. Install also only the public modules

The example program in ./test_project contained an error, which lead
to a crash.

Newer versions of Intel compiler want "-qopenmp" NOT "-openmp"

Emulating an AVX2 enabled CPU is that slow, that we have to test
it on a smaller matrix

With this commit ELPA is released in version 2016.05.001.

The branch "bugfixes_current_relaease" will be update to this ref.
A branch ELPA_2016.05 will be created.

With this commit ELPA is released in version 2016.05.001.

The branch "bugfixes_current_relaease" will be update to this ref.
A branch ELPA_2016.05 will be created.