search for: ac_head

...fine if you have the <sys/stat.h> header file. */ #undef HAVE_SYS_STAT_H diff -ur work/rsync-2.5.5/configure work.patch/rsync-2.5.5/configure --- work/rsync-2.5.5/configure Tue Apr 2 03:50:46 2002 +++ work.patch/rsync-2.5.5/configure Mon Jun 24 14:44:58 2002 @@ -4344,7 +4344,8 @@ -for ac_header in sys/filio.h string.h stdlib.h sys/socket.h sys/mode.h + +for ac_header in sys/filio.h string.h stdlib.h sys/socket.h sys/mode.h sys/un.h do as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` if eval "test \"\${$as_ac_Header+set}\" = set"; then @@ -7736,7...

...e when test include wctype.h,gcc can compile but clang need include both wchar.h wctype.h),so this is patch --- /r/configure +++ /myr/configure @@ -39172,6 +39172,7 @@ cat >>conftest.$ac_ext <<_ACEOF /* end confdefs.h. */ $ac_includes_default +#include <wchar.h> #include <$ac_header> _ACEOF rm -f conftest.$ac_objext @@ -39480,6 +39481,7 @@ cat confdefs.h >>conftest.$ac_ext cat >>conftest.$ac_ext <<_ACEOF /* end confdefs.h. */ +#include <wchar.h> #include <wctype.h> #ifdef F77_DUMMY_MAIN 2. edit tre-match-approx.c change the follow...

...Capabilities skipped: TIFF, ICU (This has been the output for all versions we've installed since 3.3.0.) I looked at the configure script, and in 3.2.5, the tests for libtiff starts like this (I've adjusted the indentation): if test "${use_libtiff}" = yes; then for ac_header in tiffio.h do : ac_fn_c_check_header_mongrel "$LINENO" "tiffio.h" "ac_cv_header_tiffio_h" "$ac_includes_default" if test "x$ac_cv_header_tiffio_h" = xyes; then : cat >>confdefs.h <<_ACEOF #define HAVE_TIFFIO_H 1 _ACEOF Fro...

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 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:

I''ve addressed all (I think/hope) of the review comments. The main change is to expose the guest virtual platform (e.g. memory layout and interrupt usage etc) to the toolstack via the public interface. This is then used during FDT generation. I have just codified the current defacto standard layout, it''s probably not the best layout but any change can be a separate patch/series.

Biggest change is to switch the new DTB node to /xen-core-devices instead of /xen at Stefano''s request. I also dropped the few patches title HACK etc which weren''t supposed to be there and fixed up some bits and pieces which folks commented on. George, WRT the freeze I think this is functionality which we cannot ship Xen 4.4 without. The impact is entirely constrained to the