On 12 Jul 2016, at 20:53, Viv Kendon <v...@trellick.net> wrote: > > On 12 Jul 2016, at 20:50, Daniel Johnson <dan...@daniel-johnson.org> wrote: > >> >>> On Jul 12, 2016, at 7:29 AM, Viv Kendon <v...@trellick.org> wrote: >>> >>> I’m having trouble building python27 on 10.9.5 (case sensitive file system): >>> >>> 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 >>> >>> <snip> >>> >>> Python build finished, but the necessary bits to build these modules were >>> not fo >>> und: >>> bsddb185 dl imageop >>> linuxaudiodev ossaudiodev spwd >>> sunaudiodev >>> To find the necessary bits, look in setup.py in detect_modules() for the >>> module' >>> s name. >>> (Fink package build should have 7 missing) >>> >>> >>> Failed to build these modules: >>> _tkinter >>> >>> >>> Package manager version: 0.39.3 >>> Distribution version: selfupdate-rsync Mon Jul 11 10:06:43 2016, 10.9, >>> x86_64 >>> Trees: local/main stable/main >>> Xcode.app: 6.2 >>> Xcode command-line tools: 6.2.0.0.1.1424975374 >>> Max. Fink build jobs: 18 >>> >>> and >>> >>> XQuartz 2.7.10_beta2 (xorg-server 1.18.3) >>> >>> which seems like it might be part of the problem, because there have been >>> various library updates, I believe. I rebuilt some of the gtk packages to >>> no avail, maybe I didn’t pick the right ones? >>> >>> many thanks, >>> — Viv >>> >> >> Python doesn’t use GTK or glib at all. >> >> 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. >> >> Daniel >> > Many thanks, I will take this over to the XQuartz-dev list and see what they > say. > > — Viv
For the record, I got the following: > > On Jul 13, 2016, at 9:55 AM, Jeremy Huddleston Sequoia <jerem...@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 So I’ve reverted to 2.7.9 until Jeremy rolls out the RC. — Viv ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
