Re: [Fink-devel] gcc42 O0g.gch: file changed as we read it (again)

[William S. <wg...@ch...>]

On Mon, 26 Feb 2007, Alexander K. Hansen wrote:

     William Scott wrote:
     > Has anyone found the cause or found some sort of work-around for  gcc42
     > compiling failure?  I get this now on every ppc machine I have  access
     > to, so I can no longer transfer deb files:
     > 
     > 
     > Writing package script prerm...
     > dpkg-deb -b root-gcc42-4.1.9999-20070221 /sw/fink/10.4/unstable/main/
     > binary-darwin-powerpc/languages
     > dpkg-deb: building package `gcc42' in `/sw/fink/10.4/unstable/main/
     > binary-darwin-powerpc/languages/gcc42_4.1.9999-20070221_darwin-
     > powerpc.deb'.
     > tar: ./sw/lib/gcc4.2/include/c++/4.2.0/powerpc-apple-darwin8/bits/stdc
     > ++.h.gch/O0g.gch: file changed as we read it
     > tar: ./sw/lib/gcc4.2/include/c++/4.2.0/powerpc-apple-darwin8/bits/stdc
     > ++.h.gch/O2g.gch: file changed as we read it
     > /sw/bin/dpkg-deb: subprocess tar -cf returned error exit status 1
     > ### execution of dpkg-deb failed, exit code 2
     > Removing runtime build-lock...
     > Removing build-lock package...
     > /sw/bin/dpkg-lockwait -r fink-buildlock-gcc42-4.1.9999-20070221
     > (Reading database ... 152553 files and directories currently installed.)
     > Removing fink-buildlock-gcc42-4.1.9999-20070221 ...
     > Failed: can't create package gcc42_4.1.9999-20070221_darwin-powerpc.deb
     > 
     > 
     >   
     Downgrading tar (albeit annoying) works. 


I moved aside /sw/bin/gtar and created a symbolic link

   ln -s /usr/bin/tar  /sw/bin/gtar

and in two of two cases tested (ppc g5 and g4) this solved the problem.

I wonder if it might be worth replacing fink's tar package with such a 
link, (and perhaps keeping the fink version as /sw/bin/gnutar or something 
similar, if users really need the other tar for something)?

In any case, fink seems to work ok with the Apple tar (although we might 
have to make provisions to strip out inadvertantly included resource 
forks).

Anyway, thanks.

Bill