#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+... only one occurrence] of this type of error in all of Google: [http://svn.eduke32.com/filedetails.php?repname=eduke32&path=%2Fpolymer%2Fedu... 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%2Feduke3... 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