You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Jack Repenning <jr...@collab.net> on 2003/08/11 15:38:48 UTC
Mac OS libtool / glibtool?
We Macophiles have a small bit of trouble rebuilding SVN, because the
installed libtool can not be persuaded to use the freshly built
shared libraries instead of the installed ones (we have to remove the
installed ones before building new ones). The Apache
README.platforms mentions that the Apple-installed libtool is icky,
but that there's a glibtool also installed that does the right thing
(details of what's wrong or right are not mentioned). And indeed, I
do have a glibtool installed. Do we know whether this glibtool
would work more gracefully than the installed one for us?
--
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by Jack Repenning <jr...@collab.net>.
At 4:58 PM -0400 8/12/03, mark benedetto king wrote:
>Speaking of OS X libtool issues, am I the only person who gets this message
>on make install?
>
>Warning! dlname not found in
>/Users/mbk/tools/httpd-2.0/modules/mod_authz_svn.la.
>Assuming installing a .so rather than a libtool archive.
>chmod 755 /Users/mbk/tools/httpd-2.0/modules/mod_authz_svn.so
>chmod: /Users/mbk/tools/httpd-2.0/modules/mod_authz_svn.so: No such
>file or directory
I have seen that, but I do not normally get it.
--
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by mark benedetto king <mb...@lowlatency.com>.
On Tue, Aug 12, 2003 at 02:55:14PM -0500, Nicholas Riley wrote:
> With Panther, if you add a linker flag, it'll cause the library search
> order to work as you'd expect. Perhaps this information should be
> added to the Subversion readme if it hasn't already - since it catches
> pretty much everyone seems to be caught by it.
>
Speaking of OS X libtool issues, am I the only person who gets this message
on make install?
Warning! dlname not found in /Users/mbk/tools/httpd-2.0/modules/mod_authz_svn.la.
Assuming installing a .so rather than a libtool archive.
chmod 755 /Users/mbk/tools/httpd-2.0/modules/mod_authz_svn.so
chmod: /Users/mbk/tools/httpd-2.0/modules/mod_authz_svn.so: No such file or directory
--ben
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by Nicholas Riley <nj...@uiuc.edu>.
On Mon, Aug 11, 2003 at 09:53:21AM -0700, Jack Repenning wrote:
> Sounds like that might be the answer to my question! Let me specify
> the problem clearly, and if you're sure you don't have that problem,
> then we'll have a solution.
>
> * Build svn revision X, including shared libraries (no --disable-shared)
> * Install it (the dynlibs go into /usr/local/lib)
> * svn update to revision X+n ("n" enough to introduce some
> incompatibility with the installed libraries)
> * build
>
> At this point, I get failures because the new code doesn't match the
> /usr/local/lib/*svn*.dynlib APIs.
>
> INSTALL warns:
> If you have old subversion libraries sitting on your system,
> libtool will link them instead of the `fresh' ones in your tree.
> Remove them before building subversion.
>
> This is a bad thing. The libraries should be pulled from the build
> tree first, not the installed.
Yes, they should. This is a problem with Mac OS X's linker, and the
only current workaround is to remove the installed versions first.
I was reading another mailing list today, and found a hope for the
future:
<http://mailman.mit.edu/pipermail/krbdev/2003/001714.html>
With Panther, if you add a linker flag, it'll cause the library search
order to work as you'd expect. Perhaps this information should be
added to the Subversion readme if it hasn't already - since it catches
pretty much everyone seems to be caught by it.
--
=Nicholas Riley <nj...@uiuc.edu> | <http://www.uiuc.edu/ph/www/njriley>
Pablo Research Group, Department of Computer Science and
Medical Scholars Program, University of Illinois at Urbana-Champaign
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by Jack Repenning <jr...@collab.net>.
At 9:41 PM -0700 8/11/03, Justin Erenkrantz wrote:
>--On Monday, August 11, 2003 9:53 AM -0700 Jack Repenning
><jr...@collab.net> wrote:
>
>>* Build svn revision X, including shared libraries (no --disable-shared)
>>* Install it (the dynlibs go into /usr/local/lib)
>>* svn update to revision X+n ("n" enough to introduce some incompatibility
>>with the installed libraries) * build
>>
>>At this point, I get failures because the new code doesn't match the
>>/usr/local/lib/*svn*.dynlib APIs.
>
>Hmm. Can you give me a set of versions that causes this? That'd help out.
Versions of which? Hope this has what you wanted:
First build:
* svn co http://svn.collab.net/repos/svn/tags/0.23 4je
* cp -r subversion/apr* subversion/neon 4je
* cd 4je
* autogen.sh
buildcheck: checking installation...
buildcheck: autoconf version 2.57 (ok)
buildcheck: autoheader version 2.57 (ok)
buildcheck: libtool version 1.4.2 (ok)
buildcheck: neon version 0.23.9 (ok)
...
* ./configure --enable-maintainer-mode
* make
* sudo make install
* ls /usr/local/lib/*svn*
/usr/local/lib/libsvn_client-1.0.0.0.dylib*
...
Second build:
* svn switch http://svn.collab.net/repos/svn/trunk
* make clean
* autogen.sh
* ./configure --enable-maintainer-mode
* make
cd subversion/clients/cmdline && /bin/sh /Users/jrepenning/src/4je/libtool \
--silent --mode=link gcc -g -Wall -Wmissing-prototypes
-Wstrict-prototypes \
-Wmissing-declarations -DNEON_ZLIB -DSVN_DEBUG -DAP_DEBUG\
-Wpointer-arith -Wwrite-strings -Wshadow \
-L/Users/jrepenning/src/4je/apr-util/xml/expat/lib -rpath
/usr/local/lib -o svn \
add-cmd.o cat-cmd.o checkout-cmd.o cleanup-cmd.o commit-cmd.o \
copy-cmd.o delete-cmd.o diff-cmd.o export-cmd.o feedback.o help-cmd.o \
import-cmd.o info-cmd.o log-cmd.o ls-cmd.o main.o merge-cmd.o \
mkdir-cmd.o move-cmd.o prompt.o propdel-cmd.o propedit-cmd.o \
propget-cmd.o proplist-cmd.o props.o propset-cmd.o resolved-cmd.o \
revert-cmd.o status-cmd.o status.o switch-cmd.o update-cmd.o util.o \
../../../subversion/libsvn_client/libsvn_client-1.la \
../../../subversion/libsvn_wc/libsvn_wc-1.la \
../../../subversion/libsvn_ra/libsvn_ra-1.la \
../../../subversion/libsvn_delta/libsvn_delta-1.la \
../../../subversion/libsvn_subr/libsvn_subr-1.la \
/Users/jrepenning/src/4je/apr-util/libaprutil-0.la \
/Users/jrepenning/src/4je/apr-util/xml/expat/lib/libexpat.la \
/Users/jrepenning/src/4je/apr/libapr-0.la \
/Users/jrepenning/src/4je/neon/src/libneon.la -L/usr/local/lib -lz
ld: Undefined symbols:
_svn_delta_path_driver
_svn_prop_diffs
_svn_io_files_contents_same_p
_svn_io_set_file_affected_time
_svn_io_dir_make_hidden
_svn_delta_noop_window_handler
make: *** [subversion/clients/cmdline/svn] Error 1
Third build:
* sudo rm /usr/local/lib/*svn*
* make
works
--
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by Justin Erenkrantz <ju...@erenkrantz.com>.
--On Monday, August 11, 2003 9:53 AM -0700 Jack Repenning
<jr...@collab.net> wrote:
> * Build svn revision X, including shared libraries (no --disable-shared)
> * Install it (the dynlibs go into /usr/local/lib)
> * svn update to revision X+n ("n" enough to introduce some incompatibility
> with the installed libraries) * build
>
> At this point, I get failures because the new code doesn't match the
> /usr/local/lib/*svn*.dynlib APIs.
Hmm. Can you give me a set of versions that causes this? That'd help out.
I have vague recollections of complaining about this before. -- justin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by Jack Repenning <jr...@collab.net>.
At 8:59 AM -0700 8/11/03, Justin Erenkrantz wrote:
>Um, not sure what you mean by this. I haven't seen a problem.
>Note that I'm using the GNU libtool in fink (1.5 right now).
Sounds like that might be the answer to my question! Let me specify
the problem clearly, and if you're sure you don't have that problem,
then we'll have a solution.
* Build svn revision X, including shared libraries (no --disable-shared)
* Install it (the dynlibs go into /usr/local/lib)
* svn update to revision X+n ("n" enough to introduce some
incompatibility with the installed libraries)
* build
At this point, I get failures because the new code doesn't match the
/usr/local/lib/*svn*.dynlib APIs.
INSTALL warns:
If you have old subversion libraries sitting on your system,
libtool will link them instead of the `fresh' ones in your tree.
Remove them before building subversion.
This is a bad thing. The libraries should be pulled from the build
tree first, not the installed.
--
-==-
Jack Repenning
CollabNet, Inc.
8000 Marina Boulevard, Suite 600
Brisbane, California 94005
o: 650.228.2562
c: 408.835-8090
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Mac OS libtool / glibtool?
Posted by Justin Erenkrantz <ju...@erenkrantz.com>.
--On Monday, August 11, 2003 8:38 AM -0700 Jack Repenning
<jr...@collab.net> wrote:
> We Macophiles have a small bit of trouble rebuilding SVN, because the
> installed libtool can not be persuaded to use the freshly built
> shared libraries instead of the installed ones (we have to remove the
> installed ones before building new ones). The Apache
Um, not sure what you mean by this. I haven't seen a problem. Note that I'm
using the GNU libtool in fink (1.5 right now).
> do have a glibtool installed. Do we know whether this glibtool
> would work more gracefully than the installed one for us?
The libtool installed on MacOSX is not GNU libtool, but a tool from NeXTStep.
glibtool is what the GNU libtool has to be called (as ld requires the real
libtool to function). -- justin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org