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

build warnings, utf8_tests.py failure on Mac OS X

From: Harold Tessmann III <macmog_at_umich.edu>
Date: 2005-03-26 05:19:15 CET

A few days ago I checked out the trunk of subversion. I tried to
build it and run the tests but I had a few problems. I got some
warnings about deprecated files while running autogen.sh, found out
that configure doesn't like spaces in the path, and found out that
utf8_tests.py runs on Mac OS X when I don't think it should. I'm
running Mac OS X 10.3.8 with gcc 3.3 20030304, the latest versions
available, on an HFS+ filesystem.

I had installed apr and apr-utils 1.0.0 from when I installed
subversion using Wilfredo Sanchez's packages
<http://www.wsanchez.net/iDisk> so I checked out the 1.0.x branches
of apr and apr-utils for use in building. I ran autogen.sh and got a
few warnings in the apr and apr-utils sections, but the script
completed so I ignored them:

$ ./autogen.sh
buildcheck: checking installation...
buildcheck: autoconf version 2.57 (ok)
buildcheck: autoheader version 2.57 (ok)
buildcheck: libtool version 1.5 (ok)
buildcheck: local copy of find_apr.m4 does not match APR's copy.
             An updated copy of find_apr.m4 may need to be checked in.
buildcheck: local copy of PrintPath does not match APR's copy.
             An updated copy of PrintPath may need to be checked in.
Copying libtool helper: /usr/share/aclocal/libtool.m4
Creating build-outputs.mk...
Creating svn_private_config.h.in...
Creating configure...
Creating configuration files for apr.
buildconf: checking installation...
buildconf: python version 2.3 (ok)
buildconf: autoconf version 2.57 (ok)
buildconf: libtool version 1.5 (ok)
Copying libtool helper files ...
buildconf: Using libtool.m4 at /usr/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
Creating configure ...
Generating 'make' outputs ...
rebuilding rpm spec file
Creating configuration files for apr-util.

<remainder snipped for brevity>

It looks like these are limited to Apache's modules and I don't think
they affect anything, but for completeness' sake I mention it here.
(I should probably also check if the warnings are in their bug
database.)

I then ran configure and learned that the apr configure script
doesn't like spaces in the pathname, so I changed that and ran
configure and make without further errors or warnings. Finally I ran
make check and found out that utf8_tests.py was running:

$ make check
Running all tests in compat-test...success
Running all tests in config-test...success
Running all tests in diff-diff3-test...success
Running all tests in hashdump-test...success
Running all tests in locks-test...success
Running all tests in opt-test...success
Running all tests in path-test...success
Running all tests in ra-local-test...success
Running all tests in random-test...success
Running all tests in repos-test...success
Running all tests in stream-test...success
Running all tests in string-test...success
Running all tests in time-test...success
Running all tests in translate-test...success
Running all tests in utf-test...success
Running all tests in target-test.py...success
Running all tests in getopt_tests.py...success
Running all tests in basic_tests.py...success
Running all tests in commit_tests.py...success
Running all tests in update_tests.py...success
Running all tests in switch_tests.py...success
Running all tests in prop_tests.py...success
Running all tests in schedule_tests.py...success
Running all tests in log_tests.py...success
Running all tests in copy_tests.py...success
Running all tests in diff_tests.py...success
Running all tests in export_tests.py...success
Running all tests in externals_tests.py...success
Running all tests in merge_tests.py...success
Running all tests in revert_tests.py...success
Running all tests in stat_tests.py...success
Running all tests in trans_tests.py...success
Running all tests in autoprop_tests.py...success
Running all tests in blame_tests.py...success
Running all tests in special_tests.py...success
Running all tests in svnadmin_tests.py...success
Running all tests in svnlook_tests.py...success
Running all tests in svnversion_tests.py...success
Running all tests in utf8_tests.py...FAILURE
Running all tests in history_tests.py...success
Running all tests in lock_tests.py...success
Running all tests in changes-test...success
Running all tests in fs-test...success
Running all tests in key-test...success
Running all tests in skel-test...success
Running all tests in strings-reps-test...success
At least one test FAILED, checking /Users/macmog/Documents/svn-source/tests.log
FAIL: utf8_tests.py 1: conversion of paths and logs to/from utf8
make: *** [check] Error 1

I found this to be very interesting at issue 2079 claims that
utf8_tests.py has been set to run only on systems which use iso8859-1
as their standard encoding. I don't believe that Mac OS X uses
iso8859-1 for its encoding, at least not with a US English install.
Unfortunately I'm not familiar enough with locales to determine what
it does use.

Any ideas or suggestions on how to fix this? If I'm not wrong about
the encoding, issue 2079 will need an update as well.

Harold

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sat Mar 26 05:22:09 2005

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

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