I've been watching in horror the correspondence regarding the new gcc
version in Xcode 2.2 and its potential impact on a bunch of fortran
programs I maintain, smug in my realization that sloth, once again,
is its own reward (I still have 2.1).
Since fink has its own fortran compilers, why
Hi,
The Packages page as linked on fink.sf.net, points to
http://pdb.finkproject.org/pdb/index.php?phpLang=en
But that URL is unreachable for me. A short investigation showed that
none of it's name servers (ns1.middle--earth.org. and
ns2.middle--earth.org.) seem to respond.
Regards,
Freek
On 11/18/05, Freek Dijkstra [EMAIL PROTECTED] wrote:
Hi,
The Packages page as linked on fink.sf.net, points to
http://pdb.finkproject.org/pdb/index.php?phpLang=en
But that URL is unreachable for me. A short investigation showed that
none of it's name servers (ns1.middle--earth.org. and
http://pdb.finkproject.org/pdb/index.php?phpLang=en
But that URL is unreachable for me. A short investigation showed that
none of it's name servers (ns1.middle--earth.org. and
ns2.middle--earth.org.) seem to respond.
Works (at least right now) for me.
traceroute fails for both name servers
The entries for fink's own daemons have HOME=/dev/null and
login-shell=/dev/null while Apple's standard seems to be
HOME=/var/empty login-shell=/usr/bin/false. According to security
advisories I've read, either shell is okay for user cannot log in,
and neither one should be listed in /etc/shells,
On Nov 18, 2005, at 02:31, Martin Costabel wrote:
Alexander K. Hansen wrote:
[]
A thread concerning this behavior has been posted at
http://lists.apple.com/archives/Xcode-users/2005/Nov/msg00267.html
Addendum: I tried this package on a box with XCode 2.1 (gcc 4.0.0)
and it built--it
Am 18.11.2005 um 14:26 schrieb Freek Dijkstra:
Hi,
The Packages page as linked on fink.sf.net, points to http://
pdb.finkproject.org/pdb/index.php?phpLang=en
But that URL is unreachable for me. A short investigation showed
that none of it's name servers (ns1.middle--earth.org. and
On Nov 18, 2005, at 5:18 PM, Max Horn wrote:
I can confirm this. I.e. pdb.finkproject.org doesn't resolve for me
anymore.
me too :)
- Koen.
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss
Has anyone tried updating lammpi from fink 10.4-transitional unstable
to the newer 7.1.1 release source code? I am seeing the same thing that
William Scott was. The fink packaging produces a lammpi for 7.1.1 which
appears to compile and install fine but is unable to execute lamboot
properly. I
I don't understand why this build problem happens under fink but I
believe I have identified the offending file. It appears that the breakage
in the fink build of lam 7.1.1 originates in the liblam.0.0.0.dylib
shared library. Oddly the fink built version shows...
otool -L liblam.0.0.0.dylib
Oddly I see to see that when fink links liblam.0.0.0.dylib with gcc called
as gcc-4.0, I have...
gcc-4.0 -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o
.libs/liblam.0.0.0.dylib ...etc
whereas when I build lam 7.1.1 manually I end up with...
gcc -dynamiclib ${wl}-flat_namespace
11 matches
Mail list logo