Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Georg Brandl
Stefan Behnel schrieb: Christian Heimes wrote: Stefan Behnel schrieb: M.-A. Lemburg wrote: If you use PyBytes APIs, you expect to find PyBytes functions in the libs and also set breakpoints on these. AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem here. In Pyth

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Nick Coghlan
Stefan Behnel wrote: Nick Coghlan wrote: Stefan Behnel wrote: Besides, how likely is it that users set a breakpoint on the PyBytes/PyString functions? Not very likely at all - but it would still be nice if the PyBytes_* symbols were visible to the linker as well as the preprocessor. Right, t

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Stefan Behnel
Christian Heimes wrote: > Stefan Behnel schrieb: >> M.-A. Lemburg wrote: >>> If you use PyBytes APIs, you expect to find PyBytes functions in >>> the libs and also set breakpoints on these. >> AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem >> here. > > In Python 2.6

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Marcin ‘Qrczak’ Kowalczyk
2008/5/29 Nick Coghlan <[EMAIL PROTECTED]>: > it would still be nice if the PyBytes_* symbols > were visible to the linker as well as the preprocessor. If this is not a strict requirement but a useful extra, then it might be done in an unportable way. GCC has an 'alias' attribute: http://gcc.gnu.

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Christian Heimes
Stefan Behnel schrieb: > M.-A. Lemburg wrote: >> If you use PyBytes APIs, you expect to find PyBytes functions in >> the libs and also set breakpoints on these. > > AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem > here. In Python 2.6 the PyBytes_* functions are only

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Nick Coghlan
Stefan Behnel wrote: M.-A. Lemburg wrote: If you use PyBytes APIs, you expect to find PyBytes functions in the libs and also set breakpoints on these. AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem here. The PyBytes_* functions appear to be there, but a preproc

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming

2008-05-29 Thread Stefan Behnel
M.-A. Lemburg wrote: > If you use PyBytes APIs, you expect to find PyBytes functions in > the libs and also set breakpoints on these. AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem here. Besides, how likely is it that users set a breakpoint on the PyBytes/PyString f

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming (Stabilizing the C API of 2.6 and 3.0)

2008-05-29 Thread Jesus Cea
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 M.-A. Lemburg wrote: | If you use PyBytes APIs, you expect to find PyBytes functions in | the libs and also set breakpoints on these. Very good point. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ [EMAIL PROTECTED] - ht

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming (Stabilizing the C API of 2.6 and 3.0)

2008-05-28 Thread Nick Coghlan
M.-A. Lemburg wrote: You are probably talking about the great renaming between 1.4 and 1.5. That was different, since it changes almost all C APIs in Python. And it used the standard practice... from rename2.h in Python 1.5: /* This file contains a bunch of #defines that make it possible to use

Re: [Python-3000] [Python-Dev] PyString -> PyBytes C API renaming (Stabilizing the C API of 2.6 and 3.0)

2008-05-28 Thread M.-A. Lemburg
On 2008-05-28 14:02, Christian Heimes wrote: M.-A. Lemburg schrieb: I have a feeling that we should be looking for better merge tools, rather than implement code changes that cause more trouble than do good, just because our existing tools aren't smart enough. We don't have better tools at our