[Xquartz-dev] Python2.7 build failure using fink and XQuartz 2.7.10_beta2 (xorg-server 1.18.3)

Jeremy Huddleston Sequoia jeremyhu at gmail.com
Wed Jul 13 09:55:17 PDT 2016


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.

--Jeremy


> On Jul 12, 2016, at 12:58 PM, Viv Kendon <viv at 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 at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/xquartz-dev
> 



More information about the Xquartz-dev mailing list