At 5:29 PM +0200 5/8/05, Florian Heckl wrote: >Hi, >On 08.05.2005, at 13:59, eric.bachard wrote: > >> Hi, >> >> the last pb in instsetoo_native : >> >> /Volumes/sauvegarde/OpenOffice.org680/instsetoo_native/util >> ------------- >> mkdir -p ../unxmacxp.pro/misc/openoffice/msi_templates >> mkdir -p ../unxmacxp.pro/misc/ooolangpack/msi_templates >> cp -ua ../inc_openoffice/windows/msi_templates ../unxmacxp.pro/misc/ >> openoffice >> cp: illegal option -- u >> usage: cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src target >> cp [-R [-H | -L | -P]] [-f | -i | -n] [-pv] src1 ... srcN >> directory >> dmake: Error code 64, while making 'hack_msitemplates' >> '---* tg_merge.mk *---' >> >> ERROR: Error 65280 occurred while making /Volumes/sauvegarde/ >> OpenOffice.org680/instsetoo_native/util >> >> >> Solution : >> >> As adviced by Pavel Janik in 39931 : >> >> 1. install GNU coreutils via fink**. >> 2. Add --with-gnu-cp=/sw/bin/cp to your configure line >If you instead adapt your PATH environment variable so that /sw/bin >comes before /bin, you should be aware that you also lose some >functionality, because Apple's cp in 10.4 can finally handle Mac >resource forks correctly. >Just wanted to mention this.
This subject seems to come up often. Here is Patrick Luby's EMail on the subject back in June 2004 : >Pavel Jan�k wrote: >> From: "Kevin B. Hendricks" <[EMAIL PROTECTED]> >> Date: Tue, 1 Jun 2004 20:53:47 -0400 >> >> > +.IF "$(OS)"=="MACOSX" >> > +MY_COPY=$(GNUCOPY) >> > +MY_COPY_RECURSIVE=$(GNUCOPY) -r >> > +.ELSE >> > MY_COPY=$(GNUCOPY) -u >> > MY_COPY_RECURSIVE=$(GNUCOPY) -urf >> > +.ENDIF >> >> I already commented to this issue somewhere in IZ. GNU cp *always* >> understands -u and -f. Does Mac OS X build use GNUCOPY for something which >> is not GNU cp? >> >> But yes, I agree that unnecessary forcing GNU cp usage when classic system >> cp is enough is nonsense. (And I wrote the same to some IZ issue). > >Since I started the first Mac OS X port back in late 2000, GNUCOPY has >been defined to be Mac OS X's built-in cp command, not GNU's version. >Also, the FreeBSD and NetBSD ports have followed this same approach for >some time. > >This practice has already been used throughout all of the other modules. >My patch just continues the existing practice. > >Patrick FYI, Eric Bachard was involved with the discussions at the time. >Best regards, >Florian Regards, Terry --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
