* preparing a new release (part 2) @ 2005-09-06 11:23 ` Brian Gough 2005-09-06 13:53 ` Kevin Bube ` (5 more replies) 0 siblings, 6 replies; 35+ messages in thread From: Brian Gough @ 2005-09-06 11:23 UTC (permalink / raw) To: gsl-discuss I've made second version to fix some of the errors reported (memory leak in tests and jacobi svd) You can test it here: http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz.sig Thanks, -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough @ 2005-09-06 13:53 ` Kevin Bube 2005-09-15 16:38 ` Brian Gough 2005-09-06 15:34 ` James Theiler ` (4 subsequent siblings) 5 siblings, 1 reply; 35+ messages in thread From: Kevin Bube @ 2005-09-06 13:53 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss [-- Attachment #1: Type: text/plain, Size: 337 bytes --] Hello, './configure && make && make check' works on AMD64 with gcc 3.3.3. On dual alpha with gcc 2.96 it works with CFLAGS=-O1. No change to the previous release here. Regards, Kevin -- publickey 2048R/0AFDFB19: http://www.icbm.de/~bube/publickey.asc fingerprint: 542B 1378 04AA AF1F 572E 78BF 1BF5 5C71 0AFD FB19 [-- Attachment #2: Type: application/pgp-signature, Size: 480 bytes --] ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 13:53 ` Kevin Bube @ 2005-09-15 16:38 ` Brian Gough 0 siblings, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-09-15 16:38 UTC (permalink / raw) To: Kevin Bube, Jonathan G. Underwood, keith.briggs, Jeff Spirko; +Cc: gsl-discuss Thanks for the testing -- gsl-1.7 is now released. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough 2005-09-06 13:53 ` Kevin Bube @ 2005-09-06 15:34 ` James Theiler 2005-09-06 16:44 ` Jonathan G. Underwood ` (3 subsequent siblings) 5 siblings, 0 replies; 35+ messages in thread From: James Theiler @ 2005-09-06 15:34 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss make and make check worked (again) on RHEL 3 and i noticed that the documentation errors have been fixed, and that binomial has been updated. thanks (again!) for all your efforts. jt On Tue, 6 Sep 2005, Brian Gough wrote: ] I've made second version to fix some of the errors reported (memory leak in ] tests and jacobi svd) You can test it here: ] ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz.sig ] ] Thanks, ] ] -- James Theiler Space and Remote Sensing Sciences MS-B244, ISR-2, LANL Los Alamos National Laboratory Los Alamos, NM 87545 http://nis-www.lanl.gov/~jt ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough 2005-09-06 13:53 ` Kevin Bube 2005-09-06 15:34 ` James Theiler @ 2005-09-06 16:44 ` Jonathan G. Underwood 2005-09-07 15:14 ` Andris Pavenis ` (2 subsequent siblings) 5 siblings, 0 replies; 35+ messages in thread From: Jonathan G. Underwood @ 2005-09-06 16:44 UTC (permalink / raw) To: gsl-discuss Brian Gough wrote: > I've made second version to fix some of the errors reported (memory leak in > tests and jacobi svd) You can test it here: > > http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz > http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz.sig > > Thanks, > succesful build and check on a Fedora Core 4 system: gcc version 4.0.1 20050727 (Red Hat 4.0.1-5) glibc-2.3.5 Checked with CFLAGS=-O2 and CFLAGS=-O3. No problems. Jonathan. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough ` (2 preceding siblings ...) 2005-09-06 16:44 ` Jonathan G. Underwood @ 2005-09-07 15:14 ` Andris Pavenis 2005-09-07 22:18 ` linas 2005-09-08 11:38 ` Brian Gough 2005-09-07 22:47 ` linas 2005-09-09 21:31 ` Jeff Spirko 5 siblings, 2 replies; 35+ messages in thread From: Andris Pavenis @ 2005-09-07 15:14 UTC (permalink / raw) To: gsl-discuss On Tuesday 06 September 2005 14:22, Brian Gough wrote: > I've made second version to fix some of the errors reported (memory leak in > tests and jacobi svd) You can test it here: > > http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz > http://www.network-theory.co.uk/download/gsl/gsl-1.6.92.tar.gz.sig > > Thanks, Builds OK for DJGPP (v2.04 beta, 2,03 not tested, gcc-4.0.1, WinXP Pro+SP2). Also all tests passes if the following small EXEEXT related patch is applied (it was for 1.6, but it applies also to 1.6.92): Andris --- gsl-1.6/wavelet/Makefile.am~1 2004-07-23 16:55:12.000000000 +0000 +++ gsl-1.6/wavelet/Makefile.am 2005-04-29 13:11:56.000000000 +0000 @@ -6,10 +6,10 @@ libgslwavelet_la_SOURCES = dwt.c wavelet.c bspline.c daubechies.c haar.c -TESTS = test - check_PROGRAMS = test +TESTS = $(check_PROGRAMS) + test_LDADD = libgslwavelet.la ../blas/libgslblas.la ../cblas/libgslcblas.la ../matrix/libgslmatrix.la ../vector/libgslvector.la ../block/libgslblock.la ../ieee-utils/libgslieeeutils.la ../err/libgslerr.la ../test/libgsltest.la ../sys/libgslsys.la ../utils/libutils.la test_SOURCES = test.c - ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-07 15:14 ` Andris Pavenis @ 2005-09-07 22:18 ` linas 2005-09-07 22:47 ` Philip Kendall 2005-09-08 11:38 ` Stewart V. Wright 2005-09-08 11:38 ` Brian Gough 1 sibling, 2 replies; 35+ messages in thread From: linas @ 2005-09-07 22:18 UTC (permalink / raw) To: Andris Pavenis; +Cc: gsl-discuss On Wed, Sep 07, 2005 at 06:14:41PM +0300, Andris Pavenis was heard to remark: > > -TESTS = test > - > check_PROGRAMS = test > > test_SOURCES = test.c This is a really bad name for a unix prgram. For, on my machine which test returns /usr/bin/test ------------- I once had a second line manager who wanted to show off his programming abilities. He wrote a demo program, and he went to show it off. And, in front of 50 people, it didn't work. We all craned over the monitor trying to figure out what was wrong (for it looked spotless). Until some wizened soul in the back of the crowd cleared his throat and asked: "What did you NAME your program?" "I named it 'test'. Why do you want to know?" --linas ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-07 22:18 ` linas @ 2005-09-07 22:47 ` Philip Kendall 2005-09-07 22:52 ` linas 2005-09-08 11:38 ` Stewart V. Wright 1 sibling, 1 reply; 35+ messages in thread From: Philip Kendall @ 2005-09-07 22:47 UTC (permalink / raw) To: gsl-discuss On Wed, Sep 07, 2005 at 05:17:13PM -0500, linas wrote: > On Wed, Sep 07, 2005 at 06:14:41PM +0300, Andris Pavenis was heard to remark: > > > > -TESTS = test > > - > > check_PROGRAMS = test > > > > test_SOURCES = test.c > > This is a really bad name for a unix prgram. For, on my machine > > which test > > returns > > /usr/bin/test $ ./test How else would you run a program called "test" in the current directory? Cheers, Phil -- "Have you googled her yet?" "Willow, she's 17." "It's a search engine." Willow and Xander: Buffy: Help ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-07 22:47 ` Philip Kendall @ 2005-09-07 22:52 ` linas 2005-09-08 9:16 ` Philip Kendall 0 siblings, 1 reply; 35+ messages in thread From: linas @ 2005-09-07 22:52 UTC (permalink / raw) To: gsl-discuss On Wed, Sep 07, 2005 at 11:47:26PM +0100, Philip Kendall was heard to remark: > On Wed, Sep 07, 2005 at 05:17:13PM -0500, linas wrote: > > On Wed, Sep 07, 2005 at 06:14:41PM +0300, Andris Pavenis was heard to remark: > > > > > > -TESTS = test > > > > This is a really bad name for a unix prgram. For, on my machine > > > > which test > > > > returns > > > > /usr/bin/test > > $ ./test > > How else would you run a program called "test" in the current directory? export PATH=$PATH:. --linas ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-07 22:52 ` linas @ 2005-09-08 9:16 ` Philip Kendall 0 siblings, 0 replies; 35+ messages in thread From: Philip Kendall @ 2005-09-08 9:16 UTC (permalink / raw) To: gsl-discuss On Wed, Sep 07, 2005 at 05:52:42PM -0500, linas wrote: > On Wed, Sep 07, 2005 at 11:47:26PM +0100, Philip Kendall was heard to remark: > > export PATH=$PATH:. <rant> This is a *very bad idea*. It leaves you open to typo trojans: say you're in the /tmp directory on a multi-user box. You accidently type "sl" instead of "ls". You now run /tmp/sl, which could have been installed by anybody. You lose. "." should *never* appear on your $PATH. </rant> Phil (with vague apologies for off-topicness) -- "I jump out of the circle, jump back in, and, and, shake my gourd." "Hey, I think I know this ritual. The ancient shamans were next called upon to do the Hokey-Pokey and to turn themselves around?" Giles and Buffy: Intervention ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-07 22:18 ` linas 2005-09-07 22:47 ` Philip Kendall @ 2005-09-08 11:38 ` Stewart V. Wright 1 sibling, 0 replies; 35+ messages in thread From: Stewart V. Wright @ 2005-09-08 11:38 UTC (permalink / raw) To: gsl-discuss [-- Attachment #1: Type: text/plain, Size: 830 bytes --] G'day Linas, * linas <linas@austin.ibm.com> [050907 17:18]: > On Wed, Sep 07, 2005 at 06:14:41PM +0300, Andris Pavenis was heard to remark: > > > > -TESTS = test > > - > > check_PROGRAMS = test > > > > test_SOURCES = test.c > > This is a really bad name for a unix prgram. For, on my machine > > which test > > returns > > /usr/bin/test I would not disagree too loudly on aesthetic grounds, but automake is smart enough to preface the check_PROGRAMS with a ./ (or at least enough of the directory tree) so there is no real problem in calling it test, true or even false (if you wanted to be _really_ nasty to the next generation of developers). All in all the naming is not really a worry. I'm surprised about the ordering of TESTS and check_PROGRAMS though... Cheers, S. [-- Attachment #2: Type: application/pgp-signature, Size: 274 bytes --] ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-07 15:14 ` Andris Pavenis 2005-09-07 22:18 ` linas @ 2005-09-08 11:38 ` Brian Gough 1 sibling, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-09-08 11:38 UTC (permalink / raw) To: Andris Pavenis; +Cc: gsl-discuss Andris Pavenis writes: > Builds OK for DJGPP (v2.04 beta, 2,03 not tested, gcc-4.0.1, WinXP Pro+SP2). > Also all tests passes if the following small EXEEXT related patch is applied > (it was for 1.6, but it applies also to 1.6.92): Thanks, I will fix that. -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough ` (3 preceding siblings ...) 2005-09-07 15:14 ` Andris Pavenis @ 2005-09-07 22:47 ` linas 2005-09-09 21:31 ` Jeff Spirko 5 siblings, 0 replies; 35+ messages in thread From: linas @ 2005-09-07 22:47 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss On Tue, Sep 06, 2005 at 12:22:01PM +0100, Brian Gough was heard to remark: > I've made second version to fix some of the errors reported (memory leak in It appears to pass configure; make; make check on Novel SuSE Enterpirse Linux SLES9 on a Power5 box. --linas ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release (part 2) 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough ` (4 preceding siblings ...) 2005-09-07 22:47 ` linas @ 2005-09-09 21:31 ` Jeff Spirko 2005-09-09 14:59 ` preparing a new release keith.briggs 5 siblings, 1 reply; 35+ messages in thread From: Jeff Spirko @ 2005-09-09 21:31 UTC (permalink / raw) To: gsl-discuss GSL 1.6.92 passes all tests on IA-64 with gcc-3.3.3 under SuSE Linux Enterprise Server 9. Regards, -- Jeff Spirko spirko@lehigh.edu spirko@yahoo.com WD3V |=> The study of non-linear physics is like the study of non-elephant biology. All theoretical chemistry is really physics; and all theoretical chemists know it. -- Richard P. Feynman ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release @ 2005-09-09 14:59 ` keith.briggs 2005-09-15 16:53 ` Brian Gough 0 siblings, 1 reply; 35+ messages in thread From: keith.briggs @ 2005-09-09 14:59 UTC (permalink / raw) To: gsl-discuss gsl-1.6.92.tar.gz passed all tests on AMD64 with gcc-4.0.1. Keith PS: perhaps the grammar in "All 1 tests passed" could be improved. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-09-09 14:59 ` preparing a new release keith.briggs @ 2005-09-15 16:53 ` Brian Gough 0 siblings, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-09-15 16:53 UTC (permalink / raw) To: keith.briggs; +Cc: gsl-discuss, bug-automake keith.briggs@bt.com writes: > gsl-1.6.92.tar.gz passed all tests on AMD64 with gcc-4.0.1. > > Keith > > PS: perhaps the grammar in "All 1 tests passed" could be improved. One for the Automake maintainers I think -- I've cc'ed this to bug-automake@gnu.org. The "make check" messages are from automake (maybe "All tests passed (1/1)" would do the job). -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release @ 2005-08-27 11:08 Reinh.Bader 2005-08-31 11:08 ` Brian Gough 0 siblings, 1 reply; 35+ messages in thread From: Reinh.Bader @ 2005-08-27 11:08 UTC (permalink / raw) To: gsl-discuss gcc -v Reading specs from /usr/lib/gcc-lib/ia64-suse-linux/3.3.3/specs Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit ia64-suse-linux Thread model: posix gcc version 3.3.3 (SuSE Linux) on SUSE Enterprise Linux 9 (glibc 2.3.3) for Itanium is OK (no failures). the Intel compiler is another matter. If it works, the code performs much better on Itanium, but I need to specifically sort out which routines to compile with low optimization. Is there any further interest in icc from the side of the GSL developers? Best regards -- Dr. Reinhold Bader Leibniz-Rechenzentrum, Abt. Hochleistungssysteme | Tel. +49 89 289 28825 Barerstr. 21, 80333 Muenchen | email Bader@lrz.de ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-27 11:08 Reinh.Bader @ 2005-08-31 11:08 ` Brian Gough 0 siblings, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-08-31 11:08 UTC (permalink / raw) To: Bader; +Cc: gsl-discuss Reinh.Bader@t-online.de writes: > the Intel compiler is another matter. If it works, the code > performs much better on Itanium, but I need to specifically sort > out which routines to compile with low optimization. Is there any > further interest in icc from the side of the GSL developers? You can send me the output of make check if you like. -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* preparing a new release @ 2005-08-24 14:24 Brian Gough 2005-08-24 15:56 ` James Theiler ` (6 more replies) 0 siblings, 7 replies; 35+ messages in thread From: Brian Gough @ 2005-08-24 14:24 UTC (permalink / raw) To: gsl-discuss I'm preparing release (it will be 1.7) -- I'd appreciate feedback on this test version: http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig If there are no problems reported then I will release it. Thanks. -- Brian Gough Here are the changes: ** Switched gsl_randist_binomial to use the faster binomial random variate TPE algorithm by default. The previous binomial variate algorithm is available as gsl_randist_binomial_knuth. This will result in a different sequence of binomial variates in programs using this function. ** Improved the algorithm for gsl_sf_elljac_e to avoid cancellation errors near quarter periods. ** Fixed the branch selection in gsl_sf_gamma_inc_Q_e to prevent caused inaccurate results for large a,x where x~=~a. ** The multilinear fitting functions now have forms which accept a user-specified tolerance for the SVD cutoff and return the corresponding effective rank of the design matrix. ** The quadratic solvers in poly/ now handle linear equations gracefully (i.e. quadratrics with a leading coefficient of zero). ** The output of "make check" now only shows test failures by default, to reduce the amount of output. Set the environment variable GSL_TEST_VERBOSE=1 to display all the output. To assist debugging, the test number of each failure is shown in square brackets at the line-end [NNNN]. ** Fixed bugs in gsl_linalg_SV_decomp_jacobi which caused incorrect results for some input matrices. ** Bessl, coulomb, dilogarithm and legendre_H3d functions now use hypot internally to avoid overflow when computing terms like sqrt(1+x*x). ** The 'Usage' chapter of the reference manual now explains how to handle deprecated functions using the GSL_DISABLE_DEPRECATED macro. ** The conflicting enum definitions for 'forward' and 'backward' in gsl_ftt.h and gsl_wavelet.h are deprecated. User code should switch to the new definitions gsl_fft_forward, gsl_fft_backward, gsl_wavelet_forward and gsl_wavelet_backward. Selectively define GSL_DISABLE_DEPRECATED before including the headers to use the new definitions on either or both modules. ** Fixed an error in the the brent minimisation algorithm. Iterations should now follow Brent's original description correctly. ** The bound coulomb function gsl_sf_hydrogenicR_e no longer reports an underflow for exact zeroes of the wavefunction. ** gsl_linalg_SV_decomp_jacobi now reports an error for the unimplemented case M<N correctly. ** Fixed conformance test for the SYRK and HERK blas functions gsl_blas_{s,d,c,z}syrk and gsl_blas_{c,z}herk for non-square matrices. ** Configure now checks for presence of ieeefp.h if needed. ** Differential equation solvers now propagate error codes returned from user-defined functions to the top-level in all cases. ** Sort functions now avoid an infinite loop if Nans are present in the input vector. The order of nans in the output is undefined, although other elements will be sorted correctly. ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough @ 2005-08-24 15:56 ` James Theiler 2005-08-24 16:14 ` Alberto Manuel Brandão Simões 2005-08-24 20:08 ` Linas Vepstas 2005-08-24 17:42 ` Aaron Schweiger ` (5 subsequent siblings) 6 siblings, 2 replies; 35+ messages in thread From: James Theiler @ 2005-08-24 15:56 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss On Wed, 24 Aug 2005, Brian Gough wrote: ] I'm preparing release (it will be 1.7) -- I'd appreciate feedback ] on this test version: ] ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig ] ] If there are no problems reported then I will release it. Thanks. ] ] configure; make; make check all worked without a problem on RH Enterprise Linux 3 saw one typo in your list of changes: ** Fixed the branch selection in gsl_sf_gamma_inc_Q_e to prevent caused inaccurate results for large a,x where x~=~a. "prevent caused" -> "prevent" === By the way, I think there is an error in the documentation (code looks okay) regarding Gaussian Tail Distribution, section 19.3. Formula for p(x) should have an extra factor of 1/sqrt(2*pi*sigma^2). Also, the figure for p(x) is incorrectly normalized -- you can tell it is incorrect because the area under the curve should be one, but is obviously much less than that. It looks like that curve was generated with a p(x) that *did* have the 1/sqrt(2*pi*sigma^2) but did *not* have the 1/N(a;sigma) -- that is, it looks like the tail of the gaussian in the Figure before it in section 19.2, without any renormalization. (An example of a correct picture of a tail distribution is in 19.10, for the Rayleigh tail distribution.) === More on documentation, Chapter 7 introduces the Pochhammer symbol (a)_x with the function gsl_sf_poch. Four functions later, in gsl_sf_pochrel, a new notation is introduced (a,x). If you want to include (a,x) as an alternative notation, that could be done with the gsl_sf_poch function; simpler would be to drop it entirely, and say for gsl_sf_pochrel, ie: These routines compute the relative Pochhammer symbol @math{((a,x) - 1)/x} where @math{(a,x) = (a)_x := \Gamma(a + x)/\Gamma(a)}. -> These routines compute the relative Pochhammer symbol @math{((a)_x - 1)/x} where @math{(a)_x := \Gamma(a + x)/\Gamma(a)}. === The documentation in section 7.19 for gsl_sf_beta_inc does not define B_x(a,b), which is B_x(a,b) = \int_0^x t^{a-1} (1-t)^{b-1} dt === On a more general note, I'd recommend changing the title of Section 7.19 from "Gamma Function" to "Gamma and Beta Functions". And this is more for the ToDo list, but we could use the introduction to this section to talk about factorials, combinations, binomial coefficients, use of tables for integer values, etc. As a quickfix, we might just remark on the identity \Gamma(n)=(n-1)! for integer n>0. I don't think this is in that section at all. regards, jt -- James Theiler Space and Remote Sensing Sciences MS-B244, ISR-2, LANL Los Alamos National Laboratory Los Alamos, NM 87545 http://nis-www.lanl.gov/~jt ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 15:56 ` James Theiler @ 2005-08-24 16:14 ` Alberto Manuel Brandão Simões 2005-08-24 17:08 ` Brian Gough 2005-08-24 20:08 ` Linas Vepstas 1 sibling, 1 reply; 35+ messages in thread From: Alberto Manuel Brandão Simões @ 2005-08-24 16:14 UTC (permalink / raw) Cc: Brian Gough, gsl-discuss Make check gives me a lot of errors... Let me know if I should paste more. Cheers. Alberto FAIL: SV_decomp_jacobi (5x5) case=33427394 [166953] call returned status = 14 singular value 2 = 1.41421356237309492 vs previous 1.27608201443340596 FAIL: SV_decomp_jacobi (5x5) case=33437404 [166963] call returned status = 14 FAIL: SV_decomp_jacobi (5x5) case=33438405 [166964] call returned status = 14 FAIL: SV_decomp_jacobi (5x5) case=33458425 [166984] call returned status = 14 FAIL: SV_decomp_jacobi (5x5) case=33489456 [167015] FAIL: test =================== 1 of 1 tests failed =================== make[2]: *** [check-TESTS] Error 1 make[2]: Leaving directory `/home/ambs/Junk/INCOMING/gsl-1.6.91/linalg' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/home/ambs/Junk/INCOMING/gsl-1.6.91/linalg' make: *** [check-recursive] Error 1 [ambs@eremita gsl-1.6.91]$ James Theiler wrote: > On Wed, 24 Aug 2005, Brian Gough wrote: > > ] I'm preparing release (it will be 1.7) -- I'd appreciate feedback > ] on this test version: > ] > ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz > ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig > ] > ] If there are no problems reported then I will release it. Thanks. > ] > ] > > configure; make; make check > all worked without a problem on RH Enterprise Linux 3 > > saw one typo in your list of changes: > > ** Fixed the branch selection in gsl_sf_gamma_inc_Q_e to prevent > caused inaccurate results for large a,x where x~=~a. > > "prevent caused" -> "prevent" > > === > > By the way, I think there is an error in the documentation (code looks > okay) regarding Gaussian Tail Distribution, section 19.3. > > Formula for p(x) should have an extra factor of 1/sqrt(2*pi*sigma^2). > > Also, the figure for p(x) is incorrectly normalized -- you can > tell it is incorrect because the area under the curve should be one, > but is obviously much less than that. It looks like that curve > was generated with a p(x) that *did* have the 1/sqrt(2*pi*sigma^2) > but did *not* have the 1/N(a;sigma) -- that is, it looks like the > tail of the gaussian in the Figure before it in section 19.2, without > any renormalization. > > (An example of a correct picture of a tail distribution is in 19.10, > for the Rayleigh tail distribution.) > > > === > > More on documentation, Chapter 7 introduces the Pochhammer symbol > (a)_x with the function gsl_sf_poch. Four functions later, in > gsl_sf_pochrel, a new notation is introduced (a,x). If you want to > include (a,x) as an alternative notation, that could be done with > the gsl_sf_poch function; simpler would be to drop it entirely, and > say for gsl_sf_pochrel, ie: > > These routines compute the relative Pochhammer symbol @math{((a,x) - > 1)/x} where @math{(a,x) = (a)_x := \Gamma(a + x)/\Gamma(a)}. > > -> > > These routines compute the relative Pochhammer symbol @math{((a)_x - > 1)/x} where @math{(a)_x := \Gamma(a + x)/\Gamma(a)}. > > === > > The documentation in section 7.19 for gsl_sf_beta_inc does not define > B_x(a,b), which is > B_x(a,b) = \int_0^x t^{a-1} (1-t)^{b-1} dt > > === > > On a more general note, I'd recommend changing the title of Section > 7.19 from "Gamma Function" to "Gamma and Beta Functions". > > And this is more for the ToDo list, but we could use the introduction > to this section to talk about factorials, combinations, binomial > coefficients, use of tables for integer values, etc. > > As a quickfix, we might just remark on the identity \Gamma(n)=(n-1)! > for integer n>0. I don't think this is in that section at all. > > > regards, > jt > -- Alberto Simões - Departamento de Informática - Universidade do Minho Campus de Gualtar - 4710-057 Braga - Portugal ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 16:14 ` Alberto Manuel Brandão Simões @ 2005-08-24 17:08 ` Brian Gough 2005-08-24 18:38 ` albie 0 siblings, 1 reply; 35+ messages in thread From: Brian Gough @ 2005-08-24 17:08 UTC (permalink / raw) To: Alberto Manuel Brandão Simões; +Cc: gsl-discuss Alberto Manuel Brandão Simões writes: > FAIL: SV_decomp_jacobi (5x5) case=33427394 [166953] > call returned status = 14 > singular value 2 = 1.41421356237309492 vs previous 1.27608201443340596 Can you post your compiler version, platform details etc. Thanks. -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 17:08 ` Brian Gough @ 2005-08-24 18:38 ` albie 2005-08-26 13:33 ` Brian Gough 0 siblings, 1 reply; 35+ messages in thread From: albie @ 2005-08-24 18:38 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss Erm, Slackware 10.1, gcc 3.2.2., glibc 3.2.3 Cheers Alberrto On Wed, Aug 24, 2005 at 06:06:28PM +0100, Brian Gough wrote: | Alberto Manuel Brandão Simões writes: | > FAIL: SV_decomp_jacobi (5x5) case=33427394 [166953] | > call returned status = 14 | > singular value 2 = 1.41421356237309492 vs previous 1.27608201443340596 | | Can you post your compiler version, platform details etc. Thanks. | | -- | Brian Gough -- Departamento de Informatica - Universidade do Minho "The C Programming Language -- A language which combines the flexibility of assembly language with the power of assembly language." ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 18:38 ` albie @ 2005-08-26 13:33 ` Brian Gough 2005-08-26 13:52 ` Alberto Manuel Brandão Simões 0 siblings, 1 reply; 35+ messages in thread From: Brian Gough @ 2005-08-26 13:33 UTC (permalink / raw) To: albie; +Cc: gsl-discuss albie@alfarrabio.di.uminho.pt writes: > Erm, > > Slackware 10.1, gcc 3.2.2., glibc 3.2.3 Can you confirm the version of glibc, the current glibc series is 2.x Thanks. -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-26 13:33 ` Brian Gough @ 2005-08-26 13:52 ` Alberto Manuel Brandão Simões 2005-08-31 10:38 ` Brian Gough 0 siblings, 1 reply; 35+ messages in thread From: Alberto Manuel Brandão Simões @ 2005-08-26 13:52 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss Brian, sorry.. glibc 2.3.2 :) not 3.2.3 :) Brian Gough wrote: > albie@alfarrabio.di.uminho.pt writes: > > Erm, > > > > Slackware 10.1, gcc 3.2.2., glibc 3.2.3 > > Can you confirm the version of glibc, the current glibc series is 2.x > Thanks. > -- Alberto Simões - Departamento de Informática - Universidade do Minho Campus de Gualtar - 4710-057 Braga - Portugal ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-26 13:52 ` Alberto Manuel Brandão Simões @ 2005-08-31 10:38 ` Brian Gough 0 siblings, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-08-31 10:38 UTC (permalink / raw) To: Alberto Manuel Brandão Simões; +Cc: gsl-discuss Alberto Manuel Brandão Simões writes: > Brian, sorry.. > > glibc 2.3.2 :) not 3.2.3 :) > > Brian Gough wrote: > > albie@alfarrabio.di.uminho.pt writes: > > > Erm, > > > > > > Slackware 10.1, gcc 3.2.2., glibc 3.2.3 > > > > Can you confirm the version of glibc, the current glibc series is 2.x Ok, I'm still trying to reproduce this. I downloaded Slackware 10.1 and installed it on a spare partition. The versions of gcc and glibc were 3.3.4 and 2.3.4 and they passed make check. How exactly did you put your system together? -- Brian Gough Network Theory Ltd, Publishing Free Software Manuals --- http://www.network-theory.co.uk/ ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 15:56 ` James Theiler 2005-08-24 16:14 ` Alberto Manuel Brandão Simões @ 2005-08-24 20:08 ` Linas Vepstas 1 sibling, 0 replies; 35+ messages in thread From: Linas Vepstas @ 2005-08-24 20:08 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss > On Wed, 24 Aug 2005, Brian Gough wrote: > > ] I'm preparing release (it will be 1.7) -- I'd appreciate feedback > ] on this test version: > ] > ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz > ] http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig > > configure; make; make check Hi, Seemed to work just fine on an IBM PowerPC (power5) running SLES9 (SuSE/Novell Linux Enterprise Server version 9) and RHEL4 (Red Hat Enterprise Linux version 4), as below: ================================================ The SLES9 machine: gcc --version: gcc (GCC) 3.3.3 (SuSE Linux) RPM files: rpm -qa |grep glibc gcc-3.3.3-43.26.1 glibc-2.3.3-98.35.3 glibc-devel-2.3.3-98.35.3 cat /proc/cpuinfo processor : 0 cpu : POWER5 (gr) clock : 1656.408000MHz revision : 2.1 processor : 1 cpu : POWER5 (gr) clock : 1656.408000MHz revision : 2.1 processor : 2 cpu : POWER5 (gr) clock : 1656.408000MHz revision : 2.1 processor : 3 cpu : POWER5 (gr) clock : 1656.408000MHz revision : 2.1 timebase : 207051000 machine : CHRP IBM,9111-520 ================================================= The RHEL4 machine: gcc --version gcc (GCC) 3.4.3 20050227 (Red Hat 3.4.3-22.1) glibc-devel-2.3.4-2.9 glibc-2.3.4-2.9 cat /proc/cpuinfo processor : 0 cpu : POWER5 (gs) clock : 1898.100000MHz revision : 2.0 processor : 1 cpu : POWER5 (gs) clock : 1898.100000MHz revision : 2.0 timebase : 237601000 machine : CHRP IBM,9111-520 ================================================= --linas ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough 2005-08-24 15:56 ` James Theiler @ 2005-08-24 17:42 ` Aaron Schweiger 2005-08-31 10:53 ` Brian Gough 2005-08-24 21:04 ` Andrej Prsa ` (4 subsequent siblings) 6 siblings, 1 reply; 35+ messages in thread From: Aaron Schweiger @ 2005-08-24 17:42 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss Running make check I noticed that the script frequently was interrupted by permission problems: make[2]: Entering directory `/c/tmp/gsl-1.6.91/histogram' /bin/sh: ./test.exe: Permission denied FAIL: test.exe Re-running make check allowed me to complete the sequence without incident. This looks like a problem with MSYS - but I wanted to report it here in case others run into it. ================== All 1 tests passed ================== make[2]: Leaving directory `/c/tmp/gsl-1.6.91' make[1]: Leaving directory `/c/tmp/gsl-1.6.91' I am running MSYS/MINGW: Thread model: win32 gcc version 3.2.3 (mingw special 20030504-1). On a side note, I am curious why we don't include a single "gsl.h" that includes all the gsl headers - with the expection of gsl_cblas.h (because it's exceptionally large)? Most modern computers can handle the large number of files in a trivial amount of time? Aaron Brian Gough wrote: >I'm preparing release (it will be 1.7) -- I'd appreciate feedback >on this test version: > >http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz >http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig > >If there are no problems reported then I will release it. Thanks. > > > ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 17:42 ` Aaron Schweiger @ 2005-08-31 10:53 ` Brian Gough 0 siblings, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-08-31 10:53 UTC (permalink / raw) To: Aaron Schweiger; +Cc: gsl-discuss Aaron Schweiger writes: > make[2]: Entering directory `/c/tmp/gsl-1.6.91/histogram' > /bin/sh: ./test.exe: Permission denied > FAIL: test.exe > > Re-running make check allowed me to complete the sequence without incident. > This looks like a problem with MSYS - but I wanted to report it here in case > others run into it. Strange that re-running the tests works -- if the file permissions are wrong I wouldn't expect them to change. > On a side note, I am curious why we don't include a single "gsl.h" > that includes all the gsl headers - with the expection of gsl_cblas.h > (because it's exceptionally large)? Most modern computers can handle > the large > number of files in a trivial amount of time? Some of us don't have modern computers :-( Also it just seems better style (to me) to keep things modular. -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough 2005-08-24 15:56 ` James Theiler 2005-08-24 17:42 ` Aaron Schweiger @ 2005-08-24 21:04 ` Andrej Prsa 2005-08-25 2:25 ` Dirk Eddelbuettel ` (3 subsequent siblings) 6 siblings, 0 replies; 35+ messages in thread From: Andrej Prsa @ 2005-08-24 21:04 UTC (permalink / raw) To: gsl-discuss Hi, > I'm preparing release (it will be 1.7) -- I'd appreciate feedback > on this test version: > > http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz > http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig > > If there are no problems reported then I will release it. Thanks. No problems on i686, Debian testing (gcc 4.0.1). :) Best wishes, Andrej ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough ` (2 preceding siblings ...) 2005-08-24 21:04 ` Andrej Prsa @ 2005-08-25 2:25 ` Dirk Eddelbuettel 2005-08-25 8:23 ` Kevin Bube ` (2 subsequent siblings) 6 siblings, 0 replies; 35+ messages in thread From: Dirk Eddelbuettel @ 2005-08-25 2:25 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss Brian, It built just fine in a Debian unstable chroot -- the resulting Debian packages have been uploaded to Debian and reports of builds on the 11 non-i?86 platforms should trickle in over the next few days and will become visible at http://buildd.debian.org/build.php?&pkg=gsl Regards, Dirk -- Statistics: The (futile) attempt to offer certainty about uncertainty. -- Roger Koenker, 'Dictionary of Received Ideas of Statistics' ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough ` (3 preceding siblings ...) 2005-08-25 2:25 ` Dirk Eddelbuettel @ 2005-08-25 8:23 ` Kevin Bube 2005-08-31 11:08 ` Brian Gough 2005-08-26 7:13 ` Ivo Alxneit 2005-08-31 12:00 ` Claudio Attaccalite 6 siblings, 1 reply; 35+ messages in thread From: Kevin Bube @ 2005-08-25 8:23 UTC (permalink / raw) To: Brian Gough; +Cc: gsl-discuss [-- Attachment #1: Type: text/plain, Size: 10508 bytes --] Hello, first the good news: './configure && make && make check' successful on AMD64: ,---- | kevin@wien:~/tmp/2/gsl-1.6.91 $ uname -a; /lib64/libc.so.6; gcc -v | Linux wien 2.6.5-7.147-default #1 Thu Jan 27 09:19:29 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux | GNU C Library stable release version 2.3.3 (20040325), by Roland McGrath et al. | Copyright (C) 2004 Free Software Foundation, Inc. | This is free software; see the source for copying conditions. | There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A | PARTICULAR PURPOSE. | Configured for x86_64-suse-linux. | Compiled by GNU CC version 3.3.3 (SuSE Linux). | Compiled on a Linux 2.6.4 system on 2004-04-05. | Available extensions: | GNU libio by Per Bothner | crypt add-on version 2.1 by Michael Glad and others | linuxthreads-0.10 by Xavier Leroy | GNU Libidn by Simon Josefsson | BIND-8.2.3-T5B | libthread_db work sponsored by Alpha Processor Inc | NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk | Thread-local storage support included. | pthread library is compiled with floating stack support enabled. | Report bugs using the `glibcbug' script to <bugs@gnu.org>. | Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/specs | Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++,f77,objc,java,ada --disable-checking --libdir=/usr/lib64 --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit x86_64-suse-linux | Thread model: posix | gcc version 3.3.3 (SuSE Linux) `---- The bad news: make check fails on dual Alpha system: ,---- | kevin@alphaserver:/tmp/gsl-1.6.91 $ uname -a ; /lib/libc.so.6.1 ; gcc -v | Linux alphaserver 2.4.4-SMP #2 SMP Sun May 6 08:08:09 GMT 2001 alpha unknown | GNU C Library stable release version 2.2, by Roland McGrath et al. | Copyright (C) 1992,93,94,95,96,97,98,99,2000 Free Software Foundation, Inc. | This is free software; see the source for copying conditions. | There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A | PARTICULAR PURPOSE. | Compiled by GNU CC version 2.96 20000731 (SuSE Linux 7.1/Alpha). | Compiled on a Linux 2.4.0 system on 2001-04-23. | Available extensions: | GNU libio by Per Bothner | crypt add-on version 2.1 by Michael Glad and others | Berkeley DB glibc 2.1 compat library by Thorsten Kukuk | linuxthreads-0.9 by Xavier Leroy | NoVersion patch for broken glibc 2.0 binaries | BIND-8.2.3-T5B | NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk | NSS V1 modules 2.1 by Thorsten Kukuk | libthread_db work sponsored by Alpha Processor Inc | Report bugs using the `glibcbug' script to <bugs@gnu.org>. | Reading specs from /usr/lib/gcc-lib/alpha-suse-linux/2.96/specs | gcc version 2.96 20000731 (SuSE Linux 7.1/Alpha) `---- './configure && make -j 2 && make check' fails with: ,---- | make check-TESTS | make[2]: Entering directory `/tmp/gsl-1.6.91/specfunc' | FAIL: gsl_sf_coupling_9j_e(4, 2, 4, 3, 3, 2, 1, 1, 2, &r) [463] | expected: -0.0408248290463863 | obtained: -0.05103103630798286 1.133116629592098e-16 2.22045e-15 | fracdiff: 0.1111111111111109 | value/expected not consistent within reported error | value not within tolerance of expected value | -0.0510310363079828633 1.13311662959209844e-16 | FAIL: gsl_sf_coupling_9j_e(8, 4, 10, 7, 3, 8, 1, 1, 2, &r) [464] | expected: 0.02545875386086578 | obtained: 0 0 nan | fracdiff: 1 | value/expected not consistent within reported error | value not within tolerance of expected value | 0 0 | FAIL: Coupling Coefficients [483] | FAIL: gsl_sf_legendre_sphPlm_e(10, 5, -0.5, &r) [1880] | expected: -0.3725739049803294 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: gsl_sf_legendre_sphPlm_e(10, 5, 1.0e-08, &r) [1881] | expected: -3.137723358937679e-08 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: gsl_sf_legendre_sphPlm_e(10, 5, 0.5, &r) [1882] | expected: 0.3725739049803294 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: gsl_sf_legendre_sphPlm_e(10, 5, 0.999, &r) [1883] | expected: -6.23687067472737e-06 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: gsl_sf_legendre_sphPlm_e(200, 1, -0.5, &r) [1887] | expected: 0.3302975570099493 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: gsl_sf_legendre_sphPlm_e(200, 1, 0.5, &r) [1888] | expected: -0.3302975570099493 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: gsl_sf_legendre_sphPlm_e(200, 1, 0.999, &r) [1889] | expected: -1.406979205554626 | obtained: nan nan nan | fracdiff: 0 | value/expected not consistent within reported error | nan nan | FAIL: L[10]+0.0 [1891] | expected: 0.07452710323813559 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: L[95]+0.0 [1892] | expected: 0.2586535599088016 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_array(100, 5, 0.5) [1893] | FAIL: L[10]+0.0 [1895] | expected: 4.854315031308678e-14 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: L[95]+0.0 [1896] | expected: 8.313898496365084e-12 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_array(100, 2, 1.0 - 2^(-50)) [1897] | FAIL: L[95]+0.0 [1899] | expected: -8.313898496365084e-12 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_array(100, 2, -1.0 + 2^(-50)) [1900] | FAIL: DL[2]+0.0 [1917] | expected: 1.505354723003901 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[10]+0.0 [1918] | expected: 0.7357655966864824 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[98]+0.0 [1919] | expected: 28.44458995026438 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_deriv_array(100, 2, 0.5) [1920] | FAIL: DL[2]+0.0 [1923] | expected: -0.9830996902900139 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[3]+0.0 [1924] | expected: -2.772827098895454 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[10]+0.0 [1925] | expected: -5.740713331544348 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[95]+0.0 [1926] | expected: -25.89393462474739 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_deriv_array(100, 5, 0.5) [1927] | FAIL: DL[2]+0.0 [1930] | expected: 1.648269720073467e-21 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[95]+0.0 [1931] | expected: 3.989054946607135e-15 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_deriv_array(100, 5, 1.0 - 2^(-50)) [1932] | FAIL: DL[2]+0.0 [1935] | expected: -1.648269720073467e-21 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: DL[95]+0.0 [1936] | expected: 3.989054946607135e-15 | obtained: nan | fracdiff: 1 | value not within tolerance of expected value | nan | FAIL: gsl_sf_legendre_sphPlm_deriv_array(100, 5, -1.0 + 2^(-50)) [1937] | FAIL: Legendre Functions [2099] | FAIL: test | =================== | 1 of 1 tests failed | =================== | make[2]: *** [check-TESTS] Error 1 | make[2]: Leaving directory `/tmp/gsl-1.6.91/specfunc' | make[1]: *** [check-am] Error 2 | make[1]: Leaving directory `/tmp/gsl-1.6.91/specfunc' | make: *** [check-recursive] Error 1 `---- Regards, Kevin -- publickey 2048R/0AFDFB19: http://www.icbm.de/~bube/publickey.asc fingerprint: 542B 1378 04AA AF1F 572E 78BF 1BF5 5C71 0AFD FB19 [-- Attachment #2: Type: application/pgp-signature, Size: 480 bytes --] ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-25 8:23 ` Kevin Bube @ 2005-08-31 11:08 ` Brian Gough 0 siblings, 0 replies; 35+ messages in thread From: Brian Gough @ 2005-08-31 11:08 UTC (permalink / raw) To: Kevin Bube; +Cc: gsl-discuss Kevin Bube writes: > The bad news: make check fails on dual Alpha system: Since there are some nans generated I'd suspect it might be a problem with optimisation---you could try compiling with -O1 or -O0 to see if it makes any difference. -- Brian Gough ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough ` (4 preceding siblings ...) 2005-08-25 8:23 ` Kevin Bube @ 2005-08-26 7:13 ` Ivo Alxneit 2005-08-31 12:00 ` Claudio Attaccalite 6 siblings, 0 replies; 35+ messages in thread From: Ivo Alxneit @ 2005-08-26 7:13 UTC (permalink / raw) To: gsl-discuss [-- Attachment #1: Type: text/plain, Size: 1022 bytes --] >On Wednesday 24 August 2005 16:12, Brian Gough wrote: > I'm preparing release (it will be 1.7) -- I'd appreciate feedback > on this test version: > > http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz > http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig > > If there are no problems reported then I will release it. Thanks. everything ok on scientific linux gcc-v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux Thread model: posix gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52) -- Dr. Ivo Alxneit Laboratory for Solar Technology phone: +41 56 310 4092 Paul Scherrer Institute fax: +41 56 310 2688 CH-5232 Villigen http://solar.web.psi.ch Switzerland gnupg key: 0x515E30C7 [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 35+ messages in thread
* Re: preparing a new release 2005-08-24 14:24 Brian Gough ` (5 preceding siblings ...) 2005-08-26 7:13 ` Ivo Alxneit @ 2005-08-31 12:00 ` Claudio Attaccalite 6 siblings, 0 replies; 35+ messages in thread From: Claudio Attaccalite @ 2005-08-31 12:00 UTC (permalink / raw) To: Brian Gough, gsl-discuss configure; make; make check all worked perfectly without any problem on Mandrake 10.2 with gcc 3.4.3 and CFLAGS="-O3 -march=athlon-xp -msse -mmmx -m3dnow -mfpmath=sse,387" I tried also with icc version 9.0 and CFLAGS="-O3 -xK -ip -mcpu=pentiumpro" I obtained a series of warnings like this: vector_source.c(55): warning #290: function "gsl_vector_char_ptr" has already been defined FUNCTION (gsl_vector, ptr) (TYPE (gsl_vector) * v, const size_t i) test_complex_source.c(479): warning #267: the format string requires additionalarguments FUNCTION (gsl_vector, fprintf) (f, v, OUT_FORMAT); plus these two: coulomb.c(994): warning #592: variable "G_lam_G" is used before its value is set G->val = G_lam_G; ^ coulomb.c(996): warning #592: variable "Gp_lam_G" is used before its value is set Gp->val = Gp_lam_G; ^ and then make check remains stack here: ================== All 1 tests passed ================== make[2]: Leaving directory `/home/attacc/gsl-1.6.91/sort' make[1]: Leaving directory `/home/attacc/gsl-1.6.91/sort' Making check in ieee-utils make[1]: Entering directory `/home/attacc/gsl-1.6.91/ieee-utils' make test make[2]: Entering directory `/home/attacc/gsl-1.6.91/ieee-utils' icc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -O3 -xK -ip -mcpu=pentiumpro -c test.c /bin/sh ../libtool --mode=link icc -O3 -xK -ip -mcpu=pentiumpro -o test test.o libgslieeeutils.la ../err/libgslerr.la ../test/libgsltest.la ../sys/libgslsys.la ../utils/libutils.la -lm icc -O3 -xK -ip -mcpu=pentiumpro -o test test.o ./.libs/libgslieeeutils.al ../err/.libs/libgslerr.al ../test/.libs/libgsltest.al ../sys/.libs/libgslsys.al ../utils/.libs/libutils.al -lm make[2]: Leaving directory `/home/attacc/gsl-1.6.91/ieee-utils' make check-TESTS make[2]: Entering directory `/home/attacc/gsl-1.6.91/ieee-utils' Ciao Brian Gough ha scritto: >I'm preparing release (it will be 1.7) -- I'd appreciate feedback >on this test version: > >http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz >http://www.network-theory.co.uk/download/gsl/gsl-1.6.91.tar.gz.sig > >If there are no problems reported then I will release it. Thanks. > > > -- ========================================================== Claudio Attaccalite S.I.S.S.A. Via Beirut 2-4 34014 Grignano (TS) email: attacc@sissa.it ICQ number: 23970278 Skype: claudioattaccalite web site: www.attaccalite.altervista.org =========================================================== A quart of ale is a dish for a king. -William Shakespeare Winter's Tale ^ permalink raw reply [flat|nested] 35+ messages in thread
end of thread, other threads:[~2005-09-15 16:53 UTC | newest] Thread overview: 35+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <20050502191454.GB27571@LUNeutron.cc.lehigh.edu> [not found] ` <20050516172339.GA18705@LUNeutron.cc.lehigh.edu> [not found] ` <5F44E074-A8BA-48EA-88EE-452010AFD5F8@lehigh.edu> [not found] ` <432269C6.6030102@lehigh.edu> 2005-09-06 11:23 ` preparing a new release (part 2) Brian Gough 2005-09-06 13:53 ` Kevin Bube 2005-09-15 16:38 ` Brian Gough 2005-09-06 15:34 ` James Theiler 2005-09-06 16:44 ` Jonathan G. Underwood 2005-09-07 15:14 ` Andris Pavenis 2005-09-07 22:18 ` linas 2005-09-07 22:47 ` Philip Kendall 2005-09-07 22:52 ` linas 2005-09-08 9:16 ` Philip Kendall 2005-09-08 11:38 ` Stewart V. Wright 2005-09-08 11:38 ` Brian Gough 2005-09-07 22:47 ` linas 2005-09-09 21:31 ` Jeff Spirko 2005-09-09 14:59 ` preparing a new release keith.briggs 2005-09-15 16:53 ` Brian Gough 2005-08-27 11:08 Reinh.Bader 2005-08-31 11:08 ` Brian Gough -- strict thread matches above, loose matches on Subject: below -- 2005-08-24 14:24 Brian Gough 2005-08-24 15:56 ` James Theiler 2005-08-24 16:14 ` Alberto Manuel Brandão Simões 2005-08-24 17:08 ` Brian Gough 2005-08-24 18:38 ` albie 2005-08-26 13:33 ` Brian Gough 2005-08-26 13:52 ` Alberto Manuel Brandão Simões 2005-08-31 10:38 ` Brian Gough 2005-08-24 20:08 ` Linas Vepstas 2005-08-24 17:42 ` Aaron Schweiger 2005-08-31 10:53 ` Brian Gough 2005-08-24 21:04 ` Andrej Prsa 2005-08-25 2:25 ` Dirk Eddelbuettel 2005-08-25 8:23 ` Kevin Bube 2005-08-31 11:08 ` Brian Gough 2005-08-26 7:13 ` Ivo Alxneit 2005-08-31 12:00 ` Claudio Attaccalite
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).