From chris.barker at noaa.gov Wed Feb 8 21:14:29 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Wed, 8 Feb 2012 12:14:29 -0800 Subject: [Pythonmac-SIG] distutils and stdarg.h Message-ID: HI folks, I'm trying to build the Enthought Tool Suite "Enable" package (http://code.enthought.com/projects/index.php) against the python.org 32 bit Intel/PPC build of python 2.7 I'm getting a bunch of errors like: /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: stdarg.h: No such file or directory That file does exist, but it uses: #include_next So apparently there isn't a stdarg.h later on in the include path. There are a LOT of versions of stdarg.h on my system, so it's less than obvious which one should get picked up. Also, shouldn't distuitls set the include dirs to get this anyway? Even if I find one that works, I'd hate to hard-code that in there. any thoughts? -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From chris.barker at noaa.gov Wed Feb 8 21:27:32 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Wed, 8 Feb 2012 12:27:32 -0800 Subject: [Pythonmac-SIG] distutils and stdard C++ headers.. Message-ID: putting this in the same thread, as maybe it's related: if I get past the stdarg issues, I then get to: compiling C++ sources C compiler: c++ -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch ppc -arch i386 -g -O2 -DNDEBUG -g -O3 compile options: '-D__DARWIN__ -Ikiva/agg/src -Ikiva/agg/agg-24/include -Ikiva/agg/agg-24/font_freetype -Ikiva/agg/freetype2/src/autofit -Ikiva/agg/freetype2/src/base -Ikiva/agg/freetype2/src/bdf -Ikiva/agg/freetype2/src/cache -Ikiva/agg/freetype2/src/cff -Ikiva/agg/freetype2/src/cid -Ikiva/agg/freetype2/src/gxvalid -Ikiva/agg/freetype2/src/gzip -Ikiva/agg/freetype2/src/lzw -Ikiva/agg/freetype2/src/otvalid -Ikiva/agg/freetype2/src/pcf -Ikiva/agg/freetype2/src/pfr -Ikiva/agg/freetype2/src/psaux -Ikiva/agg/freetype2/src/pshinter -Ikiva/agg/freetype2/src/psnames -Ikiva/agg/freetype2/src/raster -Ikiva/agg/freetype2/src/sfnt -Ikiva/agg/freetype2/src/smooth -Ikiva/agg/freetype2/src/tools -Ikiva/agg/freetype2/src/truetype -Ikiva/agg/freetype2/src/type1 -Ikiva/agg/freetype2/src/type42 -Ikiva/agg/freetype2/src/winfonts -Ikiva/agg/freetype2/src/gzip -Ikiva/agg/freetype2/include -Ikiva/agg/freetype2/src -I/Developer/Headers/FlatCarbon -I/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/ -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/numpy/core/include -c' c++: kiva/agg/src/kiva_hit_test.cpp c++: kiva/agg/src/kiva_graphics_context_base.cpp In file included from kiva/agg/src/kiva_graphics_context_base.cpp:14: kiva/agg/src/kiva_graphics_context_base.h:13:17: error: stack: No such file or directory kiva/agg/src/kiva_graphics_context_base.h:14:18: error: vector: No such file or directory "vector", and "stack" are presumably C++ standard library stuff. shold g++ have those on it's path already? -isysroot /Developer/SDKs/MacOSX10.4u.sdk is there -- shouldn't it take care of itself from there? This is making me think that this distutils script (a complicated one...) is somehow overriding some standard stuff. any ideas?? -Chris On Wed, Feb 8, 2012 at 12:14 PM, Chris Barker wrote: > HI folks, > > I'm trying to build the Enthought Tool Suite "Enable" package > > (http://code.enthought.com/projects/index.php) > > ?against the python.org 32 bit Intel/PPC build of python 2.7 > > I'm getting a bunch of errors like: > > /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: > stdarg.h: No such file or directory > > That file does exist, but it uses: > > #include_next > > So apparently there isn't a stdarg.h later on in the include path. > > There are a LOT of versions of stdarg.h on my system, so it's less > than obvious which one should get picked up. Also, shouldn't distuitls > set the include dirs to get this anyway? Even if I find one that > works, I'd hate to hard-code that in there. > > any thoughts? > > -Chris > > > > -- > > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice > 7600 Sand Point Way NE ??(206) 526-6329?? fax > Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception > > Chris.Barker at noaa.gov -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From ronaldoussoren at mac.com Thu Feb 9 08:33:16 2012 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Thu, 09 Feb 2012 08:33:16 +0100 Subject: [Pythonmac-SIG] distutils and stdarg.h In-Reply-To: References: Message-ID: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> On 8 Feb, 2012, at 21:14, Chris Barker wrote: > HI folks, > > I'm trying to build the Enthought Tool Suite "Enable" package > > (http://code.enthought.com/projects/index.php) > > against the python.org 32 bit Intel/PPC build of python 2.7 > > I'm getting a bunch of errors like: > > /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: > stdarg.h: No such file or directory > > That file does exist, but it uses: > > #include_next > > So apparently there isn't a stdarg.h later on in the include path. > > There are a LOT of versions of stdarg.h on my system, so it's less > than obvious which one should get picked up. Also, shouldn't distuitls > set the include dirs to get this anyway? Even if I find one that > works, I'd hate to hard-code that in there. > > any thoughts? What compiler version do you use? One thing you could try is to drop support for ppc, for example by adding ["-arch", "i386"] to extra_compiler_args in the definition of the Extension in setup.py. Recent Xcode releases do not include a compiler that supports the powerpc architecture. Ronald > > -Chris > > > > -- > > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > Chris.Barker at noaa.gov > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4788 bytes Desc: not available URL: From chris.barker at noaa.gov Thu Feb 9 18:59:10 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Thu, 9 Feb 2012 09:59:10 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h In-Reply-To: References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: darn, forgot to send to the list again -- I hate these defaults! ---------- Forwarded message ---------- From: Chris Barker Date: Thu, Feb 9, 2012 at 9:58 AM Subject: Re: [Pythonmac-SIG] distutils and stdarg.h To: Ronald Oussoren On Wed, Feb 8, 2012 at 11:33 PM, Ronald Oussoren wrote: >> against the python.org 32 bit Intel/PPC build of python 2.7 >> >> I'm getting a bunch of errors like: >> >> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: >> stdarg.h: No such file or directory >> >> That file does exist, but it uses: >> >> #include_next > What compiler version do you use? It's using g++ 4.2.1 > One thing you could try is to drop support for ppc, for example by adding ["-arch", "i386"] to extra_compiler_args in the definition of the Extension in setup.py. I'll give that try, but ... > ?Recent Xcode releases do not include a compiler that supports the powerpc architecture. I've made a point of not upgrading XCode for that reason -- and I'm not having trouble compiling PPC versions other extensions. I'm pretty sure I've done both C and C++ ones, too. I'm thinking that some of the standard stuff that distutils adds has been overridden by this build -- it's a big, complicated setup, using numpy, distutils, etc. I'm having trouble following it all (or simplifying it -- I don't need the whole package anyway). Entought is no longer testing on this distribution of Python, nor PPC at all, I believe, so they could have inadvertently broken it easily enough. thanks, ? -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From rowen at uw.edu Thu Feb 9 20:37:05 2012 From: rowen at uw.edu (Russell E. Owen) Date: Thu, 09 Feb 2012 11:37:05 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , Chris Barker wrote: > darn, forgot to send to the list again -- I hate these defaults! > > > > ---------- Forwarded message ---------- > From: Chris Barker > Date: Thu, Feb 9, 2012 at 9:58 AM > Subject: Re: [Pythonmac-SIG] distutils and stdarg.h > To: Ronald Oussoren > > > On Wed, Feb 8, 2012 at 11:33 PM, Ronald Oussoren > wrote: > >> against the python.org 32 bit Intel/PPC build of python 2.7 > >> > >> I'm getting a bunch of errors like: > >> > >> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: > >> stdarg.h: No such file or directory > >> > >> That file does exist, but it uses: > >> > >> #include_next > > > What compiler version do you use? > > It's using g++ 4.2.1 I suggest you try one of these things: - Use gcc 4.0.1 to build extensions for 32-bit python.org python. That's what I'm still doing. It requires XCode 3.x. - Use gcc 4.2.1 to build extensions for 64-bit python.org python. Two issues: - you give up compatibility with MacOS X 10.5. - The result will not work with ActiveState's Tcl/Tk. Not a problem for you, but both of these are unacceptable for my code. - Use gcc 4.2.1 and ActiveState's 64-bit python 2.7. That supposedly gives you compatibility with MacOS X 10.5 and it surely works with ActiveState's Tcl/Tk. But you may need a license to distribute the results (likely free in your case). This is the way I'm leaning, and I even got a license, but I'm reluctant to give up on python.or python. -- Russell From chris.barker at noaa.gov Thu Feb 9 20:47:19 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Thu, 9 Feb 2012 11:47:19 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h In-Reply-To: References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: On Thu, Feb 9, 2012 at 11:37 AM, Russell E. Owen wrote: > I suggest you try one of these things: > - Use gcc 4.0.1 to build extensions for 32-bit python.org python. That's > what I'm still doing. It requires XCode 3.x. Thanks -- I"ll try that. but: 1) I thought distutils took care of calling the "right" compliler to match what pyotn had been built with. I guess not. 2) how do I use 4.01. with distutils? Thanks, -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From nad at acm.org Thu Feb 9 21:41:50 2012 From: nad at acm.org (Ned Deily) Date: Thu, 09 Feb 2012 21:41:50 +0100 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , "Russell E. Owen" wrote: > I suggest you try one of these things: > - Use gcc 4.0.1 to build extensions for 32-bit python.org python. That's > what I'm still doing. It requires XCode 3.x. Yes. > - Use gcc 4.2.1 to build extensions for 64-bit python.org python. Two > issues: > - you give up compatibility with MacOS X 10.5. > - The result will not work with ActiveState's Tcl/Tk. Not a problem > for you, but both of these are unacceptable for my code. I don't understand what you mean by this. The python.org 64-/32-bit installers have a deployment target of 10.6 so will only work on 10.6 and 10.7 but they should work just fine with ActiveState's Tcl/Tk 8.5.x on 10.6 and 10.7, just not on 10.5. In fact, the installers are built and tested on systems with A/S Tcl/Tk 8.5.x and are their use is virtually required on 10.6 for any Tkinter applications due to the broken state of the Apple-supplied in Tcl/Tk 8.5.x in 10.6 (the Apple-supplied Tcl/Tk 8.5.x is better in 10.7 but still behind the A/S version wrt critical fixes.) http://www.python.org/download/mac/tcltk/ -- Ned Deily, nad at acm.org From nad at acm.org Thu Feb 9 21:55:33 2012 From: nad at acm.org (Ned Deily) Date: Thu, 09 Feb 2012 21:55:33 +0100 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , Chris Barker wrote: > On Thu, Feb 9, 2012 at 11:37 AM, Russell E. Owen wrote: > > > I suggest you try one of these things: > > - Use gcc 4.0.1 to build extensions for 32-bit python.org python. That's > > what I'm still doing. It requires XCode 3.x. > > Thanks -- I"ll try that. but: > > 1) I thought distutils took care of calling the "right" compliler to > match what pyotn had been built with. I guess not. Distutils *does* try to call the right CC compiler (that is, the compiler the Python itself was built with), unless the module/package/distribution's setup.py overrides it. If it is using C++ code, though, you may have to override that yourself since Python itself does not contain any C++ code and I don't think there is any special code in Distutils to override C++ stuff. > 2) how do I use 4.01. with distutils? For the any C++ modules, you may need to override the C++ compiler choice by using a CXX environment variable. What OS version are you trying this on, BTW? -- Ned Deily, nad at acm.org From chris.barker at noaa.gov Thu Feb 9 22:30:11 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Thu, 9 Feb 2012 13:30:11 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h In-Reply-To: References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: On Thu, Feb 9, 2012 at 12:55 PM, Ned Deily wrote: >> 1) I thought distutils took care of calling the "right" compliler to >> match what pyotn had been built with. I guess not. > > Distutils *does* try to call the right CC compiler (that is, the > compiler the Python itself was built with), unless the > module/package/distribution's setup.py overrides it. it's possible that that's what's happening -- as I said, this is an ugly complicated mess. > ?If it is using C++ > code, though, you may have to override that yourself since Python itself > does not contain any C++ code and I don't think there is any special > code in Distutils to override C++ stuff. That could be it, too. >> 2) how do I use 4.01. with distutils? > > For the any C++ modules, you may need to override the C++ compiler > choice by using a CXX environment variable. OK -- I'll try that. > What OS version are you trying this on, BTW? 10.6.8 Intel Corei7 I'll le tyou know how it works out when a get a chance. Thanks for your ideas. Any of you going to PyCon this year? -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From chris.barker at noaa.gov Sat Feb 11 00:16:03 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Fri, 10 Feb 2012 15:16:03 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h In-Reply-To: References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: On Thu, Feb 9, 2012 at 1:30 PM, Chris Barker wrote: >> ?If it is using C++ >> code, though, you may have to override that yourself since Python itself >> does not contain any C++ code and I don't think there is any special >> code in Distutils to override C++ stuff. > > That could be it, too. > >>> 2) how do I use 4.01. with distutils? >> >> For the any C++ modules, you may need to override the C++ compiler >> choice by using a CXX environment variable. > > OK -- I'll try that. Bingo! I did: $ export CXX=/usr/bin/g++-4.0 then $ python setup.py build and it built fine. Actually, it chocked when it couldn't find the wxPython libs, but I disab'ed that, as I don't need it right now -- and then it built fine. Thanks so much for your help! -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From chris.barker at noaa.gov Mon Feb 13 20:35:03 2012 From: chris.barker at noaa.gov (Chris Barker) Date: Mon, 13 Feb 2012 11:35:03 -0800 Subject: [Pythonmac-SIG] PyCon.. Message-ID: Hi folks, PyCon is in Santa Clara CA, USA in March this year. At least Ned and I will be there -- do we have enough Mac folks to do a MacPython sprint? -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R ? ? ? ? ? ?(206) 526-6959?? voice 7600 Sand Point Way NE ??(206) 526-6329?? fax Seattle, WA ?98115 ? ? ??(206) 526-6317?? main reception Chris.Barker at noaa.gov From rowen at uw.edu Mon Feb 13 23:47:33 2012 From: rowen at uw.edu (Russell E. Owen) Date: Mon, 13 Feb 2012 14:47:33 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , Ned Deily wrote: > In article , > "Russell E. Owen" wrote: > > I suggest you try one of these things: > > - Use gcc 4.0.1 to build extensions for 32-bit python.org python. That's > > what I'm still doing. It requires XCode 3.x. > > Yes. > > > - Use gcc 4.2.1 to build extensions for 64-bit python.org python. Two > > issues: > > - you give up compatibility with MacOS X 10.5. > > - The result will not work with ActiveState's Tcl/Tk. Not a problem > > for you, but both of these are unacceptable for my code. > > I don't understand what you mean by this. The python.org 64-/32-bit > installers have a deployment target of 10.6 so will only work on 10.6 > and 10.7 but they should work just fine with ActiveState's Tcl/Tk 8.5.x > on 10.6 and 10.7, just not on 10.5. In fact, the installers are built > and tested on systems with A/S Tcl/Tk 8.5.x and are their use is > virtually required on 10.6 for any Tkinter applications due to the > broken state of the Apple-supplied in Tcl/Tk 8.5.x in 10.6 (the > Apple-supplied Tcl/Tk 8.5.x is better in 10.7 but still behind the A/S > version wrt critical fixes.) > > http://www.python.org/download/mac/tcltk/ Interesting and promising. The reason I thought python.org's 64-bit python was strange w.r.t. ActiveState Tcl/Tk is explained in a copy of a posting I sent to the matplotlib mailing list 2011-10-12 (appended). Keven Walzer suggested the following, which now that I reread it does not implicate the Python in any way, so I apologize. > With Tk-Cocoa, typically you see this message when mixing libraries that > are linked to the system Tk in /System/Library/Frameworks/Tk.framework > and another installation (typically ActiveTcl) in > /Library/Frameworks/Tk.framework. OS X gets confused and crashes with > that error message. > > The only solution I've found is by making sure that all of your > Tk-linked libraries link to one location or the other. You can do this > by running otool -L on the relevant binaries and seeing where things are > linked. If you're only seeing this issue now after building matplotlib, > then it's logical to assume that matplotlib may have been linked to the > wrong library. You can change the linking by running install_name_tool > to get matplotlib to point to the correct version of Tk. His suggestion will almost certainly work, but it seems unfortunate to have to run install_name_tool to fix the matplotlib binaries. Perhaps I could have hidden the system Tcl/Tk before building matplotlib, but again it seems unfortunate to need to do that. Any idea, perchance, on how to fix the underlying problem? -- Russell ----------------------------------- I'm on MacOS X 10.6.8 using 64-bit Python 2.7.2 from python.org (the 10.6 version) and ActiveState Tcl/Tk 8.5.10. I would like to build matplotlib 1.1.0 (in fact I'd like to build an official binary installer) and am running into problems. The build and install goes fine, though with a few odd messages (see appended log). But importing pylab rusults in: objc[1083]: Class TKApplication is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[1083]: Class TKMenu is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[1083]: Class TKContentView is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. objc[1083]: Class TKWindow is implemented in both /Library/Frameworks/Tk.framework/Versions/8.5/Tk and /System/Library/Frameworks/Tk.framework/Versions/8.5/Tk. One of the two will be used. Which one is undefined. Any idea how to deal with this? Google turned up others with this problem but no obvious solution. -- Russell P.S. partial log of build (not install) of matplotlib: Edit setupext.py to point it to Apple's built-in libraries, plus include /usr/local (which doesn't have a lot in it --nothing in lib or includes): 'darwin' : ['/usr/local', '/usr', '/usr/X11'], $ python setup.py build BUILDING MATPLOTLIB ???????????matplotlib: 1.1.0 ???????????????python: 2.7.2 (v2.7.2:8527427914a2, Jun 11 2011, 15:22:34) ???????????????????????[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] ?????????????platform: darwin REQUIRED DEPENDENCIES ????????????????numpy: 1.6.1 ????????????freetype2: found, but unknown version (no pkg-config) OPTIONAL BACKEND DEPENDENCIES ???????????????libpng: found, but unknown version (no pkg-config) ??????????????Tkinter: Tkinter: version not identified, Tk: 8.5, Tcl: 8.5 ?????????????????Gtk+: no ???????????????????????* Building for Gtk+ requires pygtk; you must be able ???????????????????????* to "import gtk" in your build/install environment ??????Mac OS X native: yes ???????????????????Qt: no ??????????????????Qt4: no ????????????????Cairo: no OPTIONAL DATE/TIMEZONE DEPENDENCIES ?????????????datetime: present, version unknown ?????????????dateutil: matplotlib will provide ?????????????????pytz: matplotlib will provide adding pytz OPTIONAL USETEX DEPENDENCIES ???????????????dvipng: no ??????????ghostscript: /bin/sh: gs: command not found ????????????????latex: no [Edit setup.cfg to suppress the above messages] ========================================================================= === pymods ['pylab'] packages ['matplotlib', 'matplotlib.backends', 'matplotlib.backends.qt4_editor', 'matplotlib.projections', 'matplotlib.testing', 'matplotlib.testing.jpl_units', 'matplotlib.tests', 'mpl_toolkits', 'mpl_toolkits.mplot3d', 'mpl_toolkits.axes_grid', 'mpl_toolkits.axes_grid1', 'mpl_toolkits.axisartist', 'matplotlib.sphinxext', 'matplotlib.tri', 'matplotlib.delaunay', 'pytz', 'dateutil', 'dateutil.zoneinfo'] running build running build_py ... gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/agg_py_transforms.cpp -o build/temp.macosx-10.6-intel-2.7/src/agg_py_transforms.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/_tkagg.cpp -o build/temp.macosx-10.6-intel-2.7/src/_tkagg.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/cxx_extensions.cxx -o build/temp.macosx-10.6-intel-2.7/CXX/cxx_extensions.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/cxxsupport.cxx -o build/temp.macosx-10.6-intel-2.7/CXX/cxxsupport.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/IndirectPythonInterface.cxx -o build/temp.macosx-10.6-intel-2.7/CXX/IndirectPythonInterface.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Tcl.framework/Headers -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders -I/Library/Frameworks/Tk.framework/Headers -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Tcl.framework/Headers/freetype2 -I/Library/Frameworks/Tcl.framework/Versions/Current/PrivateHeaders/freet ype2 -I/Library/Frameworks/Tk.framework/Headers/freetype2 -I/Library/Frameworks/Tk.framework/Versions/Current/PrivateHeaders/freety pe2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -Isrc/freetype2 -Iagg24/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include/freetype2 -I/usr/include/freetype2 -I/usr/X11/include/freetype2 -I./freetype2 -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c CXX/cxxextensions.c -o build/temp.macosx-10.6-intel-2.7/CXX/cxxextensions.o -framework Tcl -framework Tk i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tcl: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: -framework: linker input file unused because linking not done i686-apple-darwin10-gcc-4.2.1: Tk: linker input file unused because linking not done c++ -bundle -undefined dynamic_lookup -arch i386 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.6.sdk -isysroot /Developer/SDKs/MacOSX10.6.sdk -g build/temp.macosx-10.6-intel-2.7/src/agg_py_transforms.o build/temp.macosx-10.6-intel-2.7/src/_tkagg.o build/temp.macosx-10.6-intel-2.7/CXX/cxx_extensions.o build/temp.macosx-10.6-intel-2.7/CXX/cxxsupport.o build/temp.macosx-10.6-intel-2.7/CXX/IndirectPythonInterface.o build/temp.macosx-10.6-intel-2.7/CXX/cxxextensions.o -L/usr/lib -L/usr/X11/lib -L/usr/lib -L/usr/X11/lib -lstdc++ -lm -lfreetype -lz -lstdc++ -lm -o build/lib.macosx-10.6-intel-2.7/matplotlib/backends/_tkagg.so -framework Tcl -framework Tk building 'matplotlib.backends._macosx' extension gcc-4.2 -fno-strict-aliasing -fno-common -dynamic -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -g -O2 -DNDEBUG -g -O3 -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API -DPYCXX_ISO_CPP_LIB=1 -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -I/usr/include -I/usr/X11/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pa ckages/numpy/core/include -Isrc -Iagg24/include -I. -I/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c src/_macosx.m -o build/temp.macosx-10.6-intel-2.7/src/_macosx.o src/_macosx.m: In function ?FigureManager_init?: src/_macosx.m:3755: warning: class 'View' does not implement the 'NSWindowDelegate' protocol src/_macosx.m: In function ?FigureManager_init?: src/_macosx.m:3755: warning: class 'View' does not implement the 'NSWindowDelegate' protocol From ronaldoussoren at mac.com Tue Feb 14 14:39:45 2012 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 14 Feb 2012 14:39:45 +0100 Subject: [Pythonmac-SIG] PyCon.. In-Reply-To: References: Message-ID: On 13 Feb, 2012, at 20:35, Chris Barker wrote: > Hi folks, > > PyCon is in Santa Clara CA, USA in March this year. > > At least Ned and I will be there -- do we have enough Mac folks to do > a MacPython sprint? I'll be there as well, but won't sprint this year. Ronald -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4788 bytes Desc: not available URL: From nad at acm.org Tue Feb 14 15:46:04 2012 From: nad at acm.org (Ned Deily) Date: Tue, 14 Feb 2012 15:46:04 +0100 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , "Russell E. Owen" wrote: > In article , > Ned Deily wrote: > > > In article , > > "Russell E. Owen" wrote: > > > I suggest you try one of these things: > > > - Use gcc 4.0.1 to build extensions for 32-bit python.org python. That's > > > what I'm still doing. It requires XCode 3.x. > > > > Yes. > > > > > - Use gcc 4.2.1 to build extensions for 64-bit python.org python. Two > > > issues: > > > - you give up compatibility with MacOS X 10.5. > > > - The result will not work with ActiveState's Tcl/Tk. Not a problem > > > for you, but both of these are unacceptable for my code. > > > > I don't understand what you mean by this. The python.org 64-/32-bit > > installers have a deployment target of 10.6 so will only work on 10.6 > > and 10.7 but they should work just fine with ActiveState's Tcl/Tk 8.5.x > > on 10.6 and 10.7, just not on 10.5. In fact, the installers are built > > and tested on systems with A/S Tcl/Tk 8.5.x and are their use is > > virtually required on 10.6 for any Tkinter applications due to the > > broken state of the Apple-supplied in Tcl/Tk 8.5.x in 10.6 (the > > Apple-supplied Tcl/Tk 8.5.x is better in 10.7 but still behind the A/S > > version wrt critical fixes.) > > > > http://www.python.org/download/mac/tcltk/ > > Interesting and promising. The reason I thought python.org's 64-bit > python was strange w.r.t. ActiveState Tcl/Tk is explained in a copy of a > posting I sent to the matplotlib mailing list 2011-10-12 (appended). > > Keven Walzer suggested the following, which now that I reread it does > not implicate the Python in any way, so I apologize. > > > With Tk-Cocoa, typically you see this message when mixing libraries that > > are linked to the system Tk in /System/Library/Frameworks/Tk.framework > > and another installation (typically ActiveTcl) in > > /Library/Frameworks/Tk.framework. OS X gets confused and crashes with > > that error message. > > > > The only solution I've found is by making sure that all of your > > Tk-linked libraries link to one location or the other. You can do this > > by running otool -L on the relevant binaries and seeing where things are > > linked. If you're only seeing this issue now after building matplotlib, > > then it's logical to assume that matplotlib may have been linked to the > > wrong library. You can change the linking by running install_name_tool > > to get matplotlib to point to the correct version of Tk. > > His suggestion will almost certainly work, but it seems unfortunate to > have to run install_name_tool to fix the matplotlib binaries. Perhaps I > could have hidden the system Tcl/Tk before building matplotlib, but > again it seems unfortunate to need to do that. > > Any idea, perchance, on how to fix the underlying problem? You *may* have run into a bug I've noticed a while back in Xcode 3.2.6. The Xcode installer appears to screw up the symlinks to /Library within /Developer/SDKs. The net effect is that frameworks installed in /Library, like A/S Tcl and Tk, are not found during a build using the SDK as they should be. $ cd /Developer/SDKs/MacOSX10.6.sdk/Library $ ls -l total 8 lrwxr-xr-x 1 root wheel 19 Mar 17 18:24 Frameworks@ -> /Library/Frameworks it ends up with an extra Frameworks directory so that /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks/Frameworks/ -> /Library/Frameworks The solution is to manually go in and fix the symlinks in /Developer/SDKs/MacOSX10.6.sdk, and remember to do so again if you have to reinstall Xcode 3.2.6. AFAIK, this bug is unique to Xcode 3.2.6, not earlier versions of 3.2.x. -- Ned Deily, nad at acm.org From nad at acm.org Tue Feb 14 16:23:14 2012 From: nad at acm.org (Ned Deily) Date: Tue, 14 Feb 2012 16:23:14 +0100 Subject: [Pythonmac-SIG] PyCon.. References: Message-ID: In article , Ronald Oussoren wrote: > On 13 Feb, 2012, at 20:35, Chris Barker wrote: > > > Hi folks, > > > > PyCon is in Santa Clara CA, USA in March this year. > > > > At least Ned and I will be there -- do we have enough Mac folks to do > > a MacPython sprint? > > I'll be there as well, but won't sprint this year. I'm planning to sprint through Thursday. I've added a Mac OS X Support project to the PyCon sprint page. Feel free to add topics and add yourself. Hope to see you all there! https://us.pycon.org/2012/community/sprints/projects/ -- Ned Deily, nad at acm.org From rowen at uw.edu Tue Feb 14 21:57:39 2012 From: rowen at uw.edu (Russell E. Owen) Date: Tue, 14 Feb 2012 12:57:39 -0800 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , Ned Deily wrote: >... > You *may* have run into a bug I've noticed a while back in Xcode 3.2.6. > The Xcode installer appears to screw up the symlinks to /Library within > /Developer/SDKs. The net effect is that frameworks installed in > /Library, like A/S Tcl and Tk, are not found during a build using the > SDK as they should be. > > $ cd /Developer/SDKs/MacOSX10.6.sdk/Library > $ ls -l > total 8 > lrwxr-xr-x 1 root wheel 19 Mar 17 18:24 Frameworks@ -> > /Library/Frameworks > > it ends up with an extra Frameworks directory so that > > /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks/Frameworks/ -> > /Library/Frameworks > > The solution is to manually go in and fix the symlinks in > /Developer/SDKs/MacOSX10.6.sdk, and remember to do so again if you have > to reinstall Xcode 3.2.6. AFAIK, this bug is unique to Xcode 3.2.6, not > earlier versions of 3.2.x. My symlinks are broken as you describe (though oddly /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks contains both the symlink Frameworks->Library/Frameworks that you mentioned and also PluginManager.framework). I'll fix it and try building matplotlib again. Thank you very much! -- Russell From nad at acm.org Wed Feb 15 02:04:03 2012 From: nad at acm.org (Ned Deily) Date: Wed, 15 Feb 2012 02:04:03 +0100 Subject: [Pythonmac-SIG] Fwd: distutils and stdarg.h References: <46EFDDD1-2FA6-47DC-8901-981925A8E1BA@mac.com> Message-ID: In article , "Russell E. Owen" wrote: > My symlinks are broken as you describe (though oddly > /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks contains both the > symlink Frameworks->Library/Frameworks that you mentioned and also > PluginManager.framework). > > I'll fix it and try building matplotlib again. Thank you very much! Glad it helped. I've opened Issue14018 to add a check to the OS X installer build script to make sure that tkinter is linked as expected with the A/S frameworks. -- Ned Deily, nad at acm.org From sdl.web at gmail.com Sun Feb 26 15:50:27 2012 From: sdl.web at gmail.com (Leo) Date: Sun, 26 Feb 2012 22:50:27 +0800 Subject: [Pythonmac-SIG] Any chance of getting this to run on OSX? Message-ID: There is this simple python script: http://coderstalk.blogspot.com/2010/02/create-network-interfaces-list-using.html Any idea how to fix it so that it runs on OSX? Thanks. Leo ------------------------ import array import struct import socket import fcntl SIOCGIFCONF = 0x8912 #define SIOCGIFCONF BYTES = 4096 # Simply define the byte size # get_iface_list function definition # this function will return array of all 'up' interfaces def get_iface_list(): # create the socket object to get the interface list sck = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) # prepare the struct variable names = array.array('B', '' * BYTES) # the trick is to get the list from ioctl bytelen = struct.unpack('iL', fcntl.ioctl(sck.fileno(), SIOCGIFCONF, struct.pack('iL', BYTES, names.buffer_info()[0])))[0] # convert it to string namestr = names.tostring() # return the interfaces as array return [namestr[i:i+32].split('', 1)[0] for i in range(0, bytelen, 32)] # now, use the function to get the 'up' interfaces array ifaces = get_iface_list() # well, what to do? print it out maybe... for iface in ifaces: print iface From njriley at illinois.edu Mon Feb 27 01:44:12 2012 From: njriley at illinois.edu (Nicholas Riley) Date: Sun, 26 Feb 2012 19:44:12 -0500 Subject: [Pythonmac-SIG] Any chance of getting this to run on OSX? In-Reply-To: References: Message-ID: <20120227004412.GA7217@illinois.edu> On Sun, Feb 26, 2012 at 10:50:27PM +0800, Leo wrote: > There is this simple python script: > http://coderstalk.blogspot.com/2010/02/create-network-interfaces-list-using.html > > Any idea how to fix it so that it runs on OSX? Thanks. Leo That script is an excellent example of how not to do things; it makes assumptions about constant values and structure layout that may not hold true on one operating system, much less between operating systems. You are almost certainly better off using another mechanism. What interface information are you trying to obtain? -- Nicholas Riley From sdl.web at gmail.com Mon Feb 27 07:24:31 2012 From: sdl.web at gmail.com (Leo) Date: Mon, 27 Feb 2012 14:24:31 +0800 Subject: [Pythonmac-SIG] Any chance of getting this to run on OSX? References: <20120227004412.GA7217@illinois.edu> Message-ID: On 2012-02-27 08:44 +0800, Nicholas Riley wrote: > That script is an excellent example of how not to do things; it makes > assumptions about constant values and structure layout that may not > hold true on one operating system, much less between operating > systems. > > You are almost certainly better off using another mechanism. What > interface information are you trying to obtain? The interface names and the addresses bound to them. Much like network-interface-list (http://paste.pocoo.org/show/556841/) in Emacs, which returns: (("en1" . [10 0 0 114 0]) ("lo0" . [127 0 0 1 0])) Leo From jan.flyborg at gmail.com Mon Feb 27 14:03:32 2012 From: jan.flyborg at gmail.com (Jan Flyborg) Date: Mon, 27 Feb 2012 14:03:32 +0100 Subject: [Pythonmac-SIG] Any chance of getting this to run on OSX? In-Reply-To: References: <20120227004412.GA7217@illinois.edu> Message-ID: Since you probably are going to develop platform dependent code anyway, why not just parse the output from the following command? system_profiler -xml SPNetworkDataType Cheers //Jan On Mon, Feb 27, 2012 at 07:24, Leo wrote: > On 2012-02-27 08:44 +0800, Nicholas Riley wrote: >> That script is an excellent example of how not to do things; it makes >> assumptions about constant values and structure layout that may not >> hold true on one operating system, much less between operating >> systems. >> >> You are almost certainly better off using another mechanism. ?What >> interface information are you trying to obtain? > > The interface names and the addresses bound to them. Much like > network-interface-list (http://paste.pocoo.org/show/556841/) in Emacs, > which returns: > > ?(("en1" . [10 0 0 114 0]) ("lo0" . [127 0 0 1 0])) > > Leo > > _______________________________________________ > Pythonmac-SIG maillist ?- ?Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG