[MacPorts] #20838: gcc44, gcc45 on snow leopard: can't open file: ./libgcc_s.1.dylib.tmp: No such file or directory

MacPorts noreply at macports.org
Sat Sep 12 16:52:42 PDT 2009


#20838: gcc44, gcc45 on snow leopard: can't open file: ./libgcc_s.1.dylib.tmp: No
such file or directory
---------------------------------------+------------------------------------
 Reporter:  andrius.laikina@…          |       Owner:  mww@…           
     Type:  defect                     |      Status:  new             
 Priority:  Normal                     |   Milestone:                  
Component:  ports                      |     Version:                  
 Keywords:                             |        Port:  gcc44, gcc45    
---------------------------------------+------------------------------------

Comment(by howarth@…):

 The first thing I would try is start passing the correct triplets to
 configure. In my gcc4x packages on fink, I always passed...

  darwinvers=`uname -r|cut -f1 -d.`
  if [ "%m" = "powerpc" ]; then
   ../gcc-%v/configure %c --build=%m-apple-darwin${darwinvers} --host=%m
 -apple-darwin${darwinvers} --target=%m-apple-darwin${darwinvers}
  elif [ "%m" = "i386" ]; then
   ../gcc-%v/configure %c --with-arch=nocona --with-tune=generic
 --build=i686-apple-darwin${darwinvers} --host=i686-apple-
 darwin${darwinvers} --target=i686-apple-darwin${darwinvers}
  elif [ "%m" = "x86_64" ]; then
   ../gcc-%v/configure %c --build=x86_64-apple-darwin${darwinvers}
 --host=x86_64-apple-darwin${darwinvers} --target=x86_64-apple-
 darwin${darwinvers}
  fi

 I would suspect the build system is getting really confused cause
 config.log shows it thinks its building a 32-bit compiler....

 checking build system type... i386-apple-darwin10.0.0
 checking host system type... i386-apple-darwin10.0.0
 checking target system type... i386-apple-darwin10.0.0

 but you are forcing 64-bit code generation in the CFLAGS, CXXFLAGS and
 FFLAGS. If you read....

 https://savannah.gnu.org/patch/?6827

 and comment 28 from....

 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180#c28

 You will see this approach is wrong.

-- 
Ticket URL: <http://trac.macports.org/ticket/20838#comment:26>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list