From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28076 invoked by alias); 13 Jul 2002 09:23:23 -0000 Mailing-List: contact gsl-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gsl-discuss-owner@sources.redhat.com Received: (qmail 28045 invoked from network); 13 Jul 2002 09:23:19 -0000 Received: from unknown (HELO mathematik.uni-leipzig.de) (139.18.10.104) by sources.redhat.com with SMTP; 13 Jul 2002 09:23:19 -0000 Received: from localhost (mkobera@localhost) by mathematik.uni-leipzig.de (8.11.6+Sun/8.11.6) with ESMTP id g6D9NNO22603; Sat, 13 Jul 2002 11:23:23 +0200 (MET DST) Date: Sat, 13 Jul 2002 02:23:00 -0000 From: Marek Kobera X-Sender: mkobera@misun104 To: Nicolas Bock cc: gsl-discuss@sources.redhat.com Subject: Re: A funny error when compiling the gsl-1.2 candidate In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-q3/txt/msg00055.txt.bz2 Dear Nicolas, OK I have compiled the package on the NFS server - everything (configure & make) all right, but there were errors in make check, which I had partly encountered before, as I was trying to compile it via NFS after several recompilations. I don't know if they have been reported before (guess not), so here they are: FAIL: gsl_vector_long_double_div divides correctly (twice) // vector p. FAIL: gsl_matrix_long_double_div_elements divides correctly (twice) // matrix p. FAIL: gsl_matrix_complex_long_double_div_elements divides correctly (twice)// matrix p. FAIL: test gsl_ran_ugaussian [4.2, 4.3) (4/100000 = 4e-05 observed vs. 4.80585e-06 expected) // randist p. Hope this helps somehow, Marek P.S.: That's gcc 3.1 & SunOS 5.7. On Thu, 11 Jul 2002, Nicolas Bock wrote: > On Thu, 11 Jul 2002, Marek Kobera wrote: > > > Dear Nicolas and Trevor, > > What should I be doing now? Should I 'make something', so that I build the > > depcomp file or make check once again? > > I would really like to compile GSL on this machine and not on the NFS > > server for a couple of reasons. > > Marek, > > quite frankly I don't know what this error means or why it is there, but > can you, just to check, compile gsl on a local drive and see if the tests > you mention fail? If they don't then we know that this is related to the > time stamp problem, and if they still fail then the problem is with the > tests and not with NFS. > > Just an idea, > > nick > > >