Chris AtLee wrote:
> On 5/21/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>> Then options 2 and 3 are both fine.
>>
>> Not compiling at all is *not*, so if nobody has time to implement 2 or
>> 3, we'll have to do 4.
>>
>> --Guido
>
> Is this thread still alive?
At least I still have this on my
On 5/21/06, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Then options 2 and 3 are both fine.
>
> Not compiling at all is *not*, so if nobody has time to implement 2 or
> 3, we'll have to do 4.
>
> --Guido
Is this thread still alive?
I've posted patch #1503046 to sourceforge which implements opti
Then options 2 and 3 are both fine.
Not compiling at all is *not*, so if nobody has time to implement 2 or
3, we'll have to do 4.
--Guido
On 5/21/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> Guido van Rossum wrote:
> > What was the purpose of the patch in the first place?
>
> I don't fully
Guido van Rossum wrote:
> What was the purpose of the patch in the first place?
I don't fully understand it. I guess the objective of the patch
was to expose the feature of the underlying library. The SF
submission then gives the rationale for that feature as
"""
Copying a
(de)compression object
On 5/20/06, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Martin v. Löwis wrote:
> > Guido van Rossum wrote:
> >> It seems I have libz 1.1.4. Is this no longer supported?
> >
> > Apparently so. This function started to be used with
> >
> > ---
Martin v. Löwis wrote:
> Guido van Rossum wrote:
>> It seems I have libz 1.1.4. Is this no longer supported?
>
> Apparently so. This function started to be used with
>
>
> r46012 | georg.brandl | 2006-05-16 09:38:27 +0200 (D
Guido van Rossum wrote:
> It seems I have libz 1.1.4. Is this no longer supported?
Apparently so. This function started to be used with
r46012 | georg.brandl | 2006-05-16 09:38:27 +0200 (Di, 16 Mai 2006) | 3
lines
Geänderte
Tim Peters wrote:
> That's very peculiar. Python has its own copy of the zlib code now,
> under Modules/zlib/. That's version 1.2.3.
>
> http://mail.python.org/pipermail/python-dev/2005-December/058873.html
>
> inflateCopy() is exported by Modules/zlib/inflate.c. I wonder why the
> last gc
[Guido]
> I'm having trouble getting the zlib module to build (SVN HEAD). The error is:
>
> building 'zlib' extension
> gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -O3 -Wall
> -Wstrict-prototypes -I. -I/home/guido/projects/python/trunk/./Include
> -I../Include -I. -I/usr/local/include
> -I/
