[Xquartz-dev] Python2.7 build failure using fink and XQuartz 2.7.10

Discussion:

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

Viv Kendon

2016-07-12 19:58:33 UTC

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

Jeremy Huddleston Sequoia

2016-07-13 16:55:17 UTC

Permalink

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

Post by Viv Kendon
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
"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
https://lists.macosforge.org/mailman/listinfo/xquartz-dev

Jeremy Huddleston Sequoia

2016-07-13 16:58:45 UTC

Permalink

Post by Jeremy Huddleston Sequoia
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.

Post by Jeremy Huddleston Sequoia
--Jeremy

_______________________________________________
Xquartz-dev mailing list
https://lists.macosforge.org/mailman/listinfo/xquartz-dev