Brett C. wrote:
This also brought up the discussion of being able to specify a 'main'
function to take the place of the good old ``if __name__ == "__main__"``
idiom. Some liked the idea of allowing one to define a function named
'main', others '__main__'. But the discussion never went any fart
Winter Break is upon me which means I have time to catch up on the Summaries.
I will definitely be caught up by the end of the month.
As for this summary, I will send this out around Wednesday. As always
corrections are appreciated. If you feel one of the skipped threads deserves
coverage ple
Nick Coghlan wrote:
Python 2.4's -m command line switch only works for modules directly on
sys.path.
Trying to use it with modules inside packages will fail with a "Module not
found" error. This PEP aims to fix that for Python 2.5.
Previously, posting of a draft version of the PEP to python-dev a
Python 2.4's -m command line switch only works for modules directly on sys.path.
Trying to use it with modules inside packages will fail with a "Module not
found" error. This PEP aims to fix that for Python 2.5.
Previously, posting of a draft version of the PEP to python-dev and python-list
didn't
Raymond Hettinger wrote:
Makes sense to me - I look forward to seeing the next version.
Cheers,
Nick.
--
Nick Coghlan | [EMAIL PROTECTED] | Brisbane, Australia
---
http://boredomandlaziness.skystorm.net
_
Armin Rigo wrote:
Hi Martin,
On Sat, Dec 11, 2004 at 12:45:01AM +0100, "Martin v. Löwis" wrote:
The straight-forward answer is: Get VC7.1 (aka VS.NET 2003), and invoke
python setup.py bdist_wininst
That's not too hard to do, I think.
Hum, this is getting into a Linux-vs-Windows argument. I don't
Guido van Rossum wrote:
> > fwiw, IDG's Computer Sweden, "sweden's leading IT-newspaper" has a
> > surprisingly big Python article in their most recent issue:
> >
> > PYTHON FEELS WELL
> > Better performance biggest news in 2.4
> >
(hmm. I seem to have accidentally deleted a line here..
Hi,
On Fri, Dec 10, 2004 at 01:19:10PM -0500, Phillip J. Eby wrote:
> >>http://mail.python.org/pipermail/python-dev/2004-January/041676.html
> >
> >Shouldn't this be distributed with binary distributions of Python, to save
> >people the trouble?
>
> The Python developers who produce the Windows
At 08:22 AM 12/11/04 -0800, Guido van Rossum wrote:
BTW I strongly disagree that making easy .EXE binaries available will
address this issue; while not bundled, there are plenty of solutions
for maning .EXEs for those who need them, and this is not something
that typically worries managers. But the
Hi Martin,
On Sat, Dec 11, 2004 at 12:45:01AM +0100, "Martin v. Löwis" wrote:
> The straight-forward answer is: Get VC7.1 (aka VS.NET 2003), and invoke
>
> python setup.py bdist_wininst
>
> That's not too hard to do, I think.
Hum, this is getting into a Linux-vs-Windows argument. I don't want t
> fwiw, IDG's Computer Sweden, "sweden's leading IT-newspaper" has a
> surprisingly big Python article in their most recent issue:
>
> PYTHON FEELS WELL
> Better performance biggest news in 2.4
>
> and briefly interviews swedish zope-developer Johan Carlsson and Python-
> Ware co-founder
On Sat, Dec 11, 2004 at 08:22:17AM -0800, Guido van Rossum wrote:
> But the perception of Python as
> "slow" does worry managers.
Much more those managers are worried that Python isn't backed by a
large corporation. For Java there is Sun, for Visual Basic there is the
biggest and most powerful
Fredrik Lundh wrote:
[snip]
fwiw, IDG's Computer Sweden, "sweden's leading IT-newspaper" has a
surprisingly big Python article in their most recent issue:
PYTHON FEELS WELL
Better performance biggest news in 2.4
[snip]
Perhaps the message getting out is actually that Python's performance i
Martin v. Löwis wrote:
>> Third party modules would link against this DLL independent of which
>> python is being used.
>
> I believe this is not implementable: How can the DLL know which Python
> DLL to use?
the Python interpreter could initialize this DLL, using some suitable mechanism.
altern
> One thing that bugs me: the article says 3 or 4 times that Python is
> slow, each time with a refutation ("but it's so flexible", "but it's
> fast enough") but still, they sure seem to harp on the point.
fwiw, IDG's Computer Sweden, "sweden's leading IT-newspaper" has a
surprisingly big Python
On Dec 11, 2004, at 3:39 AM, Martin v. Löwis wrote:
Chui G. Tey wrote:
One good way of helping out is to provide an dynamic loading function
that third party modules could access the basic python functions such
as
PyArgParseTuple, PyString_AsString etc regardless of which python the
user is runnin
Neal Norwitz wrote:
Can we remove aclocal.m4? The last log message states:
fix for bug #811160 - autoconf vs. hp/ux system header files.
also applied to release23-maint.
Note that aclocal.m4 can go away when autoconf 2.58 is out.
It appears to me that 2.59 indeed fixes the
Chui G. Tey wrote:
One good way of helping out is to provide an dynamic loading function
that third party modules could access the basic python functions such as
PyArgParseTuple, PyString_AsString etc regardless of which python the
user is running. This would be similar to the COM approach. You can
18 matches
Mail list logo
