Bugs item #1542949, was opened at 2006-08-19 03:51
Message generated for change (Comment added) made by ronaldoussoren
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1542949&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: IDLE
Group: Python 2.5
Status: Open
>Resolution: Fixed
Priority: 6
Submitted By: David Strozzi (dstrozzi)
Assigned to: Ronald Oussoren (ronaldoussoren)
Summary: idle in python 2.5c1 freezes on macos 10.3.9
Initial Comment:
Hi,
I installed python 2.5b3 on a powerbook ppc laptop
running macos 10.3.9 a few days ago. python and idle
worked. Now I installed 2.5c1. python works fine from
a terminal. When I start idle, it loads, puts up its
menu bar, opens a shell window, displays usual startup
info, and gives me a prompt. But, I can't type or get
a cursor. Whenever I move the mouse over the idle
window or menu bar, I get a spinning color wheel and
can't do anything.
I deleted the whole /library/python tree, reinstalled
2.5c1, and exactly the same thing happened.
Oh, and I rebooted :)
Not sure what is happening, or how to diagnose.
----------------------------------------------------------------------
>Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-09-24 18:15
Message:
Logged In: YES
user_id=580910
I'm seriously temped to call the problem you're having with numpy a bug in
their system.
What happens is that the binary distribution for Python 2.5 (and 2.4.3 as well)
is build as a universal binary on OSX 10.4. This is why you see '-arch ppc -
arch x86' in the compiler invocation. This works correctly on 10.4 but not on
10.3.9, which is why distutils strips those arguments from the command-line
on 10.3 systems. That's all fine when you use the stock distutils, but numpy
uses custom build commands and those don't work correctly with a universal
build of python on 10.3.
The easiest way for you to get going again is open /Library/Frameworks/
Python.framework/Versions/2.5/lib/python2.5/config/Makefile in a text
editor. Remove '-arch ppc -arch i386 -isysroot /Developer/SDKs/
MacOSX10.4u.sdk' from the definition of BASECFLAGS and LDFLAGS and then
try to build numpy again
----------------------------------------------------------------------
Comment By: David Strozzi (dstrozzi)
Date: 2006-09-23 00:35
Message:
Logged In: YES
user_id=1056922
Hi,
Python 2.5 installs, and idle runs, perfectly on my 10.3.9
system! Kudos to our noble MacOS builder! Looks like the
problem vanished.
I'm going to risk bugging people here about my inability to
compile numpy 1.0* (* = betas and current release candidate
1) on the same 10.3.9 system. The end of this post is a
dump of trying to install as per numpy directions. One line
is very suspicious:
C compiler: gcc -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing
-Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common
-dynamic -DNDEBUG -g -O3
-arch pcc -arch i386?? Smells bad.
10.4u.sdk?? I have sys 10.3.9;
/Developer/SDKs/MacOSX10.3.0.sdk exists on my system, but
not 10.4u.
Right after this, I get the error:
gcc: cannot specify -o with -c or -S and multiple compilations
gcc 3.3 is my 'main' gcc, although I finked 4.0 but haven't
replaced my 'main' gcc with it.
Anyway, thoughts are greatly appreciated, both by me and
presumably the numpy people (who haven't replied to any of
my bug postings :) )
********** The whole dump **************
> python setup.py install
Running from numpy source directory.
F2PY Version 2_3198
blas_opt_info:
FOUND:
extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
define_macros = [('NO_ATLAS_INFO', 3)]
extra_compile_args = ['-faltivec',
'-I/System/Library/Frameworks/vecLib.framework/Headers']
lapack_opt_info:
FOUND:
extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
define_macros = [('NO_ATLAS_INFO', 3)]
extra_compile_args = ['-faltivec']
running install
running build
running config_fc
running build_src
building py_modules sources
building extension "numpy.core.multiarray" sources
Generating build/src.macosx-10.3-fat-2.5/numpy/core/config.h
customize NAGFCompiler
customize AbsoftFCompiler
customize IbmFCompiler
Could not locate executable f95
customize GnuFCompiler
customize GnuFCompiler
customize GnuFCompiler using config
C compiler: gcc -arch ppc -arch i386 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing
-Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common
-dynamic -DNDEBUG -g -O3
compile options:
'-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-Inumpy/core/src -Inumpy/core/include
-I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5
-c'
gcc: _configtest.c
gcc: cannot specify -o with -c or -S and multiple compilations
gcc: cannot specify -o with -c or -S and multiple compilations
failure.
removing: _configtest.c _configtest.o
numpy/core/setup.py:50: DeprecationWarning: raising a string
exception is deprecated
raise "ERROR: Failed to test configuration"
Traceback (most recent call last):
File "setup.py", line 89, in <module>
setup_package()
File "setup.py", line 82, in setup_package
configuration=configuration )
File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/core.py",
line 174, in setup
return old_setup(**new_attr)
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/core.py",
line 151, in setup
dist.run_commands()
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 974, in run_commands
self.run_command(cmd)
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command
cmd_obj.run()
File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/install.py",
line 16, in run
r = old_install.run(self)
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/install.py",
line 506, in run
self.run_command('build')
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py",
line 333, in run_command
self.distribution.run_command(command)
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command
cmd_obj.run()
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/command/build.py",
line 112, in run
self.run_command(cmd_name)
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/cmd.py",
line 333, in run_command
self.distribution.run_command(command)
File
"/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/distutils/dist.py",
line 994, in run_command
cmd_obj.run()
File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 87, in run
self.build_sources()
File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 106, in build_sources
self.build_extension_sources(ext)
File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 212, in build_extension_sources
sources = self.generate_sources(sources, ext)
File
"/Volumes/Data/strozzi2/downloads/numpy-1.0rc1/numpy/distutils/command/build_src.py",
line 270, in generate_sources
source = func(extension, build_dir)
File "numpy/core/setup.py", line 50, in generate_config_h
raise "ERROR: Failed to test configuration"
ERROR: Failed to test configuration
[EMAIL PROTECTED]: ~/downloads/numpy-1.0rc1
>
----------------------------------------------------------------------
Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-09-14 23:10
Message:
Logged In: YES
user_id=580910
The scary bit is that the bug was "fixed" due to unclear differences between
the build environment used for 2.5c1 and 2.5c2.
I'll be building 2.5final as well, so expect this will stay fixed but I'm not
entirely happy due to not knowing what caused the failure in the first place.
It
looks like 2.5c1 was build with a slighly different version of GCC (although
both machines has Xcode 2.3 installed).
BTW. The issue still exists for 2.4.x, I hope to work on the 2.4 branch this
weekend.
----------------------------------------------------------------------
Comment By: David Strozzi (dstrozzi)
Date: 2006-09-14 23:03
Message:
Logged In: YES
user_id=1056922
I just installed python 2.5 rc 2, and IDLE works! On the
same 10.3.9 laptop which prompted me to post this bug. I
guess the other who had problems should try rc2, and may
this bug had been laid to rest.
Thanks to whomever fixed it.
----------------------------------------------------------------------
Comment By: diggableme (diggableme)
Date: 2006-09-09 19:18
Message:
Logged In: YES
user_id=1594326
I am a new user that is experiencing the same exact problem.
I have OSX.3.9 and everytime I start IDLE, it freezes and
the colorwheel somes up. When I view the console output,
there are no errors or alert messages.
I have also tried uninstalling and re-installing from the
beginning with the same result. I have been using the
instructions given at this site:
http://www.python.org/download/mac/
desp
I'm very interested to see if there is in fact a resolution
to this problem. I'm at my wit's end.
-dig
----------------------------------------------------------------------
Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-08-28 18:59
Message:
Logged In: YES
user_id=580910
I've created a new installer from the head of the release25-maint branch and
that works correctly.
I'm keeping this issue open because I want to investigate why 2.5c1 doesn't
work while the current head of the 2.5 branch does work.
----------------------------------------------------------------------
Comment By: David Strozzi (dstrozzi)
Date: 2006-08-28 17:48
Message:
Logged In: YES
user_id=1056922
Well, if there's anything I can do as a 10.3.9 user to test
this, let me know. Too busy to delve into the python source
code though...
----------------------------------------------------------------------
Comment By: Ronald Oussoren (ronaldoussoren)
Date: 2006-08-28 17:22
Message:
Logged In: YES
user_id=580910
I can reproduce this on 10.3.9: IDLE starts and opens the interactive window,
but then completely blocks (spinning cursor).
If I start IDLE from the commandline (/Applications/MacPython\ 2.5/
IDLE.app/Contents/MacOS/IDLE) I get a message about 'console' not being a
valid command name. That requires further looking into, but is a red herring
for this particular problem, removing the Tk-console hiding code in
macosxSupport.py results in the same behaviour, without any further output
on the console as well.
Upgrading aquatk to the latest version (8.4.10.0) on tcltkaqua.sf.net didn't
help, IDLE still hangs (Duh, that's because there's a /System/Library/
Frameworks/Tk.framework, which means a user install won't be used for
IDLE).
The problem is also unrelated to my IDLE.app work, the same problem occurs
when starting $prefix/lib/python2.5/idlelib/idle.py.
According to gdb the IDLE process is handing in a semaphore call inside the
Tcl mainloop. Time to get into serious debugging mode I guess :-(
BTW. IDLE does work correctly on a 10.4.7 system.
----------------------------------------------------------------------
Comment By: Kurt B. Kaiser (kbk)
Date: 2006-08-28 15:59
Message:
Logged In: YES
user_id=149084
Maybe priority should be higher? Hopefully Ronald has
time to look at this; I don't have access to a Mac.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1542949&group_id=5470
_______________________________________________
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
