Mailman 3 September 2010 - Pythonmac-SIG

Python 3. OS/X 10.6 Ipython
by John Riordan April 9, 2011

April 9, 2011

I am trying to get IPython running with Python 3.1 on OS/X 10.6.3. The install script for IPython configures it to run with Python 2.6. Is there a way around this?

2 1

MySQLdb on OS X 10.6
by Brian Zambrano Oct. 31, 2010

Oct. 31, 2010

Hi all, Like many others before me, I'm banging my head against the wall trying to get MySQLdb working on my new MacBook Pro with Snow Leopard. I have MySql 5.1 x86_64 installed, configured and running. I'm building MySQLdb 1.2.3c1 like this: export ARCHFLAGS='-arch x86_64' python setup.py build python setup.py install But it simply doesn't work....and apparently I'm not the only one<http://bit.ly/3iQy2> : (eb)brianz@eb-brianz$ python -c "import MySQLdb" Traceback (most recent call last): File "<string>", line 1, in <module> File "MySQLdb/__init__.py", line 19, in <module> import _mysql ImportError: dlopen(./_mysql.so, 2): no suitable image found. Did find: ./_mysql.so: mach-o, but wrong architecture Everything *looks* ok: (eb)brianz@eb-brianz$ file _mysql.so _mysql.so: Mach-O 64-bit bundle x86_64 (eb)brianz@eb-brianz$ otool -L _mysql.so _mysql.so: /usr/local/mysql/lib/libmysqlclient_r.16.dylib (compatibility version 17.0.0, current version 17.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 124.1.1) (eb)brianz@eb-brianz$ (eb)brianz@eb-brianz$ file /usr/local/mysql/lib/libmysqlclient_r.16.dylib /usr/local/mysql/lib/libmysqlclient_r.16.dylib: Mach-O 64-bit dynamically linked shared library x86_64 Huh? Something is not right here. It sucks that the OS X builds are so painful. I'm sort of at a loss at where to go next. Suggestions? Any help greatly appreciated! BZ BTW...here are the relevant lines from the build: creating build/temp.macosx-10.6-i386-2.5 gcc-4.2 -fno-strict-aliasing -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -DMACOSX -I/usr/include/ffi -DENABLE_DTRACE -pipe -Dversion_info=(1,2,3,'gamma',1) -D__version__=1.2.3c1 -I/usr/local/mysql/include -I/System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 -c _mysql.c -o build/temp.macosx-10.6-i386-2.5/_mysql.o -g -Os -arch x86_64 -fno-common -D_P1003_1B_VISIBLE -DSIGNAL_WITH_VIO_CLOSE -DSIGNALS_DONT_BREAK_READ -DIGNORE_SIGHUP_SIGQUIT -DDONT_DECLARE_CXA_PURE_VIRTUAL In file included from _mysql.c:36: /usr/local/mysql/include/my_config.h:1049:1: warning: "HAVE_WCSCOLL" redefined In file included from /System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5/Python.h:8, from pymemcompat.h:10, from _mysql.c:29: /System/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5/pyconfig.h:725:1: warning: this is the location of the previous definition gcc-4.2 -Wl,-F. -bundle -undefined dynamic_lookup -arch x86_64 build/temp.macosx-10.6-i386-2.5/_mysql.o -L/usr/local/mysql/lib -lmysqlclient_r -lz -lm -lmygcc -o build/lib.macosx-10.6-i386-2.5/_mysql.so

4 6

Weird Carbon: gestalt: wxPython issue/bug
by Christopher Barker Oct. 13, 2010

Oct. 13, 2010

Hi folks, Peter Hanson, on the wxPython list, seems to have identified a bug in the gestalt module, that may be a Carbon issue. It's a bit of an unusual case: it freezes up wxPython, when wx is called from other than the main thread. Robin Dunn suspects that it's a Carbon issue -- gestalt is calling Carbon, and doing so in the main thread, so you are then trying to call Carbon from more than one thread, which may be the cause of the problem. I've confirmed that if you call gestalt from the same thread as wxPython, there is no failure. A link to Robin Dunn's assessment: http://permalink.gmane.org/gmane.comp.python.wxpython/76590 As Carbon is deprecated anyway, I guess it's time for gestalt ( or platform.mac_ver ) to be re-written I've tested on OS-X 10.4.11, Python 2.5 and Python2.6 Here is Peter's summary and sample code: # Demonstration of application freeze on OSX. # Running "python osx_freeze.py" shows the symptom: # non-responsiveness after about 3 seconds. In theory # this will occur in any wxPython app which runs # the GUI event loop in a thread other than the one # in which the failing gestalt('sysu') call (see below) # is first executed. # Enabling any of these imports can trigger the problem # as each one imports the next one down in the list. # This will happen only with pkg_resources v0.6c10 or later # although it's not pkg_resources' fault. # import matplotlib.figure # import matplotlib.axes # import matplotlib.dates # import pytz # import pkg_resources # The next import alone doesn't lead to failure, # but the function call does. # This same code is executed by pkg_resources starting # with setuptools v0.6c10. # from platform import mac_ver; mac_ver() # The platform.mac_ver() call does the following, which # is what ultimately leads to the failure. Calls # to gestalt() with 'sysa' (for example) do not # trigger the problem, either because the problem is # related to the 'sysu' itself, or to the fact that # an exception is raised because the selector "sysu" # is no longer recognized. from gestalt import gestalt try: print gestalt('sysu') except Exception, ex: print 'gestalt call failed' if __name__ == '__main__': def gui(): import wx app = wx.App(False) frame = wx.Frame(None) wx.StaticText(frame, label='Goodbye, cruel world') frame.Show() app.MainLoop() import threading threading.Thread(target=gui).start() -- 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(a)noaa.gov

5 14

appscript and mail.app, how to access attachments?
by Christian Prinoth Oct. 5, 2010

Oct. 5, 2010

I am trying the following: mail=app('mail') msgs=mail.selection() msg=msgs[0] now I would like to use msg.mail_attachments but this won't work. If I ask for help, under elements I get the following: Elements: AEType("attc") -- by name, index, relative, range, test, id bcc_recipients -- by name, index, relative, range, test cc_recipients -- by name, index, relative, range, test headers -- by name, index, relative, range, test recipients -- by name, index, relative, range, test to_recipients -- by name, index, relative, range, test How do I access the attachments? Thanks Christian

2 1

Interacting with the contents of an editor
by Suresh Krishna Sept. 29, 2010

Sept. 29, 2010

Hi, I would like to interact with the content of an editor (simple single file editor will do) using Python on OS 10.6. The python script will run in the background and do stuff (like open pop-up windows etc) based on evaluating the text entered into the editor. I am a Python novice, but am familiar with C/Matlab programming. And I want to learn whatever is necessary to get this done. What would be the easiest way to go about this ? Using wxPython's text controls ? I would really like to interact with a full-fledged editor if possible. Would Scintilla be an option ? Maybe something using AppleScript and TextEdit ? Thanks much !! Suresh

3 3

Newbie MacPython 3.1 question: installing Tweepy
by hello＠segovis.com Sept. 19, 2010

Sept. 19, 2010

Newbie question: I am new to python (and programming in general) and have begun working with python 3.1.2 on my Mac. I used the DMG installer available on python.org, and have been able to write, and run, python code successfully. Currently, I am trying to install the tweepy-1.7 library to work with the python 3.1.2 install. I have installed tweepy on my Mac and have the library running successfully with the default python 2.6 install. Can someone provide advice as to how to link my python 3.1.2 with the tweepy library? I have tried setup.py with python 3.1.2, but this function is not available. I apologize if this email is in appropriate for this list, and if so, would appreciate any information as to where I should send this question. Sincerely, C

2 1

Re: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 89, Issue 12
by Massimo Di Stefano Sept. 18, 2010

Sept. 18, 2010

I tried using the notes from here : http://www.dabeaz.com/cgi-bin/wiki.pl?SwigFaqMaxOSXSharedLibraries all works fine, in the nex days i'll also try the "distutils way" and let you know :-) thanks to helped me !!! best regards, Massimo. Il giorno 18/set/2010, alle ore 12.00, pythonmac-sig-request(a)python.org ha scritto: > When building python extensions, you REALLY want to use distutils. See here for an example: > > http://www.swig.org/Doc2.0/Python.html#Python_nn6 > > at least that doc patch got in there. > > Let us know if that still doesn't work.

1 0

Re: [Pythonmac-SIG] Pythonmac-SIG Digest, Vol 89, Issue 12
by Massimo Di Stefano Sept. 18, 2010

Sept. 18, 2010

thanks! i haven't looked inside the faq :-( thanks to point me to its page, swig -python example.i cc -c `python-config --cflags` example.c example_wrap.c cc -bundle `python-config --ldflags` example.o example_wrap.o -o _example.so fix the problems, now in the tutorial, all works as aspected. best regard, Massimo Il giorno 18/set/2010, alle ore 12.00, pythonmac-sig-request(a)python.org ha scritto: > Did you try using the instructions for building on OS X pointed to in > the FAQ? > > http://www.dabeaz.com/cgi-bin/wiki.pl?SwigFaqMaxOSXSharedLibraries

1 0

swig example on mac osx 10.6.4
by Massimo Di Stefano Sept. 17, 2010

Sept. 17, 2010

Hello All, i'm tring to run the swig - python example, from the page : http://www.swig.org/tutorial.html but running it i have a "wrong architecture" problem. i tried using swig built from source version 2.0. this the log, thanks for any help! : MacBook-Pro-15-di-sasha:~ sasha$ /usr/local/bin/swig -python example.i MacBook-Pro-15-di-sasha:~ sasha$ gcc -c example.c example_wrap.c -I /usr/include/python2. python2.5/ python2.6/ MacBook-Pro-15-di-sasha:~ sasha$ gcc -c example.c example_wrap.c -I /usr/include/python2.6 MacBook-Pro-15-di-sasha:~ sasha$ ld -dylib example.o example_wrap.o -o _example.so Undefined symbols: "_PyLong_AsLong", referenced from: _SWIG_AsVal_long in example_wrap.o "_PyDict_New", referenced from: _SWIG_Python_NewShadowInstance in example_wrap.o _SWIG_Python_NewShadowInstance in example_wrap.o _SWIG_Python_SetSwigThis in example_wrap.o _SWIG_Python_TypeCache in example_wrap.o "_PyDict_SetItem", referenced from: _SWIG_Python_NewShadowInstance in example_wrap.o _SWIG_Python_NewShadowInstance in example_wrap.o _SWIG_Python_SetSwigThis in example_wrap.o _SWIG_Python_SetSwigThis in example_wrap.o _SWIG_Python_TypeQuery in example_wrap.o "_PyExc_ValueError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "_PyDict_SetItemString", referenced from: _SWIG_Python_SetConstant in example_wrap.o _SWIG_Python_InstallConstants in example_wrap.o _init_example in example_wrap.o "_strstr", referenced from: _SWIG_Python_ConvertFunctionPtr in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o "_PyCFunction_Type", referenced from: _SWIG_Python_ConvertFunctionPtr in example_wrap.o "_PyErr_Occurred", referenced from: _SWIG_Python_AddErrorMsg in example_wrap.o _SwigPyClientData_New in example_wrap.o _SWIG_Python_GetSwigThis in example_wrap.o _SWIG_Python_ConvertPtrAndOwn in example_wrap.o _SWIG_Python_GetModule in example_wrap.o _SWIG_Python_AddErrMesg in example_wrap.o _SWIG_Python_ArgFail in example_wrap.o _SWIG_AsVal_double in example_wrap.o _SWIG_AsVal_long in example_wrap.o _swig_varlink_getattr in example_wrap.o _swig_varlink_setattr in example_wrap.o "_PyInt_FromLong", referenced from: _SWIG_From_int in example_wrap.o "_Py_InitModule4_64", referenced from: _SWIG_Python_SetModule in example_wrap.o _init_example in example_wrap.o "__PyWeakref_CallableProxyType", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o "_PyString_FromString", referenced from: _SWIG_Python_str_FromChar in example_wrap.o _swig_varlink_repr in example_wrap.o _swig_varlink_str in example_wrap.o _swig_varlink_str in example_wrap.o _swig_varlink_str in example_wrap.o _swig_varlink_str in example_wrap.o "_PyType_IsSubtype", referenced from: _SWIG_AsVal_double in example_wrap.o "_PyFloat_FromDouble", referenced from: _Swig_var_My_variable_get in example_wrap.o "_PyModule_GetDict", referenced from: _init_example in example_wrap.o "__PyInstance_Lookup", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o "___assert_rtn", referenced from: _SWIG_Python_ConvertPtrAndOwn in example_wrap.o _SWIG_Python_ConvertFunctionPtr in example_wrap.o "_PyLong_FromVoidPtr", referenced from: _SwigPyObject_long in example_wrap.o "_PyErr_Clear", referenced from: _SWIG_Python_AddErrorMsg in example_wrap.o _SwigPyClientData_New in example_wrap.o _SWIG_Python_GetSwigThis in example_wrap.o _SWIG_Python_ConvertPtrAndOwn in example_wrap.o _SWIG_Python_GetModule in example_wrap.o _SWIG_Python_AddErrMesg in example_wrap.o _SWIG_Python_MustGetPtr in example_wrap.o _SWIG_AsVal_double in example_wrap.o _SWIG_AsVal_long in example_wrap.o "_PyObject_Free", referenced from: _SwigPyObject_dealloc in example_wrap.o _SwigPyPacked_dealloc in example_wrap.o _SwigPyPacked_New in example_wrap.o "___stack_chk_guard", referenced from: _SwigPyObject_str in example_wrap.o _SwigPyObject_str in example_wrap.o _SwigPyPacked_print in example_wrap.o _SwigPyPacked_print in example_wrap.o _SwigPyPacked_repr in example_wrap.o _SwigPyPacked_repr in example_wrap.o _SwigPyPacked_str in example_wrap.o _SwigPyPacked_str in example_wrap.o _SWIG_Python_ArgFail in example_wrap.o _SWIG_Python_ArgFail in example_wrap.o "_PyArg_ParseTuple", referenced from: __wrap_fact in example_wrap.o __wrap_my_mod in example_wrap.o __wrap_get_time in example_wrap.o "__PyWeakref_ProxyType", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o "_PyClass_Type", referenced from: _SwigPyClientData_New in example_wrap.o "_PyOS_snprintf", referenced from: _SWIG_Python_ArgFail in example_wrap.o "_PyExc_SystemError", referenced from: _SWIG_Python_ErrorType in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o "_PyObject_Call", referenced from: _SWIG_Python_NewShadowInstance in example_wrap.o "__Py_ZeroStruct", referenced from: _SwigPyObject_richcompare in example_wrap.o "__PyObject_GetDictPtr", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o _SWIG_Python_NewShadowInstance in example_wrap.o _SWIG_Python_SetSwigThis in example_wrap.o "_malloc", referenced from: _SwigPyClientData_New in example_wrap.o _SwigPyPacked_New in example_wrap.o _SWIG_Python_addvarlink in example_wrap.o _SWIG_Python_addvarlink in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o "_PyErr_Fetch", referenced from: _SWIG_Python_AddErrorMsg in example_wrap.o _SWIG_Python_AddErrMesg in example_wrap.o "_PyExc_RuntimeError", referenced from: _SWIG_Python_ErrorType in example_wrap.o _SWIG_Python_ErrorType in example_wrap.o _SWIG_Python_AddErrorMsg in example_wrap.o "_PyList_New", referenced from: _SWIG_Python_AppendOutput in example_wrap.o "_strncmp", referenced from: _SwigPyPacked_compare in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o "_PyObject_CallFunctionObjArgs", referenced from: _SwigPyObject_dealloc in example_wrap.o _SWIG_Python_ConvertPtrAndOwn in example_wrap.o "___memcpy_chk", referenced from: _SwigPyPacked_New in example_wrap.o ___inline_memcpy_chk in example_wrap.o _SwigPyPacked_UnpackData in example_wrap.o "__Py_NoneStruct", referenced from: _SWIG_Python_AppendOutput in example_wrap.o _SWIG_Py_Void in example_wrap.o _SWIG_Python_ConvertPtrAndOwn in example_wrap.o "_PyExc_MemoryError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "_PyString_FromStringAndSize", referenced from: _SWIG_FromCharPtrAndSize in example_wrap.o "___memset_chk", referenced from: _SWIG_UnpackDataName in example_wrap.o ___inline_memset_chk in example_wrap.o "_printf", referenced from: _SwigPyObject_dealloc in example_wrap.o "_PyExc_IOError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "___stack_chk_fail", referenced from: _SwigPyObject_str in example_wrap.o _SwigPyPacked_print in example_wrap.o _SwigPyPacked_repr in example_wrap.o _SwigPyPacked_str in example_wrap.o _SWIG_Python_ArgFail in example_wrap.o "_PyModule_AddObject", referenced from: _SWIG_Python_SetModule in example_wrap.o "_PyList_Append", referenced from: _SWIG_Python_AppendOutput in example_wrap.o "_fprintf", referenced from: _swig_varlink_print in example_wrap.o "_PyTuple_New", referenced from: _SwigPyClientData_New in example_wrap.o _SwigPyObject_format in example_wrap.o "_PyExc_ZeroDivisionError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "_PyString_Format", referenced from: _SwigPyObject_format in example_wrap.o "_PyFloat_AsDouble", referenced from: _SWIG_AsVal_double in example_wrap.o "_PyDict_GetItem", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o _SWIG_Python_TypeQuery in example_wrap.o "_PyObject_GetAttr", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o "_PyType_Type", referenced from: __PySwigObject_type in example_wrap.o __PySwigPacked_type in example_wrap.o _swig_varlink_type in example_wrap.o "_PyObject_Str", referenced from: _SWIG_Python_AddErrorMsg in example_wrap.o _SWIG_Python_AddErrMesg in example_wrap.o _SWIG_Python_TypeError in example_wrap.o "_PyCObject_AsVoidPtr", referenced from: _SWIG_Python_TypeQuery in example_wrap.o "_free", referenced from: _SwigPyPacked_dealloc in example_wrap.o _swig_varlink_dealloc in example_wrap.o _swig_varlink_dealloc in example_wrap.o "_PyExc_TypeError", referenced from: _SWIG_Python_ErrorType in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _SWIG_Python_TypeError in example_wrap.o _SWIG_Python_TypeError in example_wrap.o _SWIG_Python_TypeError in example_wrap.o _SWIG_Python_TypeError in example_wrap.o "_PyArg_UnpackTuple", referenced from: _SwigPyObject_own in example_wrap.o "_PyBool_FromLong", referenced from: _SwigPyObject_own in example_wrap.o "_PyTuple_SetItem", referenced from: _SwigPyClientData_New in example_wrap.o _SwigPyObject_format in example_wrap.o "__Py_NotImplementedStruct", referenced from: _SwigPyObject_richcompare in example_wrap.o _SwigPyObject_richcompare in example_wrap.o _SwigPyObject_richcompare in example_wrap.o "_PyObject_IsTrue", referenced from: _SwigPyObject_own in example_wrap.o "_PyCObject_Import", referenced from: _SWIG_Python_GetModule in example_wrap.o "_time", referenced from: _get_time in example.o (maybe you meant: cstring=:get_time, cstring=get_time , _get_time ) "_PyInstance_NewRaw", referenced from: _SWIG_Python_NewShadowInstance in example_wrap.o "_PyErr_SetString", referenced from: _SWIG_Python_AddErrorMsg in example_wrap.o _SWIG_Python_SetErrorMsg in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _swig_varlink_getattr in example_wrap.o _swig_varlink_setattr in example_wrap.o "_PyExc_OverflowError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "_fputc", referenced from: _SwigPyPacked_print in example_wrap.o "_PyInt_AsLong", referenced from: _SWIG_AsVal_double in example_wrap.o _SWIG_AsVal_long in example_wrap.o "_PyErr_SetObject", referenced from: _SWIG_Python_SetErrorObj in example_wrap.o "_PyObject_Malloc", referenced from: _SwigPyObject_New in example_wrap.o _SwigPyPacked_New in example_wrap.o _SWIG_Python_newvarlink in example_wrap.o "_PyString_FromFormat", referenced from: _SwigPyObject_repr in example_wrap.o _SwigPyPacked_repr in example_wrap.o _SwigPyPacked_repr in example_wrap.o _SwigPyPacked_str in example_wrap.o "_strlen", referenced from: _SWIG_TypeEquiv in example_wrap.o _SWIG_TypeCompare in example_wrap.o _SWIG_PackVoidPtr in example_wrap.o _SWIG_PackDataName in example_wrap.o _SWIG_FromCharPtr in example_wrap.o _SWIG_Python_addvarlink in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o "_PyExc_AttributeError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "___strcpy_chk", referenced from: _SWIG_PackVoidPtr in example_wrap.o ___inline_strcpy_chk in example_wrap.o "_PyLong_AsDouble", referenced from: _SWIG_AsVal_double in example_wrap.o "__Py_TrueStruct", referenced from: _SwigPyObject_richcompare in example_wrap.o "_fputs", referenced from: _SwigPyObject_print in example_wrap.o _SwigPyPacked_print in example_wrap.o _SwigPyPacked_print in example_wrap.o "_strcmp", referenced from: _SWIG_TypeCheck in example_wrap.o _SWIG_MangledTypeQueryModule in example_wrap.o _SWIG_UnpackVoidPtr in example_wrap.o _SWIG_UnpackDataName in example_wrap.o _SwigPyObject_Check in example_wrap.o _SwigPyPacked_Check in example_wrap.o _swig_varlink_getattr in example_wrap.o _swig_varlink_setattr in example_wrap.o "_PyErr_Format", referenced from: _SWIG_Python_AddErrorMsg in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _SWIG_Python_UnpackTuple in example_wrap.o _SWIG_Python_AddErrMesg in example_wrap.o _SWIG_Python_AddErrMesg in example_wrap.o _SWIG_Python_TypeError in example_wrap.o _SWIG_Python_TypeError in example_wrap.o _SWIG_Python_TypeError in example_wrap.o _SWIG_Python_TypeError in example_wrap.o "_PyExc_SyntaxError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "_PyObject_GenericGetAttr", referenced from: _tmp.9623 in example_wrap.o _tmp.9773 in example_wrap.o "_PyFloat_Type", referenced from: _SWIG_AsVal_double in example_wrap.o _SWIG_AsVal_double in example_wrap.o "_PyString_ConcatAndDel", referenced from: _SwigPyObject_repr in example_wrap.o _swig_varlink_str in example_wrap.o _swig_varlink_str in example_wrap.o _swig_varlink_str in example_wrap.o "_PyCObject_FromVoidPtr", referenced from: _SWIG_Python_SetModule in example_wrap.o _SWIG_Python_TypeQuery in example_wrap.o "_PyList_SetItem", referenced from: _SWIG_Python_AppendOutput in example_wrap.o "___strncpy_chk", referenced from: _SWIG_PackDataName in example_wrap.o ___inline_strncpy_chk in example_wrap.o _SWIG_Python_addvarlink in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o _SWIG_Python_FixMethods in example_wrap.o "_ctime", referenced from: _get_time in example.o "_PyExc_IndexError", referenced from: _SWIG_Python_ErrorType in example_wrap.o "_PyObject_GetAttrString", referenced from: _SwigPyClientData_New in example_wrap.o _SwigPyClientData_New in example_wrap.o _SWIG_Python_SetSwigThis in example_wrap.o "_PyString_AsString", referenced from: _SWIG_Python_str_AsChar in example_wrap.o "_PyObject_Init", referenced from: _SwigPyObject_New in example_wrap.o _SwigPyPacked_New in example_wrap.o _SWIG_Python_newvarlink in example_wrap.o "_PyExc_NameError", referenced from: _swig_varlink_getattr in example_wrap.o _swig_varlink_setattr in example_wrap.o "_PyInstance_Type", referenced from: _SWIG_Python_GetSwigThis in example_wrap.o "_fwrite", referenced from: _SwigPyPacked_print in example_wrap.o _SwigPyPacked_print in example_wrap.o _swig_varlink_print in example_wrap.o "_memcpy", referenced from: __PySwigObject_type in example_wrap.o __PySwigPacked_type in example_wrap.o _swig_varlink_type in example_wrap.o ld: symbol(s) not found for inferred architecture x86_64

3 2

Re: [Pythonmac-SIG] bdist_mpkg issues
by Christopher Barker Sept. 16, 2010

Sept. 16, 2010

Russell Owen wrote: > I'll expect our observatory to send me a 10.4 Mac in a few weeks. I plan > to build the packages on that -- both to assure that the packages will > run on 10.4 and as a way of testing my released application. > > I'm sure the gcc will be rather outdated, but I hope it will be tolerable. I was having pretty good luck with my 10.4 system when I still had a a couple months ago. > All that said, I sure wish I knew what was wrong. bdist_mpkg is not > getting any attention and at some point it may just break, leaving us > with no obvious way to build binary installers. well -- I don't think it does all that much, and the only tricky part should be what's also used in py2app, so it may not be that bad. I suspect the problem is with binary libs, not with bdist_mpkg. -Chris > Regards, > > -- Russell > > On Sep 16, 2010, at 2:06 PM, Christopher Barker wrote: > >> Russell E. Owen wrote: >>> At your suggestion I built new universal unix libraries using >>> MACOSX_DEPLOYMENT_TARGET=10.3. As always, I deleted the dylibs so >>> only the static libraries remained (so they would be included in the >>> final binary) and I verified that the libraries contained both ppc >>> and intel code. I then used bdist_mpkg to build a matplotlib >>> installer. Unfortunately I see the same problem as before: when I try >>> to import pylab on a 10.3.9 PPC computer I get a segfault. >> >> Darn. >> >> Is there any simple test code we could use to test the libraries them >> selves? It would be nice to maybe build a really simple executable >> that uses each of the dependencies, so they could be individually >> tested. At least that would narrow down the issue. >> >> It also should be possible to run it under a debugger or something, so >> that we could see where the segfault occurred -- anyone know how to do >> that? >> >> -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(a)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(a)noaa.gov

1 0