Python enabled gdb on Windows and relocation
Ruben Van Boxem
vanboxem.ruben at gmail.com
Sat May 14 06:10:03 EDT 2011
More information about the Python-list mailing list
Sat May 14 06:10:03 EDT 2011
- Previous message (by thread): Python enabled gdb on Windows and relocation
- Next message (by thread): Python enabled gdb on Windows and relocation
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
2011/5/14 Eli Zaretskii <eliz at gnu.org>: >> Date: Sat, 14 May 2011 11:09:13 +0200 >> From: Ruben Van Boxem <vanboxem.ruben at gmail.com> >> Cc: gdb at sourceware.org, python-list at python.org >> >> 1. Check hardcoded path; my suggestion would be "<gdb executable>/../lib/python27" >> 2. If this fails to find the necessary files/scripts, find it like you >> described above in Linux, without PYTHONPATH set. >> 3. Check PYTHONPATH. >> >> I would think only number one would change, and perhaps be only >> enabled with a special configure option. Nothing else would have to >> change, and Windows users would rejoice :) > > The problem, I think, is that it's not so easy on Unix to get the > place where the GDB executable leaves. There isn't a system call to > do that (similar to what Windows gives you). > > So I think on Posix platforms, number 2 would be used most of the > time. > I understand. So better/feasible would be: Windows: Check <gdb executable>/../lib/python27 or any configure-time specified relative path to gdb executable? If that fails, revert to current behavoir. POSIX (so pretty much everythin else): Keep current behavior. Which would come down to a configure option+ a small block of #if _WIN32 code in the Python part of the code. Thanks, Ruben
- Previous message (by thread): Python enabled gdb on Windows and relocation
- Next message (by thread): Python enabled gdb on Windows and relocation
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list