similar to: Build-system cleanups

People of cygwin & rsync, I recently attempted to get cygwin and rsync working to solve a backup/mirroring need in my computer life. Well, as you might guess, I ran into a little but of trouble. Strangely enough, rsync seemed to be regularly hanging when I attempted to do a "get" (sycronize a remote to a local dir). Well, considering I want to automate this, that was not going

Tru64 UNIX has getaddrinfo but not by that name. Including <netdb.h> #defines getaddrinfo to ogetaddrinfo or ngetaddrinfo which exists in /usr/shlib/libc.so. So, AC_CHECK_FUNC(getaddrinfo) 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 +++

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

--- configure.ac | 13 ++++++++----- 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

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

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

The following patch (based off of the current CVS tree) is necessary to compile Speex on IRIX (or any other system that doesn't include getopt_long in the system libraries). I would suggest further that src/getopt_win.h be renamed to getopt_long.h since it's not just Windows that lacks getopt_long. Michael Index: configure.in

Please help me get samba compiled. I used cvs to download lastest samba-3.x and configure is failing. I have: solaris 7 (32-bit mode kernel), binutils-2.11.2, automake-1.7.1, autoconf-2.54, and libtool-1.4. I used the below script: #!/bin/ksh cd /usr/local/samba/source /usr/local/bin/gmake realclean /usr/bin/rm config.cache ltmain.sh configure aclocal libtoolize --force

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