[MacPorts] #24194: gcc42, gcc43, gcc44 won't compile with non-default build_arch

[MacPorts]

#24194: gcc42, gcc43, gcc44 won't compile with non-default build_arch
-------------------------------+--------------------------------------------
 Reporter:  gvibe06@…          |       Owner:  mww@…            
     Type:  defect             |      Status:  new              
 Priority:  Normal             |   Milestone:                   
Component:  ports              |     Version:  1.8.2            
 Keywords:                     |        Port:  gcc44 gcc43 gcc42
-------------------------------+--------------------------------------------

Comment(by gvibe06@…):

 Replying to [comment:18 roumbaba@…]:
 >
 > One hint: The problem should not be too difficult to fix for you because
 gcc44 builds fine in universal mode with universal set to x86_64 i386

 It is very difficult if I don't want to build 64-bit.  For example...this
 special circumstance, I am using Crossover Office by Code Weavers, and it
 requires quartz-wm from X11.pkg via the Install DVD. It won't accept
 XQuartz from MacOSForge, nor will it accept X11.pkg from the same place.
 Digging further you would find that Crossover Office is just wine, but its
 32-bit wine and seems to choke when it is forced to do what it was not
 meant to do.  So I have to force build 32-bit, forcing i386 as default
 arch and forcing -universal in order to appease this very necessary
 application. It runs the Windows programs I need, and is really quite good
 at it.
 [[BR]]
 [[BR]]
 The problem hits when I have a need for something (gcc44) for whatever
 reason, and we end up right back here at this very bug, today. Its truly
 baffling that everything being asked for and checked by the gcc44 Portfile
 is met. However, its configure run just can't find a file (mpfr.h) that is
 in fact located in the same place as gmp.h, a file asked for one step
 prior, and is found.
 [[BR]]
 [[BR]]
 Anyway...I just thought I would point out the scenario where 64-bit cannot
 be used. I understand this may require some upstream help and lots of 5hr-
 Energy shots to get done, and that the possibility exists it can't/won't
 be done. Its important for some (me included) that this port work under
 both arch's. But if it can't then let's state why and close this out.
 [[BR]]
 --
 J

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