Correct path is being passed to subversion-1.9.4/libtool:
-L/usr/local/aprutil/lib -laprutil-1 -L/usr/local/apr//lib
but some how wrong path is being passed to grep and sed :grep: can't open /usr/local/apr/bin/lib/libapr-1.lased: Cannot find or open file /usr/local/apr/bin/lib/libapr-1.la.libtool: error: '/usr/local/apr/bin/lib/libapr-1.la' is not a valid libtool archive
where this path is being determined ?
From: Branko Čibej <brane_at_apache.org>
To: "users_at_subversion.apache.org" <users_at_subversion.apache.org>
Cc: Blaxton <blaxxton_at_yahoo.com>
Sent: Sunday, May 8, 2016 8:01 AM
Subject: Re: Extra /bin/ directory is added to library path when running make command
On 08.05.2016 14:46, Blaxton wrote:
Running: ./configure --with-apr=/usr/local/apr/bin/apr-1-config --with-apr-util=/usr/local/aprutil/bin/apu-1-config
./configure completes with no problem, but the same happens after running make command:
cd subversion/libsvn_subr && /bin/sh "/subversion-1.9.4/libtool" --tag=CC --silent --mode=link gcc -static -g -O2 -g -O2 -pthread -rpath /usr/local/lib -version-info 0 -o libsvn_subr-1.la adler32.lo atomic.lo auth.lo base64.lo bit_array.lo cache-inprocess.lo cache-membuffer.lo cache-memcache.lo cache.lo cache_config.lo checksum.lo cmdline.lo compat.lo compress.lo config.lo config_auth.lo config_file.lo config_win.lo crypto.lo ctype.lo date.lo debug.lo deprecated.lo dirent_uri.lo dso.lo eol.lo error.lo fnv1a.lo gpg_agent.lo hash.lo io.lo iter.lo lock.lo log.lo macos_keychain.lo magic.lo md5.lo mergeinfo.lo mutex.lo nls.lo object_pool.lo opt.lo packed_data.lo path.lo pool.lo prefix_string.lo prompt.lo properties.lo quoprint.lo root_pools.lo simple_providers.lo skel.lo sorts.lo spillbuf.lo sqlite.lo sqlite3wrapper.lo ssl_client_cert_providers.lo ssl_client_cert_pw_providers.lo ssl_server_trust_providers.lo stream.lo string.lo subst.lo sysinfo.lo target.lo temp_serializer.lo time.lo token.lo types.lo user.lo username_providers.lo utf.lo utf8proc.lo utf_validate.lo utf_width.lo validate.lo version.lo win32_crashrpt.lo win32_crypto.lo win32_xlate.lo x509info.lo x509parse.lo xml.lo -L/usr/local/aprutil/lib -laprutil-1 -L/usr/local/apr//lib -lapr-1 -lexpat -lz -lsqlite3 -lmagic -lintl -lintl grep: can't open /usr/local/apr/bin/lib/libapr-1.la sed: Cannot find or open file /usr/local/apr/bin/lib/libapr-1.la. libtool: link: `/usr/local/apr/bin/lib/libapr-1.la' is not a valid libtool archive make: The error code from the last command is 1.
That's really strange. I don't see anything wrong with the command line above except maybe the double slash in '-L/usr/local/apr//lib', but that shouldn't matter.
What's the output of
$ /usr/local/apr/bin/apr-1-config --link-ld --libs
?
What I noticed, make command uses libtool provided by subversion and not libtool on system.
That's the script generated by libtoolize during autogen.sh, iirc.
I have compiled apr and aprutil, and placed them on different directory: apr in /usr/local/apr/ and aprutil in /usr/local/aprutil/
Is this ok ?
Doesn't matter.
I didn't get any error building apr and aprutil. Is there a way of checking apr and aprutil to make sure they have compiled properly ?
You could try running APR tests, but this is a different issue.
I'm beginning to wonder if something's wrong with your libtool. You haven't said which OS you're building on and which version of libtool and autoconf your'e using.
-- Brane
Received on 2016-05-08 16:01:47 CEST