On Jul 13, 2016, at 9:55 AM, Jeremy Huddleston Sequoia <jeremyhu@gmail.com> wrote:
Beta builds intentionally include the address sanitizer.
The issue here looks to be that the ASan runtime I included in beta2 was built with a deployment target of 10.11, so it won't work on 10.8.5, 10.9.x, or 10.10.x. Sorry about that. There hasn't been much feedback on beta2 regressions, so I'll likely just get out an rc1 when I get some cycles which will drop the asan usage and allow support back to Snow Leopard.
I'll get the deployment target issue for the asan runtime addressed for next time.
Also, os_trace_with_buffer was added in 10.10, so even though our deployment target was 10.11, it might still work on 10.10. It definitely won't on 10.8 and 10.9.
--Jeremy
On Jul 12, 2016, at 12:58 PM, Viv Kendon <viv@trellick.net> wrote:
I’m told by the fink experts that the build failure I’m seeing may be due to an incorrectly included library in this xquartz beta (2.7.10_beta2):
building '_tkinter' extension gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall -Wstrict-p rototypes -DWITH_APPINIT=1 -I. -IInclude -I./Include -I/sw/include -I/sw/src/fin k.build/python27-2.7.12-1/Python-2.7.12/Include -I/sw/src/fink.build/python27-2. 7.12-1/Python-2.7.12 -c /sw/src/fink.build/python27-2.7.12-1/Python-2.7.12/Modul es/_tkinter.c -o build/temp.macosx-10.9-x86_64-2.7/sw/src/fink.build/python27-2. 7.12-1/Python-2.7.12/Modules/_tkinter.o -I/sw/include -I/opt/X11/include gcc -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -fwrapv -O3 -Wall -Wstrict-p rototypes -DWITH_APPINIT=1 -I. -IInclude -I./Include -I/sw/include -I/sw/src/fin k.build/python27-2.7.12-1/Python-2.7.12/Include -I/sw/src/fink.build/python27-2. 7.12-1/Python-2.7.12 -c /sw/src/fink.build/python27-2.7.12-1/Python-2.7.12/Modul es/tkappinit.c -o build/temp.macosx-10.9-x86_64-2.7/sw/src/fink.build/python27-2 .7.12-1/Python-2.7.12/Modules/tkappinit.o -I/sw/include -I/opt/X11/include gcc -L/sw/lib -bundle /sw/src/fink.build/python27-2.7.12-1/Python-2.7.12/libpyth on2.7.dylib -L/sw/lib -L/sw/lib -I. -IInclude -I./Include -I/sw/include build/te mp.macosx-10.9-x86_64-2.7/sw/src/fink.build/python27-2.7.12-1/Python-2.7.12/Modu les/_tkinter.o build/temp.macosx-10.9-x86_64-2.7/sw/src/fink.build/python27-2.7. 12-1/Python-2.7.12/Modules/tkappinit.o -L/sw/lib -L. -o build/lib.macosx-10.9-x8 6_64-2.7/_tkinter.so -L/sw/libs -ltcl -ltk ld: warning: directory not found for option '-L/sw/libs' *** WARNING: renaming "_tkinter" since importing it failed: dlopen(build/lib.mac osx-10.9-x86_64-2.7/_tkinter.so, 2): Symbol not found: __os_trace_with_buffer Referenced from: /opt/X11/lib/asan/libclang_rt.asan_osx_dynamic.dylib Expected in: /usr/lib/libSystem.B.dylib in /opt/X11/lib/asan/libclang_rt.asan_osx_dynamic.dylib
comments from the package maintainer:
"I think it must be the XQuartz beta. It seems to have an inappropriate library, /opt/X11/lib/asan/libclang_rt.asan_osx_dynamic.dylib, which is actually part of clang’s address sanitizer debugging tool. It must have been included by mistake and/or they left debugging code in that is built for a newer OS. It’s looking for a symbol called “__os_trace_with_buffer” in libSystem but that symbol doesn’t exist as of 10.11. I suspect it’s from 10.12. So this looks like a buggy XQuartz release. Python builds fine for me on 10.11 with non-beta XQuartz.”
I’m on 10.9.5 with Xcode.app: 6.2 Xcode command-line tools: 6.2.0.0.1.1424975374 and a case-sensitive file system.
many thanks, — Viv
_______________________________________________ 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