[MacPorts] #30488: gavl fails to build

[MacPorts]

#30488: gavl fails to build
-------------------------------------+--------------------------------------
 Reporter:  macports@…               |       Owner:  macports-tickets@…                   
     Type:  defect                   |      Status:  new                                  
 Priority:  Normal                   |   Milestone:                                       
Component:  ports                    |     Version:  2.0.0                                
 Keywords:                           |        Port:  gavl                                 
-------------------------------------+--------------------------------------

Comment(by macports@…):

 I finally got around to fiddling with this and my initial instinct was
 correct, the problem is caused by incorrect architecture detection. If I
 edit the configure script to force x86_64, then the build completes
 without error. I'd submit a patch, but it'd be a hack that would then
 break anyone on plain i386. Someone who knows autotools and is willing to
 deal with that garbage heap needs to make a proper patch.

 In the meantime, here are the steps to build gavl quick and easy.
 1) sudo port extract gavl
 2) cd /usr/local/var/macports/build/[long dir name depending on how your
 ports are fetched]gavl/work/gavl-1.2.0
 3) sudo vi configure: edit line 3106 to read host_cpu=x86_64
 4) sudo port install gavl

 Tested on OS X 10.6.8 on Cire2Duo running 64bit kernel and userland (all
 ports build for x86_64 only) with most current macports.

 A little more info for those who might care to hack up the configure
 script. Line 3106 sets the host_cpu variable to the results of a routine
 called from config.sub. That should be the cpu id of the buildhost, which
 should just be result of uname -m, except this is autotools trash so a few
 thousands lines of shell script are executed to cone up with the same
 answer (or in this case, NOT the same answer). That host_cpu variable is
 used on line 11555 to set the architecture, where i[3-7]86 sets
 ARCH_X86=true, and x86_64 also sets ARCH_X86_64=true. That latter variable
 makes a significant difference, setting it cleans up some errors that were
 coming from configure right around where it shows the detected
 architecture. As the host_cpu variable is used in numerous other places, I
 decided to override it as its the base of the problem, rather than just
 set the flag here and risk other problems. With the override on line 3106,
 I get detected architecture x86_64 (correct) instead of previous IA32
 (incorrect) and the build and cleanly finish.

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