XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back. http://www.xquartz.org/releases/XQuartz-2.7.9_rc1.html --Jeremy
Jeremy, Unless I am missing something here, the change to so version bump libXt while retaining the legacy libXt.6.dylib built with -flat_namespace breaks the ability to rebuild OpenMotif. If I use... perl -pi -e 's,-lXt ,/opt/X11/lib/libXt.6.dylib ,g' configure.ac lib/Mrm/Makefile.am lib/Xm/Makefile.am to force the build of OpenMotif to use the legacy OpenMotif copy, the linkages fail with... /bin/sh ../../libtool --tag=CC --mode=link flag-sort -r gcc -g -O2 -Wall -g -fno-strict-aliasing -Wno-unused -Wno-comment -I/sw/include -I/sw/include/freetype2 -I/opt/X11/include -no-undefined -version-info 4:4:0 -L/sw/lib -o libXm.la -rpath /sw/lib XmStrDefs.lo ArrowB.lo ArrowBG.lo BulletinB.lo CallbackI.lo CascadeB.lo CascadeBG.lo Command.lo CutPaste.lo Dest.lo DialogS.lo DialogSE.lo DragBS.lo DragC.lo DragOverS.lo DragICC.lo DragIcon.lo DragUnder.lo DrawingA.lo DrawnB.lo DropSMgr.lo DropSMgrI.lo DropTrans.lo ExtObject.lo FileSB.lo Form.lo Frame.lo Gadget.lo GadgetUtil.lo GeoUtils.lo ImageCache.lo Label.lo LabelG.lo List.lo MainW.lo MapEvents.lo MenuShell.lo MenuUtil.lo MessageB.lo PanedW.lo PushB.lo PushBG.lo ReadImage.lo Region.lo ResConvert.lo ResInd.lo RowColumn.lo Sash.lo Scale.lo ScrollBar.lo ScrolledW.lo SelectioB.lo SeparatoG.lo Separator.lo Simple.lo Text.lo TextIn.lo TextOut.lo TextStrSo.lo TextSel.lo ToggleB.lo ToggleBG.lo TrackLoc.lo UniqueEvnt.lo VaSimple.lo VirtKeys.lo XmString.lo ResEncod.lo TextF.lo TextFSel.lo AtomMgr.lo Cache.lo Protocols.lo Primitive.lo Manager.lo Traversal.lo TravAct.lo TraversalI.lo BaseClass.lo Desktop.lo Messages.lo Transltns.lo RepType.lo Xmos.lo Draw.lo TearOff.lo TearOffB.lo XmIm.lo GMUtils.lo Display.lo Screen.lo ShellE.lo VendorS.lo VendorSE.lo RCMenu.lo RCLayout.lo GetPixData.lo RCPopup.lo Trait.lo Synthetic.lo XmFontList.lo ClipWindow.lo Transfer.lo Hash.lo ScrollFrameT.lo XmTabList.lo Resolve.lo XmStringFunc.lo XmRenderT.lo PixConv.lo Color.lo Xm.lo CareVisualT.lo Direction.lo XmStringObso.lo XmStringGet.lo IsMwmRun.lo MenuProc.lo MenuState.lo TextFind.lo TextFunc.lo ColorObj.lo IconFile.lo RCHook.lo GetRes.lo BBUtil.lo ChColor.lo ColObjFunc.lo DrTog.lo DrArrow.lo DrPoly.lo DrHiDash.lo ValTime.lo FocusAct.lo CvtUnit.lo ScalTics.lo ScroVis.lo WidGet.lo PrintS.lo Obso1_2.lo ObsoStr.lo ObsoXme.lo Obso2_0.lo XpmAttrib.lo XpmCrIFrDat.lo XpmInfo.lo XpmWrFFrDat.lo Xpmmisc.lo XpmCrBufFrI.lo XpmCrIFrP.lo XpmRdFToBuf.lo XpmWrFFrI.lo Xpmparse.lo XpmCrBufFrP.lo XpmCrPFrBuf.lo XpmRdFToDat.lo XpmWrFFrP.lo Xpmrgb.lo XpmCrDatFrI.lo XpmCrPFrDat.lo XpmRdFToI.lo Xpmcreate.lo Xpmscan.lo Xpms_popen.lo XpmCrDatFrP.lo XpmCrPFrI.lo XpmRdFToP.lo Xpmdata.lo XpmCrIFrBuf.lo XpmImage.lo XpmWrFFrBuf.lo Xpmhashtab.lo IconH.lo Container.lo IconG.lo Notebook.lo ComboBox.lo GrabShell.lo SpinB.lo SSpinB.lo TxtPropCv.lo XmStringSeg.lo TranslNew.lo SlideC.lo ToolTip.lo EditresCom.lo XmExtUtil.lo Column.lo ButtonBox.lo ColorS.lo Picture.lo DataFSel.lo DataF.lo MultiList.lo I18List.lo Paned.lo FontS.lo IconBox.lo IconButton.lo xmlist.lo Hierarchy.lo Outline.lo TabBox.lo TabList.lo TabStack.lo DrawUtils.lo Tree.lo DropDown.lo Jpeg.lo Png.lo -L/usr/X11/lib -lXmu /opt/X11/lib/libXt.6.dylib -lXext -lXp -lX11 -liconv -L/sw/lib -lfreetype -L/usr/X11/lib -lXft -lXrender -L/sw/lib -lfontconfig -L/sw/lib -lXft -ljpeg -lpng libtool: link: flag-sort -r gcc -dynamiclib -o .libs/libXm.4.dylib .libs/XmStrDefs.o .libs/ArrowB.o .libs/ArrowBG.o .libs/BulletinB.o .libs/CallbackI.o .libs/CascadeB.o .libs/CascadeBG.o .libs/Command.o .libs/CutPaste.o .libs/Dest.o .libs/DialogS.o .libs/DialogSE.o .libs/DragBS.o .libs/DragC.o .libs/DragOverS.o .libs/DragICC.o .libs/DragIcon.o .libs/DragUnder.o .libs/DrawingA.o .libs/DrawnB.o .libs/DropSMgr.o .libs/DropSMgrI.o .libs/DropTrans.o .libs/ExtObject.o .libs/FileSB.o .libs/Form.o .libs/Frame.o .libs/Gadget.o .libs/GadgetUtil.o .libs/GeoUtils.o .libs/ImageCache.o .libs/Label.o .libs/LabelG.o .libs/List.o .libs/MainW.o .libs/MapEvents.o .libs/MenuShell.o .libs/MenuUtil.o .libs/MessageB.o .libs/PanedW.o .libs/PushB.o .libs/PushBG.o .libs/ReadImage.o .libs/Region.o .libs/ResConvert.o .libs/ResInd.o .libs/RowColumn.o .libs/Sash.o .libs/Scale.o .libs/ScrollBar.o .libs/ScrolledW.o .libs/SelectioB.o .libs/SeparatoG.o .libs/Separator.o .libs/Simple.o .libs/Text.o .libs/TextIn.o .libs/TextOut.o .libs/TextStrSo.o .libs/TextSel.o .libs/ToggleB.o .libs/ToggleBG.o .libs/TrackLoc.o .libs/UniqueEvnt.o .libs/VaSimple.o .libs/VirtKeys.o .libs/XmString.o .libs/ResEncod.o .libs/TextF.o .libs/TextFSel.o .libs/AtomMgr.o .libs/Cache.o .libs/Protocols.o .libs/Primitive.o .libs/Manager.o .libs/Traversal.o .libs/TravAct.o .libs/TraversalI.o .libs/BaseClass.o .libs/Desktop.o .libs/Messages.o .libs/Transltns.o .libs/RepType.o .libs/Xmos.o .libs/Draw.o .libs/TearOff.o .libs/TearOffB.o .libs/XmIm.o .libs/GMUtils.o .libs/Display.o .libs/Screen.o .libs/ShellE.o .libs/VendorS.o .libs/VendorSE.o .libs/RCMenu.o .libs/RCLayout.o .libs/GetPixData.o .libs/RCPopup.o .libs/Trait.o .libs/Synthetic.o .libs/XmFontList.o .libs/ClipWindow.o .libs/Transfer.o .libs/Hash.o .libs/ScrollFrameT.o .libs/XmTabList.o .libs/Resolve.o .libs/XmStringFunc.o .libs/XmRenderT.o .libs/PixConv.o .libs/Color.o .libs/Xm.o .libs/CareVisualT.o .libs/Direction.o .libs/XmStringObso.o .libs/XmStringGet.o .libs/IsMwmRun.o .libs/MenuProc.o .libs/MenuState.o .libs/TextFind.o .libs/TextFunc.o .libs/ColorObj.o .libs/IconFile.o .libs/RCHook.o .libs/GetRes.o .libs/BBUtil.o .libs/ChColor.o .libs/ColObjFunc.o .libs/DrTog.o .libs/DrArrow.o .libs/DrPoly.o .libs/DrHiDash.o .libs/ValTime.o .libs/FocusAct.o .libs/CvtUnit.o .libs/ScalTics.o .libs/ScroVis.o .libs/WidGet.o .libs/PrintS.o .libs/Obso1_2.o .libs/ObsoStr.o .libs/ObsoXme.o .libs/Obso2_0.o .libs/XpmAttrib.o .libs/XpmCrIFrDat.o .libs/XpmInfo.o .libs/XpmWrFFrDat.o .libs/Xpmmisc.o .libs/XpmCrBufFrI.o .libs/XpmCrIFrP.o .libs/XpmRdFToBuf.o .libs/XpmWrFFrI.o .libs/Xpmparse.o .libs/XpmCrBufFrP.o .libs/XpmCrPFrBuf.o .libs/XpmRdFToDat.o .libs/XpmWrFFrP.o .libs/Xpmrgb.o .libs/XpmCrDatFrI.o .libs/XpmCrPFrDat.o .libs/XpmRdFToI.o .libs/Xpmcreate.o .libs/Xpmscan.o .libs/Xpms_popen.o .libs/XpmCrDatFrP.o .libs/XpmCrPFrI.o .libs/XpmRdFToP.o .libs/Xpmdata.o .libs/XpmCrIFrBuf.o .libs/XpmImage.o .libs/XpmWrFFrBuf.o .libs/Xpmhashtab.o .libs/IconH.o .libs/Container.o .libs/IconG.o .libs/Notebook.o .libs/ComboBox.o .libs/GrabShell.o .libs/SpinB.o .libs/SSpinB.o .libs/TxtPropCv.o .libs/XmStringSeg.o .libs/TranslNew.o .libs/SlideC.o .libs/ToolTip.o .libs/EditresCom.o .libs/XmExtUtil.o .libs/Column.o .libs/ButtonBox.o .libs/ColorS.o .libs/Picture.o .libs/DataFSel.o .libs/DataF.o .libs/MultiList.o .libs/I18List.o .libs/Paned.o .libs/FontS.o .libs/IconBox.o .libs/IconButton.o .libs/xmlist.o .libs/Hierarchy.o .libs/Outline.o .libs/TabBox.o .libs/TabList.o .libs/TabStack.o .libs/DrawUtils.o .libs/Tree.o .libs/DropDown.o .libs/Jpeg.o .libs/Png.o -L/sw/lib -L/usr/X11/lib -lXmu -lXext -lXp -lX11 /sw/lib/libiconv.dylib /sw/lib/freetype219/lib/libfreetype.dylib -lXrender /sw/lib/fontconfig2/lib/libfontconfig.dylib /sw/lib/xft2/lib/libXft.dylib /sw/lib/libjpeg.dylib /sw/lib/libpng16.dylib -g -O2 -g -install_name /sw/lib/libXm.4.dylib -compatibility_version 5 -current_version 5.4 -Wl,-single_module Undefined symbols for architecture x86_64: "_XtAddCallback", referenced from: _ChangeCB in ArrowB.o _ChangeCB in ArrowBG.o _InsertChild in BulletinB.o _Initialize in Command.o _XmeCreateClassDialog in DialogS.o _XmDragStart in DragC.o _InitiatorMainLoop in DragC.o ... "_XtAddEventHandler", referenced from: _XmClipboardEndCopy in CutPaste.o _InsertChild in MenuShell.o _Initialize in RowColumn.o _Realize in RowColumn.o _InsertChild in RowColumn.o _Initialize in Scale.o __XmTextOutputCreate in TextOut.o ... etc. Have you tested this in MacPorts to see if its openmotif package can be rebuilt against XQuartz 2.7.9-rc1? Jack ps Perhaps you really need both the legacy copy of libXt.6.dylib and to build a second copy of libXt,7.dylib using -flat_namespace (placed in a buried subdirectory) to cope with the ABI changes in the headers for libXt. On Wed, Jan 6, 2016 at 3:00 PM, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
http://www.xquartz.org/releases/XQuartz-2.7.9_rc1.html
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
On Jan 6, 2016, at 13:41, Jack Howarth <howarth.mailing.lists@gmail.com> wrote:
Jeremy, Unless I am missing something here, the change to so version bump libXt while retaining the legacy libXt.6.dylib built with -flat_namespace breaks the ability to rebuild OpenMotif. If I use...
... Undefined symbols for architecture x86_64: "_XtAddCallback", referenced from: _ChangeCB in ArrowB.o _ChangeCB in ArrowBG.o _InsertChild in BulletinB.o _Initialize in Command.o _XmeCreateClassDialog in DialogS.o _XmDragStart in DragC.o _InitiatorMainLoop in DragC.o ... "_XtAddEventHandler", referenced from: _XmClipboardEndCopy in CutPaste.o _InsertChild in MenuShell.o _Initialize in RowColumn.o _Realize in RowColumn.o _InsertChild in RowColumn.o _Initialize in Scale.o __XmTextOutputCreate in TextOut.o ...
I see that symbol: ~ $ nm -arch x86_64 /opt/X11/lib/libXt.6.dylib | grep XtAddEventH 000000000000c8b0 T _XtAddEventHandler
etc. Have you tested this in MacPorts to see if its openmotif package can be rebuilt against XQuartz 2.7.9-rc1?
Jack ps Perhaps you really need both the legacy copy of libXt.6.dylib and to build a second copy of libXt,7.dylib using -flat_namespace (placed in a buried subdirectory) to cope with the ABI changes in the headers for libXt.
That doesn't make sense. libXt.6.dylib *IS* the version of libXt.dylib using -flat_namespace. There is no ABI change in the headers or anything like that. This is just a change to fix linkage to remove that hack to workaround the bugs in Motif.
On Wed, Jan 6, 2016 at 3:00 PM, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
http://www.xquartz.org/releases/XQuartz-2.7.9_rc1.html
--Jeremy
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
Am 06.01.2016 um 21:00 schrieb Jeremy Huddleston Sequoia:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
On Snow Leopard, Mac OS X 10.6.8, it crashes at once with: Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown Backtrace not available Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8 Binary images description not available -- Greetings Pete One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.
Darn, sorry. I intended this build to be for 10.6.3+, but I accidentally left it built for 10.8. I'll update the sparkle feed to make sure it doesn't get offered to SL and Lion users. I'll get out an rc2 in the next couple days to address that.
On Jan 6, 2016, at 14:58, Peter Dyballa <Peter_Dyballa@web.de> wrote:
Am 06.01.2016 um 21:00 schrieb Jeremy Huddleston Sequoia:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
On Snow Leopard, Mac OS X 10.6.8, it crashes at once with:
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown
Backtrace not available
Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8
Binary images description not available
-- Greetings
Pete
One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
Jeremy, Are you sure that it is safe to mix the newer libXt.7.dylib with binaries built against the older libXt.6.dylib? Initially I was able to run the previous copies of xmgrace and molmol built against the Xquartz 2.7.8's X11 libs and headers, however after logging out and back into my account, these binaries now fail with... Error: Couldn't find per display information When was the last time a major X11 lib got an so version bump like this in Xquartz? Jack On Wed, Jan 6, 2016 at 10:33 PM, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
Darn, sorry. I intended this build to be for 10.6.3+, but I accidentally left it built for 10.8. I'll update the sparkle feed to make sure it doesn't get offered to SL and Lion users. I'll get out an rc2 in the next couple days to address that.
On Jan 6, 2016, at 14:58, Peter Dyballa <Peter_Dyballa@web.de> wrote:
Am 06.01.2016 um 21:00 schrieb Jeremy Huddleston Sequoia:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
On Snow Leopard, Mac OS X 10.6.8, it crashes at once with:
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown
Backtrace not available
Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8
Binary images description not available
-- Greetings
Pete
One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
Jeremy, Also, I assume that the so version bump was not done cosmetically to allow libXt to be rebuilt without -flat_namespace but involves real ABI changes to that library. If that is the case, won't there be issues when executables and their associated libraries are built against the different so versions of libXt? More importantly, has any other distribution tried to use this newer libXt? I see fedora rawhide is still on so version 6 as is debian sid. This seems like it might be a rather experimental change which hasn't been well field tested. Jack On Wed, Jan 6, 2016 at 11:49 PM, Jack Howarth <howarth.mailing.lists@gmail.com> wrote:
Jeremy, Are you sure that it is safe to mix the newer libXt.7.dylib with binaries built against the older libXt.6.dylib? Initially I was able to run the previous copies of xmgrace and molmol built against the Xquartz 2.7.8's X11 libs and headers, however after logging out and back into my account, these binaries now fail with...
Error: Couldn't find per display information
When was the last time a major X11 lib got an so version bump like this in Xquartz? Jack
On Wed, Jan 6, 2016 at 10:33 PM, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
Darn, sorry. I intended this build to be for 10.6.3+, but I accidentally left it built for 10.8. I'll update the sparkle feed to make sure it doesn't get offered to SL and Lion users. I'll get out an rc2 in the next couple days to address that.
On Jan 6, 2016, at 14:58, Peter Dyballa <Peter_Dyballa@web.de> wrote:
Am 06.01.2016 um 21:00 schrieb Jeremy Huddleston Sequoia:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
On Snow Leopard, Mac OS X 10.6.8, it crashes at once with:
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown
Backtrace not available
Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8
Binary images description not available
-- Greetings
Pete
One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
On Jan 6, 2016, at 20:56, Jack Howarth <howarth.mailing.lists@gmail.com> wrote:
Jeremy, Also, I assume that the so version bump was not done cosmetically to allow libXt to be rebuilt without -flat_namespace but involves real ABI changes to that library.
The only difference is that /opt/X11/lib/libXt.7.dylib is a proper 2-level namespace.
If that is the case, won't there be issues when executables and their associated libraries are built against the different so versions of libXt?
Yes, if they expect libXt to be linked with -flat_namespace, and they link against /opt/X11/lib/libXt.7.dylib, they will have problems. Those are bugs (in that 3rd party code) which are long overdue to be fixed.
More importantly, has any other distribution tried to use this newer libXt?
MacPorts has defaulted to not using -flat_namespace since October.
I see fedora rawhide is still on so version 6 as is debian sid. This seems like it might be a rather experimental change which hasn't been well field tested.
This issue has nothing to do with Linux. The -flat_namespace hack was specific to darwin.
Jack
On Wed, Jan 6, 2016 at 11:49 PM, Jack Howarth <howarth.mailing.lists@gmail.com> wrote:
Jeremy, Are you sure that it is safe to mix the newer libXt.7.dylib with binaries built against the older libXt.6.dylib? Initially I was able to run the previous copies of xmgrace and molmol built against the Xquartz 2.7.8's X11 libs and headers, however after logging out and back into my account, these binaries now fail with...
Error: Couldn't find per display information
When was the last time a major X11 lib got an so version bump like this in Xquartz? Jack
On Wed, Jan 6, 2016 at 10:33 PM, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
Darn, sorry. I intended this build to be for 10.6.3+, but I accidentally left it built for 10.8. I'll update the sparkle feed to make sure it doesn't get offered to SL and Lion users. I'll get out an rc2 in the next couple days to address that.
On Jan 6, 2016, at 14:58, Peter Dyballa <Peter_Dyballa@web.de> wrote:
Am 06.01.2016 um 21:00 schrieb Jeremy Huddleston Sequoia:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
On Snow Leopard, Mac OS X 10.6.8, it crashes at once with:
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown
Backtrace not available
Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8
Binary images description not available
-- Greetings
Pete
One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
I would strongly suggest not mixing your linkages. libXt.6.dylib is provided for binary compatibility only (just like how the package also provides older versions of libpng). I suggest that if you want to build from source using libXt.7.dylib, you should try to fix the issues in openmotif which cause it to not work with libXt.7.dylib. --Jeremy
On Jan 6, 2016, at 20:49, Jack Howarth <howarth.mailing.lists@gmail.com> wrote:
Jeremy, Are you sure that it is safe to mix the newer libXt.7.dylib with binaries built against the older libXt.6.dylib? Initially I was able to run the previous copies of xmgrace and molmol built against the Xquartz 2.7.8's X11 libs and headers, however after logging out and back into my account, these binaries now fail with...
Error: Couldn't find per display information
When was the last time a major X11 lib got an so version bump like this in Xquartz? Jack
On Wed, Jan 6, 2016 at 10:33 PM, Jeremy Huddleston Sequoia <jeremyhu@apple.com> wrote:
Darn, sorry. I intended this build to be for 10.6.3+, but I accidentally left it built for 10.8. I'll update the sparkle feed to make sure it doesn't get offered to SL and Lion users. I'll get out an rc2 in the next couple days to address that.
On Jan 6, 2016, at 14:58, Peter Dyballa <Peter_Dyballa@web.de> wrote:
Am 06.01.2016 um 21:00 schrieb Jeremy Huddleston Sequoia:
XQuartz 2.7.9_rc1 is available for download. This update contains a workaround for an issue that users have been reporting on El Capitan. If you're on El Capitan and have been seeing OpenGL surfaces remain onscreen after they should have been dismissed, please give this update a try and report back.
On Snow Leopard, Mac OS X 10.6.8, it crashes at once with:
Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0xfffffffffffffff8 Crashed Thread: Unknown
Backtrace not available
Unknown thread crashed with X86 Thread State (64-bit): rax: 0x0000000000000055 rbx: 0x0000000000000000 rcx: 0x0000000000000000 rdx: 0x0000000000000000 rdi: 0x0000000000000000 rsi: 0x0000000000000000 rbp: 0x0000000000000000 rsp: 0x0000000000000000 r8: 0x0000000000000000 r9: 0x0000000000000000 r10: 0x0000000000000000 r11: 0x0000000000000000 r12: 0x0000000000000000 r13: 0x0000000000000000 r14: 0x0000000000000000 r15: 0x0000000000000000 rip: 0x00007fff5fc01028 rfl: 0x0000000000010203 cr2: 0xfffffffffffffff8
Binary images description not available
-- Greetings
Pete
One-Shot Case Study, n.: The scientific equivalent of the four-leaf clover, from which it is concluded all clovers possess four leaves and are sometimes green.
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/xquartz-dev
participants (4)
-
Jack Howarth
-
Jeremy Huddleston Sequoia
-
Jeremy Huddleston Sequoia
-
Peter Dyballa