Re: Mac OS X: Building SRC680m108 - are any patches necessary for a successful build?

Eric Hoch <[email protected]>
Newsgroups gmane.comp.openoffice.devel.porting
Organization de.OpenOffice.org
Message-ID <[email protected]>
Hi Tino, 
Am Fri, 10 Jun 2005 12:31:18 +0200, schrieb Tino Rachui - Sun 
Germany - Development - Software Engineer:
> Eric Hoch wrote:
>> fink cp seems to "replace" Mac OS X cp when you have the right 
>> fink settings in your .profile or .xinitrc etc pp. So when using 
>> cp you use finks gnu-cop instead of Mac OS X cp. 
> 
> Sorry for my ignorance, does this mean that I automatically have 
> fink cp when I have installed fink or is it a separate package I 
> have to install via fink? And what fink settings, where?

It is a seperate package via fink that you have to install. The 
Darwinportsname is coreutils. The fink name should be not that 
different e.g. gnucoreutils or something similiar.
 
If you install this fink package it "replaces" the Mac OS X 
equivalents of the package content. I don't know which other utils 
are in the fink package but here for Darwinports they include such 
packages as su, test, whoami etc. 

So if you have fink and the gnu coreutils package installed you use 
gnu-copy when you type cp instead of Mac OS X cp. This often 
doesn't make that much of a difference but in some cases the 
parameters are the same not the outcome :-) 

E.g out of my m107:

M107 is build. No breakage nothing until it comes to 
packing. 

Here it fails with:

No Dependencies
-------------
cp -f 
/Volumes/Daten/OpenOffice/680_m107/build/solver/680/unxmacxp.pro/pck/openoffice/nologointro.bmp 
../unxmacxp.pro/bin/intro.bmp
mkdir -p ../unxmacxp.pro/misc/openoffice/msi_templates
mkdir -p ../unxmacxp.pro/misc/ooolangpack/msi_templates
/opt/local/bin/gcp -ua ../inc_openoffice/windows/msi_templates 
../unxmacxp.pro/misc/openoffice
/opt/local/bin/gcp -ua ../inc_ooolangpack/windows/msi_templates 
../unxmacxp.pro/misc/ooolangpack
cp -f ../res/nologoinstall.bmp 
../unxmacxp.pro/misc/openoffice/msi_templates/Binary/Image.bmp
cp: ../unxmacxp.pro/misc/openoffice/msi_templates/Binary/Image.bmp: 
No such file or directory
dmake:  Error code 1, while making 'hack_msitemplates'
'---* tg_merge.mk *---'
ERROR: error 65280 occurred while making 
/Volumes/Daten/OpenOffice/680_m107/build/instsetoo_native/util

One possible workaround would be to remove the -f flag since Mac OS 
X cp does know this option but not as --force or to use gnu-cp here 
too. 
Since I couldn't find where the -f option is added I solved the 
problem by using gnu-copy. 


>> To make it worse not only does end packing now need gnu-copy. 
>> Packing mozilla does too. 
>> I really don't understand this. I often mentioned that we should 
>> use Mac OS X cp so that it is easy for Mac OS X users to build 
>> OOo. 
> 
> I doubt that the average Mac OS X user will build OOo. But I tend 
> to agree with you if there is no unavoidable reason for using 
> gnu-cp why not simply using the Mac OS X cp? Is there a reason 
> for using gnu-cp?

I don't know. The reason may be that it is "standard" for Linux, 
BSD (?) and cygwin but not for Mac OS X. So the easiest solution 
was to ignore Mac OS X and let them take care on how to get 
gnu-copy. To our look it is in Darwinports and fink and perhaps in 
the NetBSD pkgmanager and the one of gentoo too. 


> OTOH if you need fink or Darwinports anyway for pkgconfig and it 
> replaces the Mac OS X cp why bother.

Right. Maybe I'm a bit to puristic but it could be a boomerang once 
we move to Cocoa and Objective-C that we don't use Mac OS X tools. 
But this is future. For the present your right. 

Mit freundlichen Grüßen
Eric Hoch

-- 
## Ansprechpartner Anwenderunterstützung, users-Mailingliste, MacOSX
## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows
## Openoffice.org - ich steck mit drin!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.