Opened 11 years ago
Last modified 8 years ago
#41687 assigned defect
gcc48 @4.8.2 fortran does not work
Reported by: | ralph@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.2.1 |
Keywords: | mavericks | Cc: | |
Port: | gcc48 |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
I have had a lot of problems trying to build arpack, atlas etc with gcc48. Here is a simple test case which shows what is up. I am not sure whether this is the same as #41555, but I can't rebuild gmp from source either, so I am stuck. Note this is with a fresh install of the prebuilt gcc48.
program foo real, parameter :: bar = sin (12.34 / 2.5) end program foo
Try to compile it with
x86_64-apple-darwin13-gfortran-mp-4.8 foo.f
I get the result
ld: could not parse object file /opt/local/lib/gcc48/libgfortran.dylib: 'Invalid bitcode signature', using libLTO version 'LLVM version 3.4' for architecture x86_64 collect2: error: ld returned 1 exit status
Change History (4)
comment:1 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|---|
Owner: | changed from macports-tickets@… to mww@… |
Port: | gcc48 added |
comment:2 Changed 11 years ago by ralph@…
Probably because you do not have llvm3.4 installed too, I would guess.
comment:3 Changed 11 years ago by ralph@…
After removing gcc48 llvm-3.4 cctools ld64 and libgcc, then reinstalling gcc48 and libgcc, this now works for me too. This sems to be because instead of llvm-3.4 being reinstalled, llvm-3.3 is installed. So, there is definitely some nasty interaction between gcc48 and llvm-3.4
comment:4 Changed 8 years ago by kurthindenburg (Kurt Hindenburg)
Owner: | changed from mww@… to macports-tickets@… |
---|---|
Status: | new → assigned |
Note: See
TracTickets for help on using
tickets.
The same command works fine for me on Mavericks.