search for: ac_libobj

...etaddrinfo) isn't enough to test for getaddrinfo. Best to AC_TRY_LINK so the #define takes effect. -- albert chin (china@thewrittenword.com) -- snip snip --- configure.in.orig Thu Jan 3 19:03:54 2002 +++ configure.in Thu Jan 3 19:09:17 2002 @@ -273,7 +273,18 @@ AC_CHECK_FUNCS(inet_ntop, , AC_LIBOBJ(lib/inet_ntop)) AC_CHECK_FUNCS(inet_pton, , AC_LIBOBJ(lib/inet_pton)) -AC_CHECK_FUNCS(getaddrinfo, , AC_LIBOBJ(lib/getaddrinfo)) +# Tru64 UNIX has getaddrinfo() but has it renamed in libc as +# something else so we must include <netdb.h> to get the +# redefinition. +AC_MSG_CHECKING([for...

...++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/configure.ac b/configure.ac index 2d638fc..58d0843 100644 --- a/configure.ac +++ b/configure.ac @@ -17,6 +17,10 @@ LDFLAGS=${LDFLAGS-""} AC_CANONICAL_HOST +dnl define the directory for replacement function since AC_LIBOBJ does not +dnl officially support subdirs and fails with automake +AC_CONFIG_LIBOBJ_DIR([lib]) + # We must decide this before testing the compiler. # Please allow this to default to yes, so that your users have more @@ -488,8 +492,7 @@ AC_DEFINE_UNQUOTED(ICONV_CONST, $am_cv_proto_iconv_arg1,...

...Needed this patch to get things rolling with autoconf 2.59: --- tftp-hpa-0.36/configure.in 2004-01-15 22:15:46.000000000 +0200 +++ tftp-hpa-0.37/configure.in 2004-07-20 18:32:24.000000000 +0300 @@ -129,9 +129,12 @@ OBJROOT=`pwd` LIBXTRA=false -AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) -AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) -AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) +AC_SEARCH_LIBS(xmalloc, iberty, ,LIBXTRA=true +[AC_LIBOBJ(xmalloc)]) +AC_SEARCH_LIBS(xstrdup, iberty, ,LIBXTRA=true +[AC_LIBOBJ(xstrdup)]) +AC_SEARCH_...

Hi everyone Following are a number of build-system cleanup patches. Some of them are prep-work for a possible upcoming automake/gnulib introduction. Best regards, Tiziano

Hi, I have a problem with tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then LIBS="../lib/libxtra.a $LIBS" fi Solaris doesn't have xmalloc and friends available and so LIBS includes ../lib/...

I'd very much like to get a stable 2.5 release out so that people can upgrade their production machines with confidence and so that distributors can freeze it. I know some people are still running 2.4.6 (+backports) for understandable reasons, but it would be good to give them the option to upgrade and avoid the hang bug. After this we can perhaps move on to 2.6 and be a bit more liberal in

Hi, I have a problem with tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then LIBS="../lib/libxtra.a $LIBS" fi Solaris doesn't have xmalloc and friends available and so LIBS includes ../lib/...

...This macro should be invoked from ./configure.ac, in the section # "Check for header files, types and library functions". AC_DEFUN([gl_INIT], [ AM_CONDITIONAL([GL_COND_LIBTOOL], [false]) gl_cond_libtool=false gl_libdeps= gl_ltlibdeps= gl_m4_base='m4' m4_pushdef([AC_LIBOBJ], m4_defn([gl_LIBOBJ])) m4_pushdef([AC_REPLACE_FUNCS], m4_defn([gl_REPLACE_FUNCS])) m4_pushdef([AC_LIBSOURCES], m4_defn([gl_LIBSOURCES])) m4_pushdef([gl_LIBSOURCES_LIST], []) m4_pushdef([gl_LIBSOURCES_DIR], []) gl_COMMON gl_source_base='lib' AC_REQUIRE([gl_EXTERN_INLINE...

i've applied albert chin's patch on configure.in file: http://lists.samba.org/pipermail/rsync/2002-January/005726.html, but i still getting the error: cc: Error: lib/getaddrinfo.c, line 180: In this statement, "EAI_MAX" is not declared. (undeclared) thanks for any advice Martin Sigilfredo _________________________________________________________________ Join the world’s

...AC_CHECK_LIB(m, sin) -AC_CHECK_LIB(gnugetopt, getopt_long) + +# Check for getopt_long; if not found, use included source. +AC_CHECK_FUNCS([getopt_long],, +[# FreeBSD has a gnugetopt library. + AC_CHECK_LIB([gnugetopt],[getopt_long], +[AC_DEFINE([HAVE_GETOPT_LONG])], +[# Use the GNU replacement. +AC_LIBOBJ(getopt) +AC_LIBOBJ(getopt1)])]) AC_DEFINE_UNQUOTED(VERSION, "${VERSION}") Index: src/Makefile.am =================================================================== RCS file: /usr/local/cvsroot/speex/src/Makefile.am,v retrieving revision 1.10 diff -u -r1.10 Makefile.am --- src/Makefi...

Greetings, here is the output of the 'configure' step and the compile step (using the Compaq cc compiler that comes with Tru64 V5.1A. The configure reported success and most of the compile steps cam through error/warning free except for the one that stumbled. Can someone help me out here? I am willing to provide a binary for Tru64 V5.1A if we can swat this bug. We depend greatly on Rsync

Hi I am trying to compile rsync-2.5.5 on Tru64 UNIX V5.1A The configure completed sucessfully however the make failed. The following is a copy of the configure and make output. Could you please provide advice as to why this is failing and hopefully resolution. Just as a matter of comparison - rsync-2.5.4 make also fails, however, rsync-2.4.8 compiled sucessfully on this version of Tru64 5.1A

The last versions of rsync fail to compile on Tru64 Unix (alpha), because of a typo in configure.in. The problem is that the code in configure check for sockaddr.sa_len, while the code uses sockaddr.sin_len. This patch fixes the problem. Please include it in the next version of rsync. diff -ur src-2.6.0/configure.in src-2.6.0-local/configure.in --- src-2.6.0-local/configure.in