Re: [Fink-devel] gcc 4.5.1 released

2010-08-11 Thread David R. Morrison
If I could make a small suggestion on this thread. Fink's support for 10.4 will end fairly soon, so it would not be such a bad thing if gcc 4.5.1 only runs on 10.5 and 10.6. -- Dave On Aug 11, 2010, at 5:36 PM, Jack Howarth wrote: > On Wed, Aug 11, 2010 at 07:48:45PM -0400, Alexander Hanse

Re: [Fink-devel] gcc 4.5.1 released

2010-08-11 Thread Jack Howarth
On Wed, Aug 11, 2010 at 07:48:45PM -0400, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 8/11/10 4:56 PM, Jack Fink wrote: > > Salut Jack, > > the problem on 10.4-i386 (with 2 dwarves) is that the build tries to build > > something as x86_64, which can't succeed

Re: [Fink-devel] gcc 4.5.1 released

2010-08-11 Thread Alexander Hansen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/11/10 4:56 PM, Jack Fink wrote: > Salut Jack, > the problem on 10.4-i386 (with 2 dwarves) is that the build tries to build > something as x86_64, which can't succeed with a 32bit libc.dylib. > Cheers (and thanks for putting that much brain/time/e

Re: [Fink-devel] gcc 4.5.1 released

2010-08-11 Thread Jack Fink
Salut Jack, the problem on 10.4-i386 (with 2 dwarves) is that the build tries to build something as x86_64, which can't succeed with a 32bit libc.dylib. Cheers (and thanks for putting that much brain/time/effort into gcc!) -jack --- Jack Howarth schrieb am Mi, 11.8.2010: > Von: Jack Howarth >

Re: [Fink-devel] circular dependencies in archive-tar-pmNNN

2010-08-11 Thread Daniel E. Macks
Hanspeter Niederstrasser said: > 10.5/unstable: > > archive-tar-pm588 TestDepends on test-pod-pm which Depends on > module-build-pm which Depends on module-build-pm588 which Depends on > archive-tar-pm588. And round and round we go. > > $ fink -m --build-as-nobody build archive-tar-pm588 > Infor

Re: [Fink-devel] I'm changing your perlmodule package, and we need a way to avoid it

2010-08-11 Thread Max Horn
[...] >>> >>> 2. DefaultScript: that takes values of "autotools" "makemaker" >>> "module::build"? Bonus: extensible to any other new build systems we >>> feel like supporting, and lets packages get the type:perl magic even >>> if they use autotools (or vice versa). This sounds like the most fut