[issue4214] no extension debug info with msvc9compiler.py

2010-11-29 Thread Robin Dunn
Robin Dunn added the comment: No, MSVC does not behave that way any longer. Now it simply creates a file named "None", so I expect that the newer versions simply do not support writing the "old-style" debug info written to the DLL or EXE. If a setup script creates mor

[issue8607] OSX: duplicate -arch flags in CFLAGS breaks sysconfig

2010-05-03 Thread Robin Dunn
New submission from Robin Dunn : In Python 2.7b1, building on OSX 10.6 with this configure command: export CC=gcc-4.0 export CXX=g++-4.0 export MACOSX_DEPLOYMENT_TARGET=10.4 ../configure \ --with-universal-archs=32-bit \ --enable-universalsdk=/Developer/SDKs/MacOSX10.4u.sdk

[issue7812] Call to gestalt('sysu') on OSX can lead to freeze in wxPython apps

2010-01-30 Thread Robin Dunn
Changes by Robin Dunn : -- nosy: +robind ___ Python tracker <http://bugs.python.org/issue7812> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue5019] Specifying common controls DLL in manifest

2009-04-27 Thread Robin Dunn
Robin Dunn added the comment: Update: I finally worked out what needed to be done for wxPython and while simply changing Python's manifest would have been immensely easier what I have does seem to work well so I thought I should give some info here for posterity. I went back and experim

[issue5019] Specifying common controls DLL in manifest

2009-02-28 Thread Robin Dunn
Robin Dunn added the comment: Thanks for the code. I've verified your findings and I've also converted nested to an extension module and built it with distutils and was still able to make it correctly load the themed common controls when imported from Python, however I had to hack d

[issue5019] Specifying common controls DLL in manifest

2009-02-09 Thread Robin Dunn
Robin Dunn added the comment: Sorry, no luck. I've tried before to ensure that all the DLLs and extension modules have the manifest file (in resource 2) and it makes no difference. I rebuilt wxWidgets and wxPython today with ISOLATION_AWARE_ENABLED defined to check if that would help

[issue5019] Specifying common controls DLL in manifest

2009-02-09 Thread Robin Dunn
Changes by Robin Dunn : Added file: http://bugs.python.org/file12997/Snap001.png ___ Python tracker <http://bugs.python.org/issue5019> ___ ___ Python-bugs-list mailin

[issue5019] Specifying common controls DLL in manifest

2009-02-09 Thread Robin Dunn
Changes by Robin Dunn : Added file: http://bugs.python.org/file12998/Snap002.png ___ Python tracker <http://bugs.python.org/issue5019> ___ ___ Python-bugs-list mailin

[issue5019] Specifying common controls DLL in manifest

2009-02-09 Thread Robin Dunn
Changes by Robin Dunn : Added file: http://bugs.python.org/file12996/sample.py ___ Python tracker <http://bugs.python.org/issue5019> ___ ___ Python-bugs-list mailin

[issue5019] Specifying common controls DLL in manifest

2009-02-09 Thread Robin Dunn
Robin Dunn added the comment: Ok, the following files will be attached: python.exe.manifest: This is a copy of the manifest resource that I put into the 2.6.1 python.exe file by hand for testing. The original manifest was the same but without the 2nd ... group. sample.py: the simple little

[issue5019] Specifying common controls DLL in manifest

2009-02-09 Thread Robin Dunn
Robin Dunn added the comment: If I understand correctly then setting an activation context won't help because by the time that an extension module is loaded the choice of which version of the common controls DLL will be loaded has already been made, and it may in fact already be loaded.

[issue5019] Specifying common controls DLL in manifest

2009-01-20 Thread Robin Dunn
New submission from Robin Dunn : This may have already been discussed but my searches didn't turn up anything concrete other than issue 4120 which is a similar but different problem. The problem I'm facing is that wxPython requires that version 6 of the common controls DLL be loade

[issue4214] no extension debug info with msvc9compiler.py

2008-10-27 Thread Robin Dunn
New submission from Robin Dunn <[EMAIL PROTECTED]>: It looks like part of r59290 resulted in /pdb:None always being part of the ldflags_shared_debug list. This means that there will be no debug info stored for extensions built in debug mode, which kinda negates the purpose of doing a

[issue3433] Mac, 3.0 framework install error with fink cp

2008-07-24 Thread Robin Dunn
Robin Dunn <[EMAIL PROTECTED]> added the comment: Maybe, but I think that a more proper approach would be one of the following: * Decide that features specific to Apple's cp are required and change the Makefile to use /bin/cp instead of just cp. * Use configure to determine if

[issue3434] Mac, 3.0 framework install, Python.app not created

2008-07-23 Thread Robin Dunn
Robin Dunn <[EMAIL PROTECTED]> added the comment: This appears to already be fixed in the current py3k branch, so this can be closed. Sorry for the noise. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue3434] Mac, 3.0 framework install, Python.app not created

2008-07-23 Thread Robin Dunn
New submission from Robin Dunn <[EMAIL PROTECTED]>: OS X Leopard (10.5.4) Python-3.0b2 tarball ./configure --enable-universalsdk --enable-framework make sudo make install /Library/Frameworks/Python.framework/Versions/3.0/Resources/Python.app is not created by the install step, but

[issue3433] Mac, 3.0 framework install error with fink cp

2008-07-23 Thread Robin Dunn
New submission from Robin Dunn <[EMAIL PROTECTED]>: OSX Leopard (10.5.4) Python-3.0b2 tarball ./configure --enable-universalsdk --enable-framework make sudo make install Ends with this error: cd PythonLauncher && make install DESTDIR= test -d "/Applications/Pyth

[issue3432] Mac, 2.6 framework install error

2008-07-23 Thread Robin Dunn
New submission from Robin Dunn <[EMAIL PROTECTED]>: OSX Leopard (10.5.4) Python-2.6b2 tarball ./configure --enable-universalsdk --enable-framework make sudo make install Ends with this error: cd Mac && make installmacsubtree DESTDIR="" Creating directory /Library/Fra