[MacPorts] #38891: Leopard PPC: webkit-gtk @2.0.1: configure fails to find glib2: absolute address to symbol _glib_micro_version in a different linkage unit not supported in _main

[MacPorts]

#38891: Leopard PPC: webkit-gtk @2.0.1: configure fails to find glib2: absolute
address to symbol _glib_micro_version in a different linkage unit not
supported in _main
---------------------------+-----------------------------
  Reporter:  ryandesign@…  |      Owner:  jeremyhu@…
      Type:  defect        |     Status:  new
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.1.3
Resolution:                |   Keywords:  powerpc leopard
      Port:  webkit-gtk    |
---------------------------+-----------------------------

Comment (by ryandesign@…):

 Excluding these two MacPorts tickets, there's
 [https://www.google.com/search?rls=en&q=%22absolute+address+to+symbol+*+in+a+different+linkage+unit+not+supported%22&ie=UTF-8&oe=UTF-8
 only one occurrence] of this type of error in all of Google:
 [http://svn.eduke32.com/filedetails.php?repname=eduke32&path=%2Fpolymer%2Feduke32%2Fsource%2Fstartosx.game.m
 this file] in someone's game which has this comment:

 {{{
     // fix for "ld: absolute address to symbol _NSApp in a different
 linkage unit not supported"
     // (OS X 10.6) when building for PPC
 }}}

 This comment was added in
 [http://svn.eduke32.com/revision.php?repname=eduke32&path=%2Fpolymer%2Feduke32%2Fsource%2Fstartosx.game.m&rev=2429&peg=3334
 this revision]. The problem in their case was with the symbol `_NSApp`;
 they were using `NSApp` throughout their app, and their fix was to declare
 a static variable `nsapp` and assign `[NSApplication sharedApplication]`
 to it and use that variable everywhere. I don't know if or how this
 solution applies to the issues we're seeing in webkit-gtk and boost but
 it's the only lead I can find.

-- 
Ticket URL: <https://trac.macports.org/ticket/38891#comment:7>
MacPorts <http://www.macports.org/>
Ports system for OS X