This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6and lapack3)


Brian Dessent wrote:

For the record:

On the issue of not having future binary packages blow away a
source-compiled optimized version, you could do something similar to how
the gcc-mingw-* packages work.  Those packages unpack to a single .tgz
file and postinstall/preremove scripts that extract/remove
(respectively) its contents to the proper location.  It's an extra level
of indirection in the packaging. (I'm not entirely sure why this is done
but I think it is a convenience so that the upstream mingw binary
tarballs can be used without repackaging.)

Not exactly true, repackaging is still needed for gcc-mingw since the used paths are different. The main reason is that extracting the packages would fail if the directory usr/i686-pc-mingw (and links inside) is missing, so the postinstall script creates this directory and links first before the tarball is extracted.


Gerrit -- =^..^=


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]