Re: [Fink-devel] [Fwd: zsh as shell in compilescript on 10.6 breaks 32bit Fink]

2009-09-07 Thread Martin Costabel
William G. Scott wrote: > > > On Sep 7, 2009, at 10:08 AM, Martin Costabel wrote: > >> William G. Scott wrote: >>> >>> #!/bin/zsh -f >>> source %p/bin/init.sh >>> PATH=%p/bin:%p/sbin:${PATH} ; export PATH >>> this appears to put everything right, at least in my experiment. >> >> But on 10.6 "gcc

Re: [Fink-devel] Test binutils on 10.6

2009-09-07 Thread Jack Howarth
Also regarding bintuils on darwin, you might check out... http://gcc.gnu.org/ml/gcc/2009-09/msg00146.html FYI. Jack -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simpl

Re: [Fink-devel] Test binutils on 10.6

2009-09-07 Thread Jack Howarth
On a related issue, we will need to try to get a usable gdb-7.x package into fink when gcc 4.5 is released. The var-tracking-assignment merge into gcc trunk will break debugging exeption handling when using optimization on older gdb releases. Current gdb cvs is broken on all darwin. It will be im

[Fink-devel] Test binutils on 10.6

2009-09-07 Thread Schindler Karl-Michael
Hi binutils are broken on 10.6. According to this ticket on macports (http://trac.macports.org/ticket/20197 ) it could be a minor issue. But do not (yet) have 10.6. So, can some test whether this little expansion of the configure part fixes the problem with one of my binutils packages, for e

Re: [Fink-devel] [Fwd: zsh as shell in compilescript on 10.6 breaks 32bit Fink]

2009-09-07 Thread William G. Scott
On Sep 7, 2009, at 10:08 AM, Martin Costabel wrote: > William G. Scott wrote: >> >> #!/bin/zsh -f >> source %p/bin/init.sh >> PATH=%p/bin:%p/sbin:${PATH} ; export PATH >> this appears to put everything right, at least in my experiment. > > But on 10.6 "gcc" then would still be "/usr/bin/gcc" (whi

Re: [Fink-devel] [Fwd: zsh as shell in compilescript on 10.6 breaks 32bit Fink]

2009-09-07 Thread Martin Costabel
William G. Scott wrote: > > On Sep 7, 2009, at 5:23 AM, Martin Costabel wrote: > >> Somehow one needs to place that path-prefix back in front of the PATH, >> but since this is distribution and architecture dependent, to do so >> can >> become quite a mess. > > Hi Martin: > > I am working on p

Re: [Fink-devel] [Fwd: zsh as shell in compilescript on 10.6 breaks 32bit Fink]

2009-09-07 Thread William G. Scott
Hi Martin: Fortunately the fix was much simpler for apbs. I just started the CompileScript with #!/bin/bash -efv source %p/bin/init.sh PATH=%p/bin:%p/sbin:${PATH} ; export PATH the last two lines are probably overkill, but to be on the safe side... Thanks (and sorry!!!). Bill On Sep 7, 200

Re: [Fink-devel] [Fwd: zsh as shell in compilescript on 10.6 breaks 32bit Fink]

2009-09-07 Thread William G. Scott
On Sep 7, 2009, at 5:23 AM, Martin Costabel wrote: > > Somehow one needs to place that path-prefix back in front of the PATH, > but since this is distribution and architecture dependent, to do so > can > become quite a mess. Hi Martin: I am working on pdb2pqr, an apbs dependency that uses gfo

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/sci mosflm.info, 1.23, 1.24

2009-09-07 Thread William Scott
On Mon, September 7, 2009 12:35 am, Martin Costabel wrote: > David R. Morrison wrote: >> Bill, >> >> Isn't that going to break on powerpc? >> >>-- Dave >> >> >> On Sep 6, 2009, at 11:09 PM, William Scott wrote: >> >>> Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sci >>> In dire

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/sci mosflm.info, 1.23, 1.24

2009-09-07 Thread Martin Costabel
David R. Morrison wrote: > Bill, > > Isn't that going to break on powerpc? > >-- Dave > > > On Sep 6, 2009, at 11:09 PM, William Scott wrote: > >> Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sci >> In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv9438 >> >> Modified File

Re: [Fink-devel] zsh as shell in compilescript on 10.6 breaks 32bit Fink

2009-09-07 Thread Martin Costabel
Jack Howarth wrote: [] > > Martin, >I am a bit confused. If you want gfortran to pass -m32, I would suspect > you are > running i386 fink in which case the gcc44 package will have built a 32-bit > native > compiler that generates i386 code. You shouldn't have to pass it anything at > all.