Here's the libs from XQuartz 2.7.9: $ otool -hv libXt.6.dylib libXt.7. There is no libXt.7.dylib in this version. MH_MAGIC_64 X86_64 ALL 0x00 DYDYLDLINK NO_REEXPORTED_DYLIBS APP_EXTENSION_SAFE Magic cputype cpusubtype caps filetype ncmds sizeofcmds flags Here's the library from XQuartz 2.7.8 (the prior version): $ otool -hv libXt.6.dylib If you're using older Mac hardware with PowerPC CPUs, you can also run XFree86 in the Darwin/PowerPC port (note that is originally a forked XFree86). If you're running older OS X versions, you might prefer X11.app from Apple. Which I think means that libXt.6.dylib is -flat_namespace, and the new libXt.7.dylib is not. XQuartz is usually the best option for running an X server on a Mac. Motif users are encouraged to file bugs against Motif to encourage them to fix that library.Īnd this from the XQuartz 2.7.9 release notes: libXtīinary compatibility maintained for existing clients of libXt.6.dylib Set DYLD_LIBRARY_PATH=/opt/X11/lib/flat_namespace when executing older non-compliant software (eg: Motif-based applications) LibXt.7.dylib is now a stub dylib that re-exports libXt.6.dylib (for binary compatibility with anything built against XQuartz 2.7.9)Ī flat_namespace version of libXt is available in /opt/X11/lib/flat_namespace to help ease the transition (#96292) LibXt.6.dylib is now a two-level-namespace dylib I suspect the first time that an openmotif bottle was built against 2.7.9, it linked to the two-level-namespace libXt.7.dylib, and picked it up on a subsequent update.Īha! The 2.7.10_rc4 release notes even have an item about libXt and Motif. So this was probably caused by XQuartz being upgraded on the test-bot servers. The source of error taken from this thread: Re-install openmotif and the affected programs from source I fond the solution on homebrew github.Īs a workaround, to get motif-based programs running again:ĭowngrade XQuartz to 2.7.8 brew update & brew upgrade
0 Comments
Leave a Reply. |