search for: ac_status

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

...include <usersec.h> int main () { - #ifndef loginfailed - char *p = (char *) loginfailed; - #endif ! ; ! return 0; } _ACEOF ! rm -f conftest.$ac_objext ! if { (eval echo "$as_me:3303: \"$ac_compile\"") >&5 ! (eval $ac_compile) 2>&5 ! ac_status=$? ! echo "$as_me:3306: \$? = $ac_status" >&5 ! (exit $ac_status); } && ! { ac_try='test -s conftest.$ac_objext' ! { (eval echo "$as_me:3309: \"$ac_try\"") >&5 ! (eval $ac_try) 2>&5 ! ac_status=$? ! echo "$...

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

The following patches shave some rough edges off the tools build system to allow cross compiling for at least arm32 and arm64 based on the Debian/Ubuntu multiarch infrastructure. They also add the necessary fixes to build for arm64 (which I have only tried cross, not native). I have posted some instructions on how to compile with these patches on the wiki:

On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote: > On 10 Oct 2002, "Green, Paul" <Paul.Green@stratus.com> wrote: > > No new CVS messages have appeared on the rsync-cvs archives since August > > 30th. This seems rather odd-- perhaps a daemon stopped working? If there > > has truly been no activity since that date, I apologize for > >

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"

...+ eval 'echo "$as_me:12296: $CC -o conftest$ac_exeext ++ echo 'configure:12296: gcc -o conftest -g -O2 -Wall -Wpoin ++ echo 'configure:12296: gcc -o conftest -g -O2 -Wal -lutil -lz -lnsl >&5' -lutil -lz -lnsl >&5' + ac_status=1 | + ac_status=0 + grep -v '^ *+' conftest.er1 + grep -v '^ *+' conftest.er1 + rm -f conftest.er1 + rm -f conftest.er1 + cat conftest.err...

...ompiler doesn't like that flag, but the configure script will show that it does. This is obviously not an rsync issue, but more likely an autoconf issue. The fix (read: hack) was to edit the configure.sh script, and do a search for Wno-unused-parameters. A few lines below you will see: (exit $ac_status); } && { test -z "$ac_c_werror_flag" || test ! -s conftest.err } && test -s conftest.$ac_objext; then rsync_warn_flag=yes else echo "$as_me: failed program was:" >&5 sed 's/^/| /' conftest.$ac_ext >&5 change the...