[MacPorts] #39598: DYLD_LIBRARY_PATH contains /opt/local/lib when executing glibtool-built executables during build (was: Building with gobject-introspection sets DYLD_LIBRARY_PATH)

[MacPorts]

#39598: DYLD_LIBRARY_PATH contains /opt/local/lib when executing glibtool-built
executables during build
----------------------------------+----------------------
  Reporter:  drs@…                |      Owner:  devans@…
      Type:  defect               |     Status:  new
  Priority:  Normal               |  Milestone:
 Component:  ports                |    Version:  2.1.3
Resolution:                       |   Keywords:
      Port:  glibtool webkit-gtk  |
----------------------------------+----------------------
Changes (by jeremyhu@…):

 * port:  gobject-introspection webkit-gtk => glibtool webkit-gtk


Comment:

 Replying to [comment:94 ryandesign@…]:
 > Replying to [comment:85 jeremyhu@…]:
 > > As a test, would you mind moving aside /opt/local/lib/*.la and rebuild
 webkit-gtk?
 > When I do that, the build succeeds.

 #*!%ing piece of $#!& glibtool ...

 I imagine the increased rate of reports is tied to the changes in base-2.2
 for ML and earlier releases.

 Also the fact that I've never seen it on any release is because I hate
 glibtool and set delete_la_files=yes on all of my boxes to avoid crap like
 this.

 I think what is going on here is "by design" for glibtool.  We're
 executing the glibtool-built binary prior to install through the glibtool
 script which sets DYLD_LIBRARY_PATH in order to help it find dependent
 libraries in the build directories.  This is so we ensure we use the just-
 built versions rather than the old/installed versions (also so we find the
 library if it isn't installed yet).

 The first path in DYLD_LIBRARY_PATH (the one with $worksrcpath) is fine.
 That is doing the right thing as described above.  The problem is that
 /opt/local/lib is appearing in DYLD_LIBRARY_PATH when it shouldn't be.

 This is not specific to g-ir-scanner.  It just happens to be a specific
 case of this class of bug.

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