[MacPorts] #13472: gnucash 2.2.1 fails to build on Leopard (10.5.1)

[MacPorts]

#13472: gnucash 2.2.1 fails to build on Leopard (10.5.1)
---------------------------------------+------------------------------------
  Reporter:  sinclair.jesse at gmail.com  |       Owner:  mas at macports.org
      Type:  defect                    |      Status:  new             
  Priority:  Normal                    |   Milestone:  Port Bugs       
 Component:  ports                     |     Version:  1.5.2           
Resolution:                            |    Keywords:                  
---------------------------------------+------------------------------------
Comment (by macosforge.lbn at spamgourmet.com):

 Replying to [comment:7 mmacleod at ieee.org]:
 > I have the same problem.  It's not just that guile-config needs to be
 guile16-config, but that there's no 'guile' either, the executable is
 called 'guile16'.  Is there a way to get configure to 'see' guile16 that
 won't end up confusing the final build?

 The guile-1.6 utilities are there, but they have the version suffix
 appended (e.g. guile16 instead of guile).

 One possible solution (if you don't have the current guile port installed)
 is to create symbolic links to the names without a suffix.  The symbolic
 links you need to make (the ones I can remember) are:
 {{{
    /opt/local/include/libguile -> /opt/local/include/libguile16
    /opt/local/include/libguile.h -> /opt/local/include/libguile16.h
    /opt/local/include/guile -> /opt/local/include/guile16
    /opt/local/bin/guile -> /opt/local/bin/guile16
    /opt/local/bin/guile-config -> /opt/local/bin/guile-config16
    /opt/local/bin/guile-snarf -> /opt/local/bin/guile-snarf16
    /opt/local/bin/guile-tools -> /opt/local/bin/guile-tools16
 }}}

 There seems to be other problems even with this partial solution.

-- 
Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13472#comment:8>
MacPorts </projects/macports>
Ports system for Mac OS