Hi John,
see below.
Thomas

>On Jan 29, 2012, at 11:49 AM, John Pye wrote:

> Hi Thomas
> 
> I haven't come across PyGTK packages for OSX that worked, but maybe there's 
> something new out there. Can you provide some links?
http://sourceforge.net/projects/macpkg/files/PyGTK/2.24.0/
> 
> Did you have to install GTK+ separately?
Yes, I installed it separately in the sequence on your website.
> 
> Is Python embedded inside the PyGTK package?
How do I determine that?
> Did you install the macports version of Python in addition to the one that 
> comes with OSX?
yes, when I installed graphvix, python 2.7 was in the dependency list.
> 
> Multiple copies of Python will need careful use, if you have them. You need 
> to be sure you are building/running with the right version corresponding to 
> NumPy, Matplotlib, SCons, PyGTK, etc.

Are you saying these apps don't have their own wrappers to reference the python 
version they need?
> 
> Cheers
> JP
> 
> On 29/01/12 11:45, thomas thurman wrote:
>> Hi John,
>> see below.
>> Let me know if there is an experiment you would like me to attempt.
>> 
>> Regards,
>> Thomas
>> 
>>> On Jan 29, 2012, at 11:04 AM, John Pye wrote:
>>> Hi Thomas
>>> 
>>> Thanks for the report.
>>> 
>>> For your linking error (2), I have also been seeing this issue with MMIO on 
>>> MinGW-w64, recently, and I'm looking into it.
>>> 
>>> For issue (1), I don't remember having that problem. Is Python support in 
>>> SWIG now an optional extra in XCode, or are you using swig from Macports?
>> I am using Macports.
>> I didn't record why, but think swig was removed for Xcode 4.2.1 in os x 10.7.
>> sorry should have kept better notes.!
>>> For (3) this is failing because the linker step to create _ascpy.so failed 
>>> due to issue (1).
>>> 
>>> Have you had any luck on the GTK+, PyGTK side? Getting those to run with 
>>> native Mac GUI seemed to require JHBuild in the past, but perhaps Macports 
>>> has fixed that?
>> PyGtk.pkg installed ok. This was not from Macports. It seemed to initialize 
>> ok as part of your test process but no way to actually test it obviously .
>> 
>> I noticed that somewhere along the install process python 2.7.2 was 
>> installed but when I check the version I am still getting the 2.7.1 version.
>> I don't know if this is significant or not but just wanted to mention it.
>> 
>>> Cheers
>>> JP
>>> 
>>> On 29/01/12 01:19, thomas thurman wrote:
>>>> I installed v 0.97 yesterday with related updates based on macports etc. 
>>>> based on your
>>>> 'how to install on mac os x lion'
>>>> I am running Xcode 4.2.1, os 10.7.2
>>>> 
>>>> I ran scons without changes.
>>>> 
>>>> 1--->
>>>> with swig but without the swig-python port installed I noticed a swig 
>>>> error.
>>>> 2--->
>>>> with the swig port and related swig-python installed the following 
>>>> resulted:
>>>> 
>>>> swig -o ascxx/ascpy_wrap.cc -python -c++ -I/opt/local/include/graphviz 
>>>> ascxx/ascpy.i
>>>> g++ -o ascxx/ascpy_wrap.os -c -fPIC -DHAVE_GCCVISIBILITY -I. 
>>>> -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7
>>>>  ascxx/ascpy_wrap.cc
>>>> g++ -o ascxx/_ascpy.so -ldl -framework CoreFoundation -dynamiclib 
>>>> ascxx/library.os ascxx/compiler.os ascxx/type.os ascxx/module.os 
>>>> ascxx/symchar.os ascxx/instance.os ascxx/instanceinterfacedata.os 
>>>> ascxx/matrix.os ascxx/method.os ascxx/name.os ascxx/reporter.os 
>>>> ascxx/simulation.os ascxx/set.os ascxx/units.os ascxx/dimensions.os 
>>>> ascxx/extmethod.os ascxx/variable.os ascxx/registry.os ascxx/relation.os 
>>>> ascxx/solver.os ascxx/curve.os ascxx/plot.os ascxx/solverhooks.os 
>>>> ascxx/solverparameters.os ascxx/solverparameter.os 
>>>> ascxx/solverparameteriterator.os ascxx/solverstatus.os 
>>>> ascxx/solverreporter.os ascxx/value.os ascxx/incidencematrix.os 
>>>> ascxx/integrator.os ascxx/integratorreporter.os ascxx/annotation.os 
>>>> ascxx/ascpy_wrap.os -L. 
>>>> -L/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/config
>>>>  -L/opt/local/lib -lblas -lascend -lpython2.7 -lstdc++ -lgvc -lgraph 
>>>> -lcgraph -lcdt
>>>> Undefined symbols for architecture x86_64:
>>>>   "_mtx_write_region_mmio", referenced from:
>>>>       Matrix::write(__sFILE*, std::basic_string<char, 
>>>> std::char_traits<char>, std::allocator<char>   >   const&) constin 
>>>> matrix.os
>>>> ld: symbol(s) not found for architecture x86_64
>>>> collect2: ld returned 1 exit status
>>>> scons: *** [ascxx/_ascpy.so] Error 1
>>>> scons: building terminated because of errors.
>>>> 
>>>> 3---->
>>>> I ran ./test.py TestSolver.testlog10 with results:
>>>> ….
>>>> Note: python 'dl' module not available on this system, guessing value of 
>>>> RTLD_* flags
>>>> Restarting with...
>>>>   export LD_LIBRARY_PATH=/Users/tom/ascend/ascxx:/Users/tom/ascend
>>>>   export PYTHONPATH=/Users/tom/ascend/ascxx:/Users/tom/ascend/pygtk
>>>>   export ASCENDLIBRARY=/Users/tom/ascend/models:/Users/tom/freesteam/ascend
>>>>   export 
>>>> ASCENDSOLVERS=/Users/tom/ascend/solvers/qrslv:/Users/tom/ascend/solvers/cmslv:/Users/tom/ascend/solvers/lrslv:/Users/tom/ascend/solvers/conopt:/Users/tom/ascend/solvers/ida:/Users/tom/ascend/solvers/lsode:/Users/tom/ascend/solvers/ipopt:/Users/tom/ascend/solvers/dopri5
>>>> Note: python 'dl' module not available on this system, guessing value of 
>>>> RTLD_* flags
>>>> Got...
>>>>   LD_LIBRARY_PATH=/Users/tom/ascend/ascxx:/Users/tom/ascend
>>>>   PYTHONPATH=/Users/tom/ascend/ascxx:/Users/tom/ascend/pygtk
>>>>   ASCENDLIBRARY=/Users/tom/ascend/models:/Users/tom/freesteam/ascend
>>>>   
>>>> ASCENDSOLVERS=/Users/tom/ascend/solvers/qrslv:/Users/tom/ascend/solvers/cmslv:/Users/tom/ascend/solvers/lrslv:/Users/tom/ascend/solvers/conopt:/Users/tom/ascend/solvers/ida:/Users/tom/ascend/solvers/lsode:/Users/tom/ascend/solvers/ipopt:/Users/tom/ascend/solvers/dopri5
>>>> Traceback (most recent call last):
>>>>   File "./test.py", line 1685, in<module>
>>>>     import ascpy
>>>>   File "/Users/tom/ascend/ascxx/ascpy.py", line 26, in<module>
>>>>     _ascpy = swig_import_helper()
>>>>   File "/Users/tom/ascend/ascxx/ascpy.py", line 18, in swig_import_helper
>>>>     import _ascpy
>>>> ImportError: No module named _ascpy
>>>> 
>>>> Tom Thurman
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Try before you buy = See our experts in action!
>>>> The most comprehensive online learning library for Microsoft developers
>>>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>>>> Metro Style Apps, more. Free future releases when you subscribe now!
>>>> http://p.sf.net/sfu/learndevnow-dev2
>>>> _______________________________________________
>>>> Ascend-sim-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/ascend-sim-users
> 


------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Ascend-sim-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ascend-sim-users

Reply via email to