[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