[MacPorts] #20816: gcc43 @4.3.4 build failure - ld: duplicate symbol in libbackend.a and tree-inline.o
MacPorts
noreply at macports.org
Fri Sep 11 00:52:51 PDT 2009
#20816: gcc43 @4.3.4 build failure - ld: duplicate symbol in libbackend.a and tree-
inline.o
---------------------------------------+------------------------------------
Reporter: faisal.moledina@… | Owner: mww@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 1.8.99
Keywords: snowleopard | Port: gcc43
---------------------------------------+------------------------------------
Comment(by cedric.foellmi@…):
Replying to [comment:11 mmoll@…]:
> This is not really a solution, but you can download a binary of gfortran
4.2 that can *produce* universal binaries here:
http://r.research.att.com/tools. If you're able to get scipy and octave to
compile as universal binaries, at least you'll know that the problem is
with the gcc43 port. I used to get fftw-3 to compile as a universally
binary (haven't tested yet if it works correctly).
I don't really understand how this is a solution. Scipy compile very well
on SnowLeo (see http://blog.hyperjeff.net/?p=160 with easy_install). So
how and what for a new gfortran compiler come into the picture?
My only problem is that I want to use py-biggles port. Macport seems the
only one to build biggles correctly (i.e. with a correct build of
plotutils+x11), although I have attempted many built by my own. However,
macport is unable to build scipy itself, not talking that it requires to
recompile gcc (which sounds crazy to me).
--
Ticket URL: <http://trac.macports.org/ticket/20816#comment:14>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list