-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 7/21/11 9:02 AM, Jack Howarth wrote: > Dave, Is it possible for us to drop "Type: -64bit" from 10.7, yet > retain the ability to properly package 32-bit shared libraries? > Perhaps since we no longer have to distinguish between a 32-bit > package with 64-bit files and a 64-bit package with 32-bit files, > this issue is easier to solve in fink/dpkg. I would like to retain > the 32-bit compiler support in the gcc4x compiler packages but > without the need to use "Type: -64bit ." in order to package them. > There are a several reasons for this. The first is that > --disable-multilib creates a compiler that issues cryptic error > messages about missing multilib files when passed -m32 (which is > suboptimal). The second is the absence of 32-bit support in the > compiler might encourage the installation of alternatively packaged > gcc compilers next to fink (which is bad). Lastly, I use the full > multilib packaging of gcc4x to routinely submit testsuite results > upstream for gcc trunk. Any ideas on how feasible it will be to solve > this issue so -64bit can be dropped but its core functionality > retained? Jack >
That sounds like what we really need is a Type: -32bit which has analogous behavior to that of Type: -64bit, i.e: Set the %lib percent expansion to be %p/lib/i386 Allow use of %type_num[-32bit] Set LDFLAGS to -L%p/lib/i386/ -L%p/lib (all from the packaging manual) The x86_64 distribution on 10.6 could potentially benefit from this, too. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4oKI4ACgkQB8UpO3rKjQ8cAwCfftkqdPJzyMdbQHXVv3/ie8D6 SSwAn24+fgGvqbXVvgnONa//dF2qFVy0 =0JtU -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ 5 Ways to Improve & Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
