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

[MacPorts]

#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@…):

 Note also that you are kinda doing the inverse of the mistake discussed at
 the bottom of comment 28 in
 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180#c28. In that case, Mike
 Stump had proposed using a patch from Apple's gcc branch that forced -m32
 onto the compiler even if the triplet got reported as x86_64-apple-
 darwin*. You are doing the reverse of letting it pickup the incorrectly
 reported triplet of i386-apple-darwin10 and then force it to compile -m32
 which stand the logic of the multilib build on its head. That is could
 well be the actual error. Also, if you don't want to pass the triplet, you
 can always use my proposed config.guess change that is being evaluated
 upstream. This change causes the default compiler to report...

 [Macintosh-2:~/gcc-4.5-20090905] howarth% setenv CC gcc-4.2
 [Macintosh-2:~/gcc-4.5-20090905] howarth% ./config.guess.alternative2
 x86_64-apple-darwin10.0.0

 and the depreciated gcc-4.0 compiler...

 [Macintosh-2:~/gcc-4.5-20090905] howarth% setenv CC gcc-4.0
 [Macintosh-2:~/gcc-4.5-20090905] howarth% ./config.guess.alternative2
 i386-apple-darwin10.0.0

 Note if you pass -m32 to gcc-4.2 you get...

 [Macintosh-2:~/gcc-4.5-20090905] howarth% setenv CC "gcc-4.2 -m32"
 [Macintosh-2:~/gcc-4.5-20090905] howarth% ./config.guess.alternative2
 i386-apple-darwin10.0.0

 and if you pass -m64 to gcc-4.0 you get....

 [Macintosh-2:~/gcc-4.5-20090905] howarth% setenv CC "gcc-4.0 -m64"
 [Macintosh-2:~/gcc-4.5-20090905] howarth% ./config.guess.alternative2
 x86_64-apple-darwin10.0.0

 So again. Stop forcing -m64 or -m32 onto the build. That is very bad
 approach. Instead, either deduce the actual code generation in the
 Portfile and explicitly pass the correct triplets to configure or
 alternatively patch config.guess so that it reports the default code
 generation of the system compiler being uses. I would recommend patching
 config.guess myself.

 ps I'll make a patch for config.guess and attach to the ticket.

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