Giovanni Bajo wrote:
>Hello,
>
>python24.dll is much bigger than python23.dll. This was discussed already on
>the newsgroup, see the thread starting here:
>http://mail.python.org/pipermail/python-list/2004-July/229096.html
>
>I don't think I fully understand the reason why additional .pyd modules
Thomas Heller wrote:
> That seems to be true. But it will need zlib.pyd as soon if you try to
> import from compressed zips. So, zlib can be thought as part of the
> modules required for bootstrap.
Right. OTOH, linking zlib to pythonXY means that you cannot build Python
at all anymore unless you
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Ron Adam wrote:
>> I would put the starting minimum boundary as:
>>
>>1. "The minimum required to start the python interpreter with no
>> additional required files."
>>
>> Currently python 2.4 (on windows) does not yet meet that guideline, so
>
Martin v. Löwis wrote:
> Ron Adam wrote:
>
>>I would put the starting minimum boundary as:
>>
>> 1. "The minimum required to start the python interpreter with no
>>additional required files."
>>
>>Currently python 2.4 (on windows) does not yet meet that guideline, so
>>it seems some modules stil
Ron Adam wrote:
> I would put the starting minimum boundary as:
>
>1. "The minimum required to start the python interpreter with no
> additional required files."
>
> Currently python 2.4 (on windows) does not yet meet that guideline, so
> it seems some modules still need to be added while oth
Giovanni Bajo wrote:
> You seem to ignore the fact that scons can easily generate VS.NET projects.
I'm not ignoring it - I'm not aware of it. And also, I don't quite
believe it until I see it.
> But there is no technical reason why it has to be so. I work on several
> portable projects, and they
Martin v. Löwis wrote:
>>Can we at least undo this unfortunate move in time for 2.5? I would be
>>grateful
>>if *at least* the CJK codecs (which are like 1Mb big) are splitted out of
>>python25.dll. IMHO, I would prefer having *more* granularity, rather than
>>*less*.
>
> If somebody would formu
Martin v. Löwis wrote:
>> Out of curiosity, was this ever discussed among Python developers?
>> Would something like scons qualify for this? OTOH, scons opens nasty
>> self-bootstrapping issues (being written itself in Python).
>
> No. The Windows build system must be integrated with Visual Studio
Giovanni Bajo wrote:
>>I'm sure Martin would be happy to consider a patch to make the build
>>system more efficient. :)
>
> Out of curiosity, was this ever discussed among Python developers? Would
> something like scons qualify for this? OTOH, scons opens nasty
> self-bootstrapping issues (being w
Giovanni Bajo wrote:
> FWIW, this just highlights how ineffecient your build system is. Everything
> you
> currently do by hand could be automated, including MSI generation. Also, you
> describe the Windows procedure, which I suppose it does not take into account
> what needs to be done for other
Michael Hoffman wrote:
>> FWIW, this just highlights how ineffecient your build system is.
>> Everything you currently do by hand could be automated, including
>> MSI generation.
>
> I'm sure Martin would be happy to consider a patch to make the build
> system more efficient. :)
Out of curiosity
Giovanni Bajo wrote:
>
> FWIW, this just highlights how ineffecient your build system is. Everything
> you
> currently do by hand could be automated, including MSI generation.
I'm sure Martin would be happy to consider a patch to make the build
system more efficient. :)
> I'm willing to write
Martin v. Löwis wrote:
>> I don't think I fully understand the reason why additional .pyd
>> modules were built into the .dll. OTOH, this does not help anyone,
>> since:
>
> The reason is simple: a single DLL is easier to maintain. You only
> need
> to add the new files to the VC project, edit con
Giovanni Bajo wrote:
> I don't think I fully understand the reason why additional .pyd modules were
> built into the .dll. OTOH, this does not help anyone, since:
The reason is simple: a single DLL is easier to maintain. You only need
to add the new files to the VC project, edit config.c, and be d
Hello,
python24.dll is much bigger than python23.dll. This was discussed already on
the newsgroup, see the thread starting here:
http://mail.python.org/pipermail/python-list/2004-July/229096.html
I don't think I fully understand the reason why additional .pyd modules were
built into the .dll. OTO
15 matches
Mail list logo
