similar to: Rsync 3.0.0 universal binary availible?

Hi Again, Sorry to keep posting about this. There seems to be a lot of confusion trying to get compatibility with various Mac architectures and OS. Sven Peters was able to compile on an intel Mac running leopard using >patch -p1 <patches/flags.diff >patch -p1 <patches/crtimes.diff >./configure CFLAGS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch

Did anyone ever get rsync3 to compile as a universal binary and work correctly on both tiger and leopard on ppc and intel? David.

Hi All, Well, we compiled pre9 on an intel Mac running Tiger and now it does work on the machine. I need to see if that will now work on a PPC mac though. Hopefully it will but I am wondering if there is a way to compile and make a universal binary rsync for the Mac that will run on both, from my PPC Mac. Itried that yesterday with patch -p1 <patches/flags.diff patch -p1

I guess I should add this to the long list of things Apple has broken that used to work well on NEXTSTEP (the operating system that has been turned into OS X). Now that you mention it, I remember having a problem getting flac to cross-compile in one build step, so I just did the manual lipo glue that you talked about. I assumed it was only because I was too lazy to figure out how to

Hi, I'm trying to build a universal binary from libtheora-1.1alpha1. My configure line is as follows: env CFLAGS="-g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc" LDFLAGS="-arch i386 -arch ppc" ./configure --disable-dependency-tracking But when I make, I get: /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include

Since the PPC Macs are no longer being produced and my PPC build machine is getting a little old I thought I would try making a universal version of the Mac OS X gem. After a little investigation it turned out to be surprisingly easy to do, just pass --enable-universal_binary when building wxWidgets and add -arch ppc -arch i386 to $extra_cppflags and $extra_ldflags in rakemacosx.rb. Now the

---------------------------------------- > CC: flac at xiph.org > From: brianw at sounds.wa.com > Subject: Re: [Flac] Build FLAC source on Mac OS X without Xcode? > Date: Sun, 22 Mar 2009 14:33:36 -0700 > To: jensiragh at hotmail.de > > I don't have time to look through error codes, but I can tell you > that I have always compiled FLAC the Unix way, via the command

---------------------------------------- > CC: flac at xiph.org > From: brianw at sounds.wa.com > Subject: Re: [Flac] Build FLAC source on Mac OS X without Xcode? > Date: Sun, 22 Mar 2009 14:33:36 -0700 > To: jensiragh at hotmail.de > > I don't have time to look through error codes, but I can tell you > that I have always compiled FLAC the Unix way, via the command

Hi All, I promise I won't bug you anymore about this but I did find that the compiled universal binary on rsync3.0.pre10 does preserve creation dates across platforms with the old osx-create-time.diff patch but not with the crtimes patch. If anyone has a clue about this I would be happy to fix it. Thanks again Rob D PS so close!

Brian Willoughby wrote: > In my experience, with the gcc compiler, cross-compiling is highly > reliable. Your experience doesn't match mine. > If your code runs on one processor, then it will run on > all. That can easily break down in all sort of places. For instance, I'm the main author of libsndfile and when Apple first announced Intel based machines I started

On Nov 28, 2007, at 10:59 AM, dovecot-request at dovecot.org wrote: > Message: 8 > Date: Wed, 28 Nov 2007 07:49:13 -0800 > From: snowcrash <schneecrash+dovecot at gmail.com> > Subject: Re: [Dovecot] 1.1beta9 'make' fails on osx/Tiger, but OK on > osx/Leopard (multiple definitions of symbol _hash_create) > To: "Timo Sirainen" <tss at iki.fi> >

(Yes, Really .... w/ gcc v4.2.1, like i said in the first place) > Actually, the 1.1 beta v9 builds just fine under Tiger (PPC and > PPC64) if you use the official Apple sanctioned gcc v 4.01 they ship > with both Tiger and Leopard. If you do download and use gcc 4.2.1 from > the GNU folks you might want to pass along the error / bug reports to > them instead of Apple, but I

Bugs item #29673, was opened at 2012-11-27 22:09 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=218&aid=29673&group_id=35 Category: Installer problems Group: current Status: Open Resolution: None Priority: 3 Submitted By: tiger zen (puti313) Assigned to: Nobody (None) Summary: no matching architecture in universal wrapper Initial Comment:

I don't have time to look through error codes, but I can tell you that I have always compiled FLAC the Unix way, via the command line. I have not tried under Leopard, because for maximum compatibility it's better to compile under Tiger. Either something is wrong with your particular setup, or perhaps Leopard has changed some things which has broken FLAC. If you have Tiger

Hi, I've been using rsync (OSX Tiger now Leopard) to backup my home folder daily using -a -H -A -X link-dest=dir to make incremental backups. There was a problem though since many files especially images, movies etc would be recopied each time instead of creating hard links. I have been testing the pre5 release and found that it seems to make hard links correctly for all files. I

Dear All, I found a workaround for the corrupted backup app package files though there is probably a more intelligent way. When the destination is empty or missing (rather than an update) rsync.c calls make_backup and returns 1 when it encounters if (x_lstat(fname, &sx.st, NULL) < 0) return 1; the calling code in rsync.c: if ( make_backups > 0 && overwriting_basis) {

Hi, Before I go any further about OSX creation dates etc. I just discovered that the pre5 release doesn't work on OSX Tiger. I got this message in the rsync progress: dyld: Library not loaded: /usr/lib/libiconv.2.dylib Reason: Incompatible library version: rsync requires version 7.0.0 or later, but libiconv.2.dylib provides version 5.0.0 Is there any way around this? I really need

Hi, I'd like to make a "feature request" for users of rsync on Mac OSX Tiger (10.4) Given the current sorry state of backup tools on Mac OSX, the only way I've found to reliably backup data from Mac OSX is to keep the data on a UFS volume, and to then backup it up using *standard* rsync (no -E) to a Unix file server. This way, all the the "apple double" are

For some reason the Macintosh machines on our LAN have started taking over as master browser without actually providing. Mostly these are Leopard machines, and one Tiger machine. We had OS Level set to 255 and that does not seem to make a difference. [2008/01/16 11:14:27, 0] nmbd/nmbd_browsesync.c:get_domain_master_name_node_status_fail(486) get_domain_master_name_node_status_fail: Doing a

Hi everyone, I'm trying to diagnose a problem in my R package, but it is a little tricky since it seems to occur only with the Mac OSX CRAN binary build. My package starts a Rook server and opens a browser. On my own system (details below), when I build the package, I have no trouble. The Rook server starts and the page loads in the browser. However, if I've installed it from CRAN, I