Thanks for your suggestion, Justin. I rearranged the system as you
suggested, and am still getting the same error.
The only place I can find "-install_name" is in svn-build/libtool, and
hey, there's -dynamiclib too, presubably being left out of the result:
archive_cmds="\$nonopt \$(test x\$module = xyes && echo -bundle || echo
-dynamiclib) \$allow_undefined_flag -o \$lib \$libobjs
\$deplibs\$linker_flags -install_name \$rpath/\$soname \$verstring"
Does this line indicate to anyone why -dynamiclib isn't being included?
Thanks.
Here's what I did to address your concerns about neon being in
/usr/local:
I removed db 4.1 and made sure I had db 4.0 properly installed.
I rebuilt httpd with the following config:
./configure --enable-dav --enable-so --prefix=/usr/local/apache2
--with-dbm=db4 --with-berkeley-db=/usr/local/BerkeleyDB.4.0
--enable-maintainer-mode
I don't remember if I explicitly installed expat by hand but I probably
did (I certainly have expat stuff in /usr/local, which because
"apr-config --libs" just returns "-lm" under OS X is where I seem to
need to put it).
I reinstalled neon into /usr/local/neon (and scrubbed /usr/local and
it's subdirs of all the files that were in /usr/local/neon). Here's how
I configured neon:
./configure --prefix=/usr/local/neon --with-apr=/usr/local/apache2
--with-apr-util=/usr/local/apache2 --with-expat --enable-shared
Then I cleared out my svn-build directory and tried building that again,
I tried a couple of different configurations...
1)
../svn/configure --with-apr=/usr/local/apache2
--with-apr-util=/usr/local/apache2
--with-berkeley-db=/usr/local/BerkeleyDB.4.0 --with-neon=/usr/local/neon
--with-apxs=/usr/local/apache2/bin/apxs --enable-maintainer-mode
In this case, I think because "apr-config --libs" just returns "-lm",
the make process dies complaining that
/Users/helink/subversion/httpd-2.0/usr/local/apache2/lib doesn't exist.
I guess this is an issue with libtool? Anyway it doesn't get very far.
2)
../svn/configure --with-neon=/usr/local/neon
--with-apr=/Users/helink/subversion/httpd-2.0/srclib/apr
--with-apr-util=/Users/helink/subversion/httpd-2.0/srclib/apr-util
--with-berkeley-db=/usr/local/BerkeleyDB.4.0
--with-apxs=/usr/local/apache2/bin/apxs --enable-maintainer-mode
This time it could find everything, but gave me the same error as
before:
"cd subversion/mod_dav_svn && /bin/sh /Users/helink/subversion/svn-
build/libtool --silent --mode=link gcc -DDARWIN
-DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp -g -Wall
-Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations
-Wpointer-arith -Wwrite-strings -Wshadow -DSVN_DEBUG -DAP_DEBUG
-I../svn/subversion/include -I. -I/usr/local/include/neon
-I/usr/local/BerkeleyDB.4.0/include -I/usr/local/apache2/include
-I/usr/local/apache2/include -I/usr/local/BerkeleyDB.4.0/include
-I/usr/local/include -L/usr/local/BerkeleyDB.4.0/lib -L/usr/local/lib
-rpath /usr/local/apache2/modules -o mod_dav_svn.la -avoid-version
-module activity.lo deadprops.lo liveprops.lo log.lo merge.lo
mod_dav_svn.lo repos.lo update.lo util.lo version.lo
../../subversion/libsvn_repos/libsvn_repos-1.la
../../subversion/libsvn_fs/libsvn_fs-1.la
../../subversion/libsvn_delta/libsvn_delta-1.la
../../subversion/libsvn_subr/libsvn_subr-1.la
gcc: -install_name only allowed with -dynamiclib
make: *** [subversion/mod_dav_svn/mod_dav_svn.la] Error 1"
thanks,
hamilton
Justin Erenkrantz wrote:
>
> On Thu, Sep 26, 2002 at 04:36:22PM -0600, Hamilton Link wrote:
> > ../svn/configure --with-apr=/usr/local/apache2 --with-apr-
> > util=/usr/local/apache2 --with-berkeley-db=/usr/local/BerkeleyDB.4.1
> > --with-neon=/usr/local --with-apxs=/usr/local/apache2/bin/apxs
> > --enable-maintainer-mode
>
> Try installing neon to a different directory than /usr/local.
> It confuses the heck out of the compiler as it messes up the
> ordering of the header files (/usr/local is an implicit directory,
> by reordering them, you may subtly break things). I'd try that and
> see what happens.
>
> Note that berkeley db-4.1 isn't supported by SVN. It shouldn't
> have even compiled against it since the API changed - it's likely
> you have an older version stashed in /usr/local. So, I bet the
> inclusion of /usr/local is breaking some things. -- justin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 27 19:25:19 2002