Passed all tests with flying colors on Mac OS X 10.4.11 -
synopsis of installation and testing
rye at usc.edu
Tue Mar 4 00:58:47 GMT 2008
I think you hit the nail on the head. I put the crtimes.diff first
because I was simply swapping it in for osx-create-time.diff in
Axel's email "3.0.0 test failure MacOS X 10.4.11".
Upon invoking make, this error in the ordering of the patches, on my
perl ./mkproto.pl ./*.c ./lib/compat.c
gcc -std=gnu99 -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -I./popt -c
flist.c -o flist.o
In file included from flist.c:24:
ifuncs.h: In function 'f_crtime':
ifuncs.h:68: error: 'crtimes_ndx' undeclared (first use in this
ifuncs.h:68: error: (Each undeclared identifier is reported only once
ifuncs.h:68: error: for each function it appears in.)
ifuncs.h: In function 'f_crtime_set':
ifuncs.h:78: error: 'crtimes_ndx' undeclared (first use in this
flist.c: In function 'send_file_entry':
flist.c:471: error: 'XMIT_CRTIME_EQ_MTIME' undeclared (first use in
flist.c: In function 'recv_file_entry':
flist.c:774: error: 'XMIT_CRTIME_EQ_MTIME' undeclared (first use in
make: *** [flist.o] Error 1
At that point I simply abandoned crtimes and 'went back' to osx-
Thanks for the heads up on the order of the patches.
On Mar 3, 2008, at 4:41 PM, Anthony Morton wrote:
>> I am running MacOS X 10.4.11 on PPC. The following is a synopsis
>> of my installation procedure (as gathered from the various emails
>> in the archive) - note that I had trouble with crtimes.diff and
>> went back to osx-create-time.diff. Please let me know if I have
>> included anything spurious or missed something critical (though I
>> am pleased that everything worked)...
> I also get perfect results on 3.0.0 with both MacOS X 10.4.11 on
> PPC and MacOS X 10.5.2 on Intel, using fileflags.diff, crtimes.diff
> and Wayne's new fileflags-fixes.diff.
> I find it interesting that you have had no luck with crtimes.diff.
> Could you post your results? Are you applying the patches in the
> right order (that is, fileflags.diff followed by crtimes.diff, not
> vice versa)?
> I suspect the backup-dir-dels.diff patch is not strictly necessary,
> unless you actually want the functionality (as many of us do).
> ./prepare-source may or may not do anything, depending which source
> version you're using.
> Tony M.
-------------- next part --------------
HTML attachment scrubbed and removed
More information about the rsync