Summary: | use of symlink for libXt.7.dylib breaks binaries linked to libXt created under Xquartz 2.7.10-rc2 | ||
---|---|---|---|
Product: | XQuartz | Reporter: | Jack Howarth <howarth.at.macports> |
Component: | Other | Assignee: | Jeremy Huddleston Sequoia <jeremyhu> |
Status: | RESOLVED FIXED | QA Contact: | Jeremy Huddleston Sequoia <jeremyhu> |
Severity: | blocker | ||
Priority: | high | ||
Version: | development (betas, rcs, git) | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Mac OS X (All) | ||
Whiteboard: | milestone:xquartz-2.7.10 | ||
i915 platform: | i915 features: | ||
Attachments: | libXt.7.dylib |
Description
Jack Howarth
2016-09-25 18:12:28 UTC
Created attachment 126783 [details]
libXt.7.dylib
Can you give this libXt.7.dylib a whirl?
(In reply to Jeremy Huddleston Sequoia from comment #1) > Created attachment 126783 [details] > libXt.7.dylib > > Can you give this libXt.7.dylib a whirl? Replacing the symlink for libXt.7.dylib in the installed Xquartz 2.7.10-rc2 with this file restores functionality to previous binaries like gs built against the libXt.7.dylib from Xquartz 2.7.9. Thanks. Thanks for testing. I've included this in 2.7.10_rc3. Please also verify that everything works as expected there as well. (In reply to Jeremy Huddleston Sequoia from comment #3) > Thanks for testing. I've included this in 2.7.10_rc3. Please also verify > that everything works as expected there as well. 2.7.10-rc3 doesn't seem to be what it claims. After installing, I ended up with... $ ls -l /opt/X11/lib/libXt.7.dylib -rwxr-xr-x@ 1 root wheel 698896 Sep 27 01:45 /opt/X11/lib/libXt.7.dylib $ otool -L /opt/X11/lib/libXt.7.dylib /opt/X11/lib/libXt.7.dylib: /opt/X11/lib/libXt.7.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/X11/lib/libSM.6.dylib (compatibility version 7.0.0, current version 7.1.0) /opt/X11/lib/libICE.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/X11/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/X11/lib/libxcb.1.dylib (compatibility version 3.0.0, current version 3.0.0) /opt/X11/lib/libXau.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/X11/lib/libXdmcp.6.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.1.1) instead of the expected... $ otool -L libXt.7.dylib libXt.7.dylib: /opt/X11/lib/libXt.7.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/X11/lib/libXt.6.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/X11/lib/libX11.6.dylib (compatibility version 10.0.0, current version 10.0.0) /opt/X11/lib/libxcb.1.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.0.0) Not only does the 2.7.10-rc3 release not contain the promised stub shared library for /opt/X11/lib/libXt.7.dylib, it also is missing the /opt/X11/lib/libXt.6.dylib shared library which will break legacy binaries built against Xquartz 2.7.8 or earlier. Yeah, there was an issue with the 2.7.10_rc3 build separate from this issue. This fix got obliterated by that. I identified the source of the problem (an old patch on my build machine which bumped libXt's soname, sorry), and I'm rolling up an rc4 which will properly contain this fix. Thanks, Jeremy (In reply to Jeremy Huddleston Sequoia from comment #6) > Yeah, there was an issue with the 2.7.10_rc3 build separate from this issue. > This fix got obliterated by that. I identified the source of the problem > (an old patch on my build machine which bumped libXt's soname, sorry), and > I'm rolling up an rc4 which will properly contain this fix. > > Thanks, > Jeremy Xquartz 2,7.10-rc4 properly installs the expected files for libXt. Thanks. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.