This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author dmalcolm
Recipients davidfraser, dmalcolm, doko, gregory.p.smith, jyasskin, loewis, mark.dickinson, scott.tsai
Date 2010-04-02.20:15:44
SpamBayes Score 2.105538e-13
Marked as misclassified No
Message-id <1270239346.13.0.696602793435.issue8032@psf.upfronthosting.co.za>
In-reply-to
Content
> A nitpick:  on OS X, the gdb script ends up being called:
>
> python.exe-gdb.py
>
> Is this intentional?  If it is, then I'll add this filename to the 
> svn:ignore property.  (And also to make distclean, I guess.  Is python-
> gdb.py currently deleted by a 'make distclean'?)


That was unexpected, but re-reading Makefile.pre.in I see where it's coming from.  Please do add it to svn:ignore.

Looks like I forgot to add the removal of the file to the "distclean" target.  Sorry about that.  Presumably adding:
  -rm -f python*-gdb.py
should do the trick (as I understand it, if the glob fails to match, it will happily fail to "rm" the non-existant file named "python*-gdb.py").

Another nit I spotted: the buildbot is "unexpectedly" skipping test_gdb on Win32 (with "gdb not found in path").  Looking at _expectations in Lib/test/regrtest.py it strikes me that test_gdb is likely to be skipped on every configuration other than on "linux2") - should I wire that in with a decorator within test_gdb.py?

To my knowledge, OS X doesn't ship with gdb 7 - though presumably someone could build their own copy, linking with the system Python, and if so, the python.exe-gdb.py file would then be of use in debugging the freshly-built ./python.exe
History
Date User Action Args
2010-04-02 20:15:46dmalcolmsetrecipients: + dmalcolm, loewis, doko, gregory.p.smith, mark.dickinson, davidfraser, jyasskin, scott.tsai
2010-04-02 20:15:46dmalcolmsetmessageid: <1270239346.13.0.696602793435.issue8032@psf.upfronthosting.co.za>
2010-04-02 20:15:44dmalcolmlinkissue8032 messages
2010-04-02 20:15:44dmalcolmcreate