[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Fw: Re: failed tests while building M5

From: Timothee Besset <timo_at_qeradiant.com>
Date: 2001-10-22 23:24:58 CEST

ok .. I found the reason of the fail test .. now I don't know what to do
with it:

my build directory has a symlink in the basepath, i.e. my pwd says:
/home/timo/Build/subversion-r268/subversion/tests/libsvn_subr
but the actual path in the filesystem is:
/usr/local/Build/subversion-r268/subversion/tests/libsvn_subr

the target_test binary returns the filesystem path and is matched against
a string built with pwd. That's why it thinks the test failed. The actual
question is .. should target_test return the 'filesystem' path, or the
'pwd' path. Using `pwd -P` makes the test work though, see the patch
below.. but then, I don't know how portable is the -P option on pwd

TTimo

--- target-test.sh.ref Mon Oct 22 23:22:25 2001
+++ target-test.sh Mon Oct 22 23:22:41 2001
@@ -2,7 +2,7 @@
 
 FAILED="no"
 
-PWD=`pwd`
+PWD=`pwd -P`
 
 if test -d "z"; then
     :

On 22 Oct 2001 13:09:37 -0500
kfogel@collab.net wrote:

> Timothee Besset <timo@qeradiant.com> writes:
> > Yes I can definitely look into it. I run a Debian Woody on an SMP PIII box. It's all installed from Debian's apt sources, glibc, latest gcc-2.95.x etc. (and a kernel 2.4.3 if that matters)
> >
> > What should I do to look some more into it? Is there some way to increase verbosity or something?
>
> Start by looking at tests.log, to see more information about the
> failures...
>
> -K
>
> > On Mon, 22 Oct 2001 13:10:41 -0400
> > Kevin Pilch-Bisson <kevin@pilch-bisson.net> wrote:
> >
> > > On Mon, Oct 22, 2001 at 07:03:28PM +0200, Timothee Besset wrote:
> > > > I build static
> > > >
> > > Okay, well that rules out the chance of an easy fix :) Hmm, I'm not seeing
> > > any of the tests fail. Do you feel like looking into why they are failing?
> > >
> > > Also could you let us know the platform you are running on?
> > >
> > > Thanks again,
> > >
> > > >
> > > > I always do the four lines to remove existing stuff (as stated in the INSTALL):
> > > > # rm -f /usr/local/lib/libsvn*
> > > > # rm -f /usr/local/lib/libapr*
> > > > # rm -f /usr/local/lib/libexpat*
> > > > # rm -f /usr/local/lib/libneon*
> > > >
> > > > I build with the most basic configuration given:
> > > >
> > > > $ ./configure --enable-maintainer-mode --disable-shared
> > > > $ make
> > > > $ make check
> > > > # make install
> > > >
> > > > I just repeated the procedure carefully, and checked that I didn't have
> > > > any existing SVN libraries in sight in /usr/local/lib
> > > >
> > > > FAIL: target-test 1: normal use
> > > > FAIL: target-test 2: identical dirs
> > > > FAIL: target-test 3: identical files
> > > > FAIL: target-test 4: single dir
> > > > FAIL: target-test 5: single file
> > > >
> > > > regards
> > > >
> > > > TTimo
> > > >
> > > > On Mon, 22 Oct 2001 10:27:35 -0400
> > > > Kevin Pilch-Bisson <kevin@pilch-bisson.net> wrote:
> > > >
> > > > > A couple of questions for you:
> > > > >
> > > > > 1) Do you build static or shared?
> > > > >
> > > > > 1a) If shared, did you have any old versions of the libraries lying around
> > > > > when you built/ran the tests?
> > > > >
> > > > > 1a1) If so, could you remove the old libs, make install, and re-run the tests?
> > > > >
> > > > > Thanks,
> > > > >
> > > > > On Sat, Oct 20, 2001 at 09:16:49AM +0200, Timothee Besset wrote:
> > > > > > I grabbed the M5 tarball and built it. Some make check failed:
> > > > > >
> > > > > > START: target-test.sh
> > > > > > FAIL: target-test 1: normal use
> > > > > > FAIL: target-test 2: identical dirs
> > > > > > FAIL: target-test 3: identical files
> > > > > > FAIL: target-test 4: single dir
> > > > > > FAIL: target-test 5: single file
> > > > > > END: target-test.sh
> > > > > >
> > > > > > Just FYI, let me know if you need me to look at more stuff about those
> > > > > >
> > > > > > TTimo
> > > > > >
> > > > > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > > > > > For additional commands, e-mail: dev-help@subversion.tigris.org
> > > > > >
> > > > >
> > > > > --
> > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > > Kevin Pilch-Bisson http://www.pilch-bisson.net
> > > > > "Historically speaking, the presences of wheels in Unix
> > > > > has never precluded their reinvention." - Larry Wall
> > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > > > For additional commands, e-mail: dev-help@subversion.tigris.org
> > > >
> > >
> > > --
> > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > Kevin Pilch-Bisson http://www.pilch-bisson.net
> > > "Historically speaking, the presences of wheels in Unix
> > > has never precluded their reinvention." - Larry Wall
> > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> > For additional commands, e-mail: dev-help@subversion.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:45 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.