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

Re: Extra /bin/ directory is added to library path when running make command

From: Blaxton <blaxxton_at_yahoo.com>
Date: Sun, 8 May 2016 13:58:31 +0000 (UTC)

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

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.