Re: passing -R to libtool

2007-04-04 Thread Ralf Wildenhues
Hello Dave,

* deckrider wrote on Wed, Apr 04, 2007 at 01:47:45AM CEST:
 
  Given that I don't know where a user has installed prerequisite
  libraries, I assume the user can pass their location using LDFLAGS.
  For instance:
 
  ./configure LDFLAGS=-L/my/path/to/the/lib
 
  However, for each of these -L in LDFLAGS, I think I would like to have
  a corresponding -R sent to libtool.

If the installed libraries have libtool library files (those ending in
.la), then there is no need for -R.

Otherwise, passing -R in LDFLAGS for configure could screw some tests:
-R is not understood everywhere (except if you use libtool), and 
configure tests do not use libtool usually.

 What is the best practice for this? Does the user decide to give -R,
 and if so, what variable, and should I use AC_ARG_VAR() for it?

I wouldn't want the user to use -R.  If the libs are libtool libs, you
should be fine all along.  Using installed libraries, with or without
libtool, the gnulib module havelib comes in handy.

Hope that helps.

Cheers,
Ralf




Re: Lost in automatic dependencies

2007-04-04 Thread Stephane Bortzmeyer
On Fri, Mar 30, 2007 at 12:13:26AM +0200,
 Ralf Wildenhues [EMAIL PROTECTED] wrote 
 a message of 16 lines which said:

 This shows the result as loaded from the cache file (config.cache)
 or possibly from /usr/local/etc/config.site,

Indeed, removing /usr/local/etc/config.site solved the problem (the
cache was innocent; I've already tried to delete it.) Now, when I
modify .h files, everything is compiled again.

And I get:

configure:19140: checking dependency style of cc
configure:19230: result: gcc3
configure:19249: checking dependency style of g++
configure:19339: result: gcc3
configure:19576: checking for gcc

So, we've found the guilty, thanks. Here is the config.site in case
someone finds the bug in it:


# config.site for configure. See (autoconf) Site Defaults 
#

# Give Autoconf 2.x generated configure scripts a shared default
# cache file for feature test results, architecture-specific.
if test $cache_file = /dev/null; then
  if test $prefix = NONE; then
prefix=$ac_default_prefix
  fi
  cache_file=$prefix/var/tmp/config.cache
  if ! test -d `dirname $cache_file`; then
 mkdirhier `dirname $cache_file`
  fi
  # A cache file is only valid for one C compiler.
  # We have strange autoconf problems with gcc3/pkg
  #CC=/usr/pkg/gcc3/bin/gcc
  #LD=/usr/pkg/gcc3/bin/gcc
  #LD=env
  #CPP=/usr/pkg/gcc3/bin/cpp
  #CXX=/usr/pkg/gcc3/bin/c++
  #CPLUSPLUS=$CXX
  CC=gcc
fi

# Use the packages
CPPFLAGS=-I/usr/pkg/include
LDFLAGS=-L/usr/pkg/lib

# Otherwise, libtool tries to use it even for pure-C programs!
F77=false

# Use GNUTLS
with_gnutls=yes