Is it possible to get the cmake and msvc build files integrated into the trunk?
> On Jun 14, 2017, at 1:06 PM, Florian Nsiegning <[email protected]> > wrote: > > How i can compile the Gsl source for visual studio 2015 ? > > Le 2017-06-14 17:02, <[email protected]> a écrit : > >> Send Help-gsl mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.gnu.org/mailman/listinfo/help-gsl >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Help-gsl digest..." >> >> >> Today's Topics: >> >> 1. Re: test release for GSL 2.4 (Patrick Alken) >> 2. Re: test release for GSL 2.4 (Arun Isaac) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 14 Jun 2017 16:50:28 +0200 >> From: Patrick Alken <[email protected]> >> To: viktor drobot <[email protected]> >> Cc: [email protected] >> Subject: Re: [Help-gsl] test release for GSL 2.4 >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=utf-8 >> >> oops, I forgot to add the doc source files to the distribution tarball. >> I will make a new test release soon >> >>> On 06/14/2017 04:22 PM, viktor drobot wrote: >>> Hello! >>> ./configure && make && make check >>> works fine on my system (Arch Linux, GCC 7.1.1, GLIBC 2.25) >>> >>> However, >>> cd doc && make html >>> fails with the following error: >>> [viktor@freesky-lab ~/test/gsl-2.3.90/doc]$ LANG=C make html >>> Making html in . >>> make[1]: Entering directory '/home/viktor/test/gsl-2.3.90/doc' >>> make[1]: Nothing to be done for 'html-am'. >>> make[1]: Leaving directory '/home/viktor/test/gsl-2.3.90/doc' >>> Making html in examples >>> make[1]: Entering directory '/home/viktor/test/gsl-2.3.90/doc/examples' >>> make[1]: Nothing to be done for 'html'. >>> make[1]: Leaving directory '/home/viktor/test/gsl-2.3.90/doc/examples' >>> Error: Config directory doesn't contain a conf.py file. >>> make: *** [Makefile:835: html] Error 1 >>> >>> >>> 2017-06-14 17:19 GMT+03:00 Patrick Alken <[email protected] >>> <mailto:[email protected]>>: >>> >>> Thanks Mohammad, >>> >>> This is due to a file race condition I inadvertently introduced >> when >>> trying to make those tests C89 compliant. I have uploaded a fix to >> the >>> git, and will make a new test candidate release in a day or so, after >>> getting more feedback. >>> >>> I've sometimes wondered whether I should group all the GSL tests >>> together into one Makefile, so that the summary output gives all the >>> test statistics, rather than individual outputs for each module. >>> I'm not >>> sure which design is better, and haven't seen much information about >>> this in the automake documentation. >>> >>> Patrick >>> >>>> On 06/14/2017 03:03 PM, Mohammad Akhlaghi wrote: >>>> Hi Patrick, >>>> >>>> The `./configure', `make', and `make check' commands ran >>> successfully >>>> on my system (Arch Linux, GCC 7.1.1, GNU C Library 2.25). >>>> >>>> To speed up the build, I usually run the Make commands with `-j8' >> to >>>> build in parallel on 8 threads on this system. `make -j8' worked >>>> nicely and everything was built. But when I ran `make check -j8', >>>> there was a segmentation fault for the `vector' tests (in P.S.). >>> So I >>>> removed the `-j8' and all tests passed. This is probably due to >>>> dependencies in a multi-threaded check (where the tests are built >> at >>>> the same time, not after each other). >>>> >>>> So, I had a look at `vector/Makefile.am'. It shows that indeed no >>>> dependencies are defined for these tests. We had the same issue in >>>> Gnuastro's `make check' and was able to solve it using an >>> intermediate >>>> script to run the built programs (and thus not including >>>> `$(check_PROGRAMS)' in `TESTS'. >>>> >>>> In the link below you can see Gnuastro's `tests/Makefile.am' (we >>> have >>>> merged all the tests of all the programs/libraries into one >>> Makefile). >>>> In particular, you can see the part under the "Library checks" >> title >>>> (line 194) and its comments. >>> http://git.savannah.gnu.org/cgit/gnuastro.git/tree/tests/Makefile.am >>> <http://git.savannah.gnu.org/cgit/gnuastro.git/tree/tests/ >> Makefile.am> >>>> >>>> The `multithread.c' test program depends on the output of >>> another test >>>> (`mkprof/mosaic1.sh'). So we have not put `$(check_PROGRAMS)' in >>>> `TESTS' and instead defined a small script (`lib/multithread.sh') >>>> which depends on the output of the dependent test >>>> (`mkprof/mosaic1.sh.log', line 207). >>>> >>>> Ofcourse, in the current architecture, GSL's tests are not >>> unified in >>>> one `Makefile.am', but are distributed over separate files with a >>>> handful of (sometimes only one) test(s) in each. So running the >>> tests >>>> in parallel will not significantly improve the speed. But to avoid >>>> confusion in cases like this, it can good to define dependencies >>> like >>>> this so those tests that depend on others don't fail. >>>> >>>> Thank you very much, >>>> Mohammad >>>> >>>> >>>> P.S. >>>> >>>> make[2]: Entering directory '/home/id/desktop/gsl-2.3.90/vector' >>>> make[3]: Entering directory '/home/id/desktop/gsl-2.3.90/vector' >>>> ../test-driver: line 95: 32689 Segmentation fault (core >> dumped) >>>> "$@" > $log_file 2>&1 >>>> FAIL: test_static >>>> PASS: test >>>> make[4]: Entering directory '/home/id/desktop/gsl-2.3.90/vector' >>>> make[4]: Nothing to be done for 'all'. >>>> make[4]: Leaving directory '/home/id/desktop/gsl-2.3.90/vector' >>> ============================================================ >> ================ >>>> >>>> Testsuite summary for gsl 2.3.90 >>> ============================================================ >> ================ >>>> >>>> # TOTAL: 2 >>>> # PASS: 1 >>>> # SKIP: 0 >>>> # XFAIL: 0 >>>> # FAIL: 1 >>>> # XPASS: 0 >>>> # ERROR: 0 >>> ============================================================ >> ================ >>>> >>>> See vector/test-suite.log >>> ============================================================ >> ================ >>>> >>>> make[3]: *** [Makefile:741: test-suite.log] Error 1 >>>> make[3]: Leaving directory '/home/id/desktop/gsl-2.3.90/vector' >>>> make[2]: *** [Makefile:849: check-TESTS] Error 2 >>>> make[2]: Leaving directory '/home/id/desktop/gsl-2.3.90/vector' >>>> make[1]: *** [Makefile:927: check-am] Error 2 >>>> make[1]: Leaving directory '/home/id/desktop/gsl-2.3.90/vector' >>>> make: *** [Makefile:961: check-recursive] Error 1 >>> >>> >>> >>> >>> >>> -- >>> ? ?????????, >>> ?????? ?????? >> >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Wed, 14 Jun 2017 20:40:06 +0530 >> From: Arun Isaac <[email protected]> >> To: "[email protected]" <[email protected]> >> Subject: Re: [Help-gsl] test release for GSL 2.4 >> Message-ID: >> <63874333.AEMALiOFFwcAAAAAAAAAAAPKF-AAAAACwQwAAAAAAAW9WABZQVHc@ >> mailjet.com> >> >> Content-Type: text/plain >> >> >>> That file bspline/Makefile.in should be included in the package >> >> I extracted the tarball again and it worked. Something must have gone >> wrong with untarring earlier. Sorry for the noise. >> >>> ./configure && make && make check >> >> Works fine on my GNU GuixSD system with gcc 5.4.0. As already noted, >> parallel tests with `make -j2 check' fails. >> >>> 3. cd doc ; make html >> >> Fails with the following: >> >> Making html in . >> make[1]: Entering directory '/tmp/gsl-2.3.90/doc' >> make[1]: Nothing to be done for 'html-am'. >> make[1]: Leaving directory '/tmp/gsl-2.3.90/doc' >> Making html in examples >> make[1]: Entering directory '/tmp/gsl-2.3.90/doc/examples' >> make[1]: Nothing to be done for 'html'. >> make[1]: Leaving directory '/tmp/gsl-2.3.90/doc/examples' >> Error: Config directory doesn't contain a conf.py file. >> >> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> Help-gsl mailing list >> [email protected] >> https://lists.gnu.org/mailman/listinfo/help-gsl >> >> >> ------------------------------ >> >> End of Help-gsl Digest, Vol 162, Issue 3 >> **************************************** >>
