On 26 Jan 2001, Alexandre Oliva wrote:
> On Jan 25, 2001, Stephen Torri <[EMAIL PROTECTED]> wrote:
>
> > I want to check for the existence of a library not just a function of the
> > library as AC_CHECK_HEADERS does. Is there a way to do it?
>
> How about AC_CHECK_LIB or AC_HAVE_LIBRARY?
I use J
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> Akim, Here's the sh -x testsuite snippet.
Thanks, this is the culprit:
at_dir=`cd "$at_dir" 2>/dev/null && pwd`
because PATH may include nonexistent dirs, I included the 2>/dev/null
part.
Can you try these please? I'd like
Try with 2.49c, and study the config.log.
On Jan 26, 2001, Stephen Torri <[EMAIL PROTECTED]> wrote:
> So I am confused why its not working
Check config.log
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp
Here is the output from autoconf (v2.19) and (v2.49d). I am sure I am
probably got something wrong so I include both complete config.log files.
I am sorry if its too long but if there is an common practice for making
requests for help let me know.
Stephen
---
configure.in
---
Man, I must say that your sending config.log.2.13 vs config.log.2.50
makes me extremely proud of the work we've done in the area!
Looking at the first failures:
configure:2576: checking for notifyAll in -lJTC
configure:2603: gcc -o conftest -g -O2 conftest.c -lJTC >&5
/tmp/ccO7oDLg.o: In fun
Stephen,
You need to ensure that your configure script tests for libraries in
the order of least dependent to most dependent, and appends each
library discovered to the LIBS variable. Unfortunately Autoconf does
not understand library dependencies so you must determine these by
yourself (use 'ld
I fail to understand the login in autoreconf for when to run
autoheader. With this simple configure.in:
--
AC_INIT(configure.in)
AC_CONFIG_HEADER(config.h)
AC_OUTPUT(Makefile)
> "Assar" == Assar Westerlund <[EMAIL PROTECTED]> writes:
Assar> autoreconf --force fails to run autoheader since it doesn't
Assar> found a config.h.in. I'm not sure what's the code that greps
Assar> for autoheader in config.h.in in autoreconf is trying to do,
Assar> but since it fails if th
Akim Demaille <[EMAIL PROTECTED]> writes:
> So I'm adjusting your patch so that when there is no config.hin,
> then autoheader is run, since it's harmless.
Good. Shouldn't the same thing be done with running aclocal, see
patch below?
/assar
Index: autoreconf.sh
Sure! Applied, thanks!
Good: aclocal does not create aclocal.m4 if not needed!
> AC_CHECK_LIB(JTC, notifyAll)
>
> It responds that it cannot find it. Yet I look in the directory and its
> there. I run "grep notifyAll libJTC.so" and it says the binary has a
> match. I know that function exists in the library.
>
> So I am confused why its not working
Given that it's a C++ li
Sorry I disappeared for a while.. I just ran the old AC_F77_WRAPPERS
test with source checked out just now, and it fails once again (rather than
just assuming the compiler is broken) How can I help take this further?
(and BTW testsuite -h doesn't print usage anymore)
Cheers,
Patrick
On Mon, Ja
Akim,
Here they are.
Harlan
---
> Can you try these please? I'd like to know if the problem is with the
> assign or the substitution, etc.
>
$ at_dir=`(cd /foo && pwd) 2>/dev/null`
$ echo at_dir=$at_dir
at_dir=
$ at_dir=`(cd /foo && pwd)` 2>/dev/null
/foo: bad directory
$ echo at_dir=$at_dir
a
In _AS_TEST_PREPARE, we might end up echoing errors from non-working
test commands to the user which is confusing (at least to me).
A more serious problem is in AS_MKDIR_P. It sets IFS to '\\/' and it
seems that some sh:s (which are probably really ksh:s) will use the
first character (backslash)
16 matches
Mail list logo
