Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Daniel Macks
On Mon, Jun 06, 2005 at 10:49:54PM -0500, Corey Halpin wrote: > For packages that needs special tweaks for one arch or another, it might > be simplest to extend the Variants system to provide a predefined 'arch' Type > that is correct at build-time. I'd suggest an implicit > Type: arch (-ppc -he

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Corey Halpin
On 2005-06-06, David R. Morrison wrote: > Here are some first thoughts about how to use "universal" (aka "fat") > binaries with fink. I'm wondering what the advantage is for a project like fink to build fat binaries. For projects that distribute things via CD and want to do so with a minimum

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jun 6, 2005, at 11:32 PM, Daniel Macks wrote: This may sound naive, but while fat binaries would be important if our distribution mechanism were "one binary package file, works everywhere", do we actually expect to have users with a single /sw t

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Rob Braun
On Mon, Jun 06, 2005 at 11:32:52PM -0400, Daniel Macks wrote: > This may sound naive, but while fat binaries would be important if our > distribution mechanism were "one binary package file, works > everywhere", do we actually expect to have users with a single /sw > that will be used cross-platfor

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Daniel Macks
This may sound naive, but while fat binaries would be important if our distribution mechanism were "one binary package file, works everywhere", do we actually expect to have users with a single /sw that will be used cross-platform? dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~d

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Rob Braun
On Tue, Jun 07, 2005 at 09:01:02AM +0900, Peter O'Gorman wrote: > > I advise against the fat approach, I know Rob Braun tried it at some point > and had issues (I cc'ed him). My experience has mostly been with ppc and i386 fat building. Going all fat isn't terrible. It'll cause problems in a few

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Peter O'Gorman
Matthew Sachs wrote: Another way to create Universal binaries is to build single- architecture binaries and then use the lipo tool to glue them together into a Universal one. lipo has been on the system for ages, so you can take a look at it on your current system. Hehe, "Universal bina

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Matthew Sachs
On Jun 6, 2005, at 17:01, Peter O'Gorman wrote: David R. Morrison wrote: | Here are some first thoughts about how to use "universal" (aka "fat") | binaries with fink. | Building fat binaries is more problematic than that, unfortunately. configure scripts do all kinds of checking that are tru

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Chris Zubrzycki
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jun 6, 2005, at 8:01 PM, Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David R. Morrison wrote: | Here are some first thoughts about how to use "universal" (aka "fat") | binaries with fink. | Building fat binaries is mo

Re: [Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread Peter O'Gorman
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 David R. Morrison wrote: | Here are some first thoughts about how to use "universal" (aka "fat") | binaries with fink. | Building fat binaries is more problematic than that, unfortunately. configure scripts do all kinds of checking that are true on o

[Fink-devel] First thoughts about "universal binaries"

2005-06-06 Thread David R. Morrison
Here are some first thoughts about how to use "universal" (aka "fat") binaries with fink. By default, we would assume that most packages will work with both architectures. A new flag would let a package specify that it is only suitable for a single architecture. Perhaps we will need to us

Re: [Fink-devel] PDB broken?

2005-06-06 Thread Daniel Macks
On Mon, Jun 06, 2005 at 07:35:53PM +0200, Max Horn wrote: > To quote : > "The database was last updated at 04:17 GMT on Monday, June 06 and > currently lists 180 packages in 23 sections." The pdb-update script is cron'ed to run every 8 hours, and on a good day ta

[Fink-devel] PDB broken?

2005-06-06 Thread Max Horn
To quote : "The database was last updated at 04:17 GMT on Monday, June 06 and currently lists 180 packages in 23 sections." Max --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho

Re: [Fink-devel] Scipy fails to build on Tiger

2005-06-06 Thread Sébastien Maret
On Jun 3, 2005, at 11:04, Sébastien Maret wrote: Scipy-py24-1:0.3.2-2 fails to build on Tiger. It it tries to link to -lcc_dynamic. Removing the -lcc_dynamic didn't helped. The compilation still fails a little bit farther (with gcc-4.0) Scipy indeed compiles fine with gcc-3.3. Beside, I c