Opened 11 years ago
Closed 11 years ago
#39526 closed defect (invalid)
"gcc47 +universal" not universal on 10.8
Reported by: | michaelld (Michael Dickens) | Owned by: | mww@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.3 |
Keywords: | Cc: | larryv (Lawrence Velázquez) | |
Port: | gcc47 gcc46 |
Description
My system is a MacBook Pro 2011 running 10.8 latest, with Xcode latest and MacPorts latest from SVN trunk. I'm actually trying to install "arpack +universal", and it is erroring out during configure (i386) with:
ld: warning: ignoring file /opt/local/lib/gcc47/libquadmath.dylib, file was built for unsupported file format [] which is not the architecture being linked (i386)
so, investigating further
lipo -info /opt/local/lib/gcc47/libquadmath.dylib
returns "Non-fat file: /opt/local/lib/gcc47/libquadmath.dylib is architecture: x86_64" and
port provides /opt/local/lib/gcc47/libquadmath.dylib
returns "gcc47".
port installed gcc47
returns "gcc47 @4.7.3_0+universal (active)". Some of the libraries in /opt/local/lib/gcc47/lib*.dylib are +universal; all are owned by gcc47.
The above is also true for the gcc46 port; I have not tested other gccXY ports.
Change History (3)
comment:1 Changed 11 years ago by larryv (Lawrence Velázquez)
Cc: | larryv@… added |
---|---|
Keywords: | gcc universal removed |
Port: | gcc47, gcc46 → gcc47 gcc46 |
comment:2 Changed 11 years ago by larryv (Lawrence Velázquez)
comment:3 Changed 11 years ago by michaelld (Michael Dickens)
Resolution: | → invalid |
---|---|
Status: | new → closed |
Ah; I see. That leads me back to the arpack configure script, which does seem to be mixing and matching -m32 and -m64, when it should be using the former only for this configure. I'll file another ticket for that issue. Thanks for the quick reply!
So, if i386 libraries are located in /opt/local/lib/gcc47/i386, why are the x86_64 libraries in /opt/local/lib/gcc47 and not /opt/local/lib/gcc47/x86_64? Are these libraries the "default" when no -mXX is supplied?
The i386 libraries are located in
/opt/local/lib/gcc47/i386
; I think this is the normal state of affairs for a multilib GCC installation. Maybe the configure phase has to pass-m32
to correctly find the 32-bit libraries?