Re: [Python-Dev] Tunable parameters in dictobject.c (was dictnotes.txt out of date?)

2012-06-18 Thread Martin v. Löwis
the instrumentation is only good for that single experiment. Thus, nobody publishes the instrumentation, since it would accumulate as clutter. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pyth

Re: [Python-Dev] PEP 397 - Last Comments

2012-06-18 Thread Martin v. Löwis
t; the py.ini file should be placed. On my machine that is > "C:\Users\brian\AppData\Local", rather than making people have to run > that parameter through the listed function via pywin32. Will do. Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] PEP 397 - Last Comments

2012-06-19 Thread Martin v. Löwis
nd a 64-bit launcher, and install the right one depending on what the target system is. > Thanks to Martin for updating it - I agree it is vastly improved! Thanks! Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/l

Re: [Python-Dev] Status of packaging in 3.3

2012-06-20 Thread Martin v. Löwis
y who can be trusted to achieve something, as well. The general problem is that issues may only occur when packages actually use the library; so it may even be difficult to fix it in a concerted effort since that fixing may actually spread over several months (or years). Reg

[Python-Dev] Restricted API versioning

2012-06-23 Thread Martin v. Löwis
hould be a different object depending on the current interpreter - something that PyType_FromSpec couldn't support at all. So there is a new API function PyType_FromSpecWithBases which covers this case, and this API will only be available in 3.3+. Regar

Re: [Python-Dev] Restricted API versioning

2012-06-23 Thread Martin v. Löwis
On 23.06.2012 23:41, Antoine Pitrou wrote: > On Sat, 23 Jun 2012 23:31:07 +0200 > "Martin v. Löwis" wrote: >> I've been thinking about extensions to the stable ABI. On the one hand, >> introducing new API can cause extension modules not to run on older >>

Re: [Python-Dev] Restricted API versioning

2012-06-24 Thread Martin v. Löwis
cros? It would, hence I'm -1. I believe it is the motivation for the gcc assertion preprocessor feature, which never caught on. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/py

Re: [Python-Dev] Empty directory is a namespace?

2012-06-24 Thread Martin v. Löwis
>> will start removing the empty __init__.pys when they don't need to support >> 3.2- anymore. > > Have you tested the performance of namespace packages compared to > normal packages? No, I haven't. Regards, Martin ___

Re: [Python-Dev] Offer of help: http://bugs.python.org/issue10910

2012-06-24 Thread Martin v. Löwis
is entire section could go from the header files. For 2.7, things are more difficult. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/o

Re: [Python-Dev] Offer of help: http://bugs.python.org/issue10910

2012-06-24 Thread Martin v. Löwis
his is where a fix is required. Is there going to be another 2.7 release to > deliver a fix in? Yes, there will be more 2.7 bugfix releases. If a fix is too intrusive or too hacky, it might be that the bug must stay unfixed, though. Regards, Martin

Re: [Python-Dev] Empty directory is a namespace?

2012-06-24 Thread Martin v. Löwis
128µs ( " --) first-time import of regular package: 1859µs (due to pyc generation) (remove __init__.py and __pycache__ to construct the first setup) So namespace packages are indeed faster than regular packages, at least in some cases. Regards, Martin spacetiming.tgz De

Re: [Python-Dev] Empty directory is a namespace?

2012-06-24 Thread Martin v. Löwis
For 1, it may be tempting to compare the new implementation with the previous release. However, in the specific case, this is misleading, since the entire import machinery was replaced. So you really need to compare with a version of importlib that doesn't have namespace packa

Re: [Python-Dev] Error in buildbot link

2012-06-25 Thread Martin v. Löwis
python.org/index.html, which gives a 404. >> >> I think it should point to http://buildbot.python.org/all/waterfall, or >> maybe some subset of it. > > Well, there used to be a written text at that place. This is now fixed; the new rewrite rule was incorrect. Regards, Martin __

[Python-Dev] Buildbot master moved

2012-06-28 Thread Martin v. Löwis
'll figure this out. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Infrastructure] Buildbot master moved

2012-06-28 Thread Martin v. Löwis
> I don’t know if it’s known, but the bot infrastructure is FUBAR now. I'm quite certain it can be repaired. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscrib

Re: [Python-Dev] [pydotorg-www] [Infrastructure] Buildbot master moved

2012-06-28 Thread Martin v. Löwis
e to commit anything you change right away; I can then push the changes. Or you push them yourself. Just leaving them uncommitted is fine as well. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

Re: [Python-Dev] Issue 1677 - please advise

2012-06-29 Thread Martin v. Löwis
> So... should I go ahead and push anyway, or is there anything else > I should be doing as part of the change? Go ahead! Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] Building python 2.7.3 with Visual Studio 2012 (VS11.0)

2012-07-24 Thread Martin v. Löwis
matter is dependent libraries (zlib, openssl, Tcl/Tk, ...). You also have to build those with VS 2012 (if you want to use them), each one likely posing its own challenges. If you manage to succeed, don't forget to post your findings here. Also if you fail. Good l

[Python-Dev] PEP updating

2012-07-29 Thread Martin v. Löwis
I added a cron job on www.python.org that checks every 5 minutes for a modified PEP. So automatic updating should work again. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] PEP 366 is unclear about what it specifies

2012-08-07 Thread Martin v. Löwis
that the proposed change is editorial). FWIW, the documentation (simple_stmts.rst) says that __package__ (if present) is "the name of package that contains the module or package". Regards, Martin ___ Python-Dev mailing list Python-Dev@python

Re: [Python-Dev] SPARC testers (and buildbot!) needed

2012-08-08 Thread Martin v. Löwis
SparcLinux; if sparc, then it ought to be Solaris. IOW: if it breaks, no big deal. Someone may or may not contribute a patch. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubs

Re: [Python-Dev] SPARC testers (and buildbot!) needed

2012-08-09 Thread Martin v. Löwis
it for 3.4. If the patches are more involved, we would have to consider them on a case-by-case basis. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

Re: [Python-Dev] SPARC testers (and buildbot!) needed

2012-08-09 Thread Martin v. Löwis
Thanks, it seems to be working fine. I triggered a build for 27 and 3.x. I'm assuming other builds will just be triggered automatically when needed from now on? Indeed; you have probably seen it happening in the waterfall already. Thanks for providing that slave. Regards, M

Re: [Python-Dev] SPARC testers (and buildbot!) needed

2012-08-09 Thread Martin v. Löwis
ess - that happens from time to time on any slave. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] AST optimizer implemented in Python

2012-08-11 Thread Martin v. Löwis
le or not. Of course, if that is really a desirable feature, you may want multiple pyc files, per combination of AST optimizers. The __pycache__ directory would readily support that. This seems to get complicated quickly, so a PEP is indeed desirable. Regards, M

Re: [Python-Dev] Should urlencode() sort the query parameters (if they come from a dict)?

2012-08-17 Thread Martin v. Löwis
, it could only go into 3.4. OTOH, if it also checked whether there is randomized hashing, and sort only in that case, I think it should be backwards compatible in all interesting cases. Regards, Martin (*) I guess some may claim that the current implementation leaks some bits of the hash se

Re: [Python-Dev] hg verify warnings

2012-08-19 Thread Martin v. Löwis
These revisions are all from Benjamin. So I conclude that he was once using an now-ancient version of hg. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.

Re: [Python-Dev] [Infrastructure] Snakebite build slaves and developer SSH/GPG public keys

2012-08-23 Thread Martin v. Löwis
to be Reinhold Birkenfeld may get commit access :-) Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Infrastructure] Snakebite build slaves and developer SSH/GPG public keys

2012-08-23 Thread Martin v. Löwis
than for SSH, since the threats are smaller (plus users where aware that they might have to publish the key when they created it). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe

Re: [Python-Dev] Python 2.7: only Visual Studio 2008?

2012-08-25 Thread Martin v. Löwis
fter the DST change). - each CRT has its own locale. This may be an issue if an extension module relies on the CRT locale for data formatting; I just think this is unlikely to occur in practice (and when it does, it's easily notable). Anything

Re: [Python-Dev] Python 2.7: only Visual Studio 2008?

2012-08-25 Thread Martin v. Löwis
On 25.08.2012 19:36, Stefan Krah wrote: > "Martin v. L?wis" wrote: >> - each CRT has its own locale. This may be an issue if an extension >> module relies on the CRT locale for data formatting; I just think >> this is unlikely to occur in practice (and when it

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-27 Thread Martin v. Löwis
fore seeking approval for the PEP. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
you either need to pick a name that is unused in all implementations (which you never can be really certain about), or you break some existing tool by making the addition (unless the addition happens to have the exact same syntax and semantics as the prior use). Regar

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
the field - regular expression to validate the field Deleting undesired extensions would not be possible, instead, one would have to create another extension if the syntax or semantics changes Regards, Martin ___ Python-Dev mailing list Python

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
ns is a guarantee that they will not get implemented. So we can have one metadata specification every ten years; if we have more, none of them will be implemented (except in the tool of the author of the PEP). Regards, Martin ___ Python-Dev mailing list Pyth

Re: [Python-Dev] question re: default branch and release clone

2012-08-28 Thread Martin v. Löwis
, F) if has_fix(B, F) (for Python releases A and B and fix F) The same would regularly happen with any bug fix, too, except we only have one bug fix branch at nearly every point in time (except that we have the 2.7 branch as well). Regards, Martin P.S. Python 3.1 will continue to receive secur

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
Am 28.08.12 16:53, schrieb Donald Stufft: On Tuesday, August 28, 2012 at 10:43 AM, "Martin v. Löwis" wrote: I'm happy for PyPI to host such a registry. A specificaion for the registry should be part of the PEP for the 1.3 format, but I would propose this structure (without havin

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
? If the packages that were uploaded a year ago are still in active use, somebody will renew the registration. So the case won't happen. If nobody cares about the specific field, it may break, which is then well-deserved. Regards, Martin ___ Pytho

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
at there is an expiration. I do consider it a flaw in (some) IANA name registrations that there is no expiration to them; I can report that people regularly want to claim some PyPI package name on the basis that the original owner didn't ever

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
is now taken by somebody else - who hopefully can attract more users with his definition of the key). There is also the potential risk of key-jacking, which can be resolved administratively (by revoking the abusive registration). Regards, Martin ___ Python-Dev

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
ill out and edit metadata information interactively, or upload it. And yes, PyPI already extracts (but currently doesn't further process) PKG-INFO from every archive that is uploaded. So PyPI absolutely needs to "know" about the meta-data. Regards, Martin ___

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-28 Thread Martin v. Löwis
mpatible with a long-standing proprietary standard. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Problem with _PyTrash_destroy_chain ?

2012-08-30 Thread Martin v. Löwis
t seems it's in localsplus, so it likely is a local variable of that frame). HTH, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] hg.python.org should default to defaut, not 2.7

2012-08-30 Thread Martin v. Löwis
it breaks for changesets with tracker issue numbers in their description.] tags and branches are special cases - they always consider all of them (where "all tags" is "all .hgtags entries from all active (?) branches' heads"); help is also special. Regards, Martin _

Re: [Python-Dev] Problem with _PyTrash_destroy_chain ?

2012-08-30 Thread Martin v. Löwis
ry associated initially. So you need to set a break point on a function that is called closely before the object gets allocated, and set the watchpoint only then. Good luck, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/ma

Re: [Python-Dev] why is _PyBytes_Join not public but PyUnicode_Join is?

2012-08-31 Thread Martin v. Löwis
= PyBytes_Join(sep, x); you write r = PyObject_CallMethod(sep, "join", "O", x); This is just a few more letters to type. Or are you concerned with the runtime overhead that this causes? Don't be: the cost of actually joining i

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-31 Thread Martin v. Löwis
that they are key-value, that the colon is a separator, that the keys are case-insensitive, etc). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mai

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional ependencies)

2012-08-31 Thread Martin v. Löwis
Am 31.08.12 12:54, schrieb Donald Stufft: On Friday, August 31, 2012 at 6:48 AM, "Martin v. Löwis" wrote: 3. There should be a specification of how collisions between extension fields and standard fields are resolved. E.g. if I have Extension: Home Home-page:http://www.python.org is

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional dependencies)

2012-08-31 Thread Martin v. Löwis
oding (but I don't think any of the fields really are binary data). Ok. If you want you can check the version to decide how strict you want to be. Thanks for the offer - I'd prefer to remain as a reader, not an author of the PE

Re: [Python-Dev] Edits to Metadata 1.2 to add extras (optional ependencies)

2012-08-31 Thread Martin v. Löwis
interpreted as continuation lines instead). OTOH, several of the metadata fields do require line breaks, in particular those formatted as ReST. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-

Re: [Python-Dev] ABI stability between bugfix versions?

2012-09-03 Thread Martin v. Löwis
to load, which IMO is the better reaction. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Python-checkins] cpython: Build the _sha3 module with VS 2008.

2012-10-21 Thread Martin v. Löwis
it shouldn't be in pythonxy.dll. For VS 2008, I don't care - this set of project files isn't really intended for production use, but rather for ongoing development. In the long term, I wish we could use the platform implementations of SHA-3 rather than shippi

Re: [Python-Dev] cpython: Build the _sha3 module with VS 2008.

2012-10-22 Thread Martin v. Löwis
obably wouldn't have hurt to only add support five years from now. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Catalog-sig] accept the wheel PEPs 425, 426, 427

2012-11-13 Thread Martin v. Löwis
#x27;t seem to be specified anywhere). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] [Catalog-sig] accept the wheel PEPs 425, 426, 427

2012-11-13 Thread Martin v. Löwis
e the file, which may well be a signature to the manuscript, preserving the rest of the signing procedure. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.

Re: [Python-Dev] [Catalog-sig] [Distutils] accept the wheel PEPs 425, 426, 427

2012-11-13 Thread Martin v. Löwis
me back through downloading. Instead, it is much easier to keep it included. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev

Re: [Python-Dev] [Distutils] [Catalog-sig] accept the wheel PEPs425, 426, 427

2012-11-13 Thread Martin v. Löwis
t, and run its test - if that passes, the packaging was successful. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/arch

Re: [Python-Dev] File encodings

2004-11-30 Thread "Martin v. Löwis"
out does not always have .encoding - only when it is a terminal, and only if we managed to find out what the encoding of the terminal is. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] Trouble installing 2.4

2004-11-30 Thread "Martin v. Löwis"
the machine registry (unless he is a member of the Power Users group). > and then pywin32 can't find it. That sounds likely, but I cannot confirm it. If it is, it is a bug in pywin32 (and, in turn, possibly in distutils). Regards, Martin ___ Pyth

Re: [Python-Dev] PEP: __source__ proposal

2004-12-03 Thread "Martin v. Löwis"
d in __source__. Not at all. A file is precisely the level of granularity that is burnt into the Python language. A module is *always* a file, executed from top to bottom. It is not possible to recreate the source code of a module if you have only the source code of all functions, and all classes

Re: [Python-Dev] PEP: __source__ proposal

2004-12-04 Thread "Martin v. Löwis"
utely need this feature to implement the IDEs correctly, I'd like to hear the (new) rationale for the change. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.py

Re: [Python-Dev] Deprecated xmllib module

2004-12-05 Thread "Martin v. Löwis"
that the PEP is largely unmaintained (I, personally, do not really maintain it). So one option would be to just stop using PEP 4 for recording deprecations, since we now have the warnings module. If we want to keep PEP 4, we need to follow the procedures it requires (or modify them if we don't like th

Re: [Python-Dev] Any reason why CPPFLAGS not used in compiling?

2004-12-05 Thread "Martin v. LÃwis"
. Instead, it means that configure computes the value of LDFLAGS when it generates Makefile.in. For CPPFLAGS, configure has nothing to compute, so Makefile.pre.in just has the static value for CPPFLAGS. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED

Re: [Python-Dev] Deprecated xmllib module

2004-12-05 Thread "Martin v. Löwis"
an ad-hoc manner). Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Deprecated xmllib module

2004-12-05 Thread "Martin v. Löwis"
loved" and let them fight it out. That sounds like a fair and democratic way of solving the issue. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/

Re: [Python-Dev] Rewriting PEP4

2004-12-06 Thread "Martin v. Löwis"
f bringing them back in 2.5.1 if people complain. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Any reason why CPPFLAGS not used in compiling?

2004-12-06 Thread "Martin v. Löwis"
up.py . You shouldn't do this - you do need to consider the values in the Makefile as well. If you think you need both, you should modify configure.in appropriately. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.o

Re: [Python-Dev] Any reason why CPPFLAGS not used in compiling?

2004-12-06 Thread "Martin v. Löwis"
e shell has. Indeed, that seems to be the case. However, absence of @CPPFLAGS@ means that Makefile.pre will just use the static value from Makefile.pre.in. Whether or not adding @CPPFLAGS@ to the end is the right thing, I don't know. Regards, Martin ___

Re: [Python-Dev] Rewriting PEP4

2004-12-06 Thread "Martin v. Löwis"
le, and that this would not raise security concerns, the module should not be removed. Also, the PEP should discuss the use of the lib-old directory and it should include Barry's link to old documentation. I'm happy to adjust details of the procedures - but it seems we disagree on the pr

Re: [Python-Dev] Rewriting PEP4

2004-12-06 Thread "Martin v. Löwis"
might have been. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Rewriting PEP4

2004-12-07 Thread "Martin v. Löwis"
roach of doing something. However, two version are just not enough - it may take 10 or 20 years to remove a widely used feature (e.g. the string module). That it will take so long does not mean we should not start the process *now* - if we start the process in five years, it will *still* tak

Re: [Python-Dev] The other Py2.4 issue

2004-12-10 Thread "Martin v. Löwis"
in their standard location, or use any other mechanism available to locate cygwin. It should produce an error message if cygwin tools cannot be found, and then proceed without out creating libpython24.a Regards, Martin ___ Python-Dev mailing l

Re: [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)

2004-12-11 Thread "Martin v. Löwis"
can load all the function pointers into a struct and then call them. 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? Regards, Martin

Re: [Python-Dev] removing aclocal.m4

2004-12-11 Thread "Martin v. Löwis"
ine, say, innoucuous_clock(), instead of clock(), whereas we currently avoid including limits.h on HP-UX. IOW, it seems like it should work, but somebody should test it on HP-UX to be sure. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http

Re: [Python-Dev] The other Py2.4 issue

2004-12-12 Thread "Martin v. Löwis"
y-used fallback. Nevertheless: if somebody wants to offer this for, say, 6 months, I'd be really curious what the feedback will be. We could announce this on pydotorg and elsewhere if that volunteers desires. Regards, Martin ___ Python-Dev mailing l

Re: [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)

2004-12-12 Thread "Martin v. Löwis"
ge of the extension might require a different Python DLL. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Re: Supporting Third Party Modules (was The other Py2.4issue)

2004-12-12 Thread "Martin v. Löwis"
? Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)

2004-12-12 Thread "Martin v. Löwis"
s). Are you talking about a forced ABI incompatibility, beyond the Windows issue of linking with a specific pythonxy.dll? On Unix, you certainly can have extensions across Python major versions. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTE

Re: [Python-Dev] Supporting Third Party Modules (was The other Py2.4 issue)

2004-12-12 Thread "Martin v. Löwis"
is safe to ignore the ugly error message only if you have not used any of the API that became incompatible. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.o

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-12 Thread "Martin v. Löwis"
andard 2.4 distribution, or whether you can use the standard 2.4 distribution to build extensions with mingw. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.o

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-13 Thread "Martin v. Löwis"
n the msvcr71.dll is when mscoree.dll is in the address space, in which case the CRT will invoke CorExitProcess (!). In all other cases, it will invoke ExitProcess, which, to my understanding, will terminate the process unconditionally. Regards, Martin ___ Pytho

Re: [Python-Dev] The other Py2.4 issue

2004-12-10 Thread "Martin v. Löwis"
Armin Rigo wrote: In other words, if you want 3rd parties to compile Windows binaries for 2.4, tell them how. 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. Regards, M

Re: [Python-Dev] The other Py2.4 issue

2004-12-12 Thread "Martin v. Löwis"
ebody will have the money, and they will find the time if the build process is as simple as bdist_wininst. If none of your users volunteers to do the build for you, I would stop worrying about the Windows users. Regards, Martin ___ Python-Dev maili

Re: [Python-Dev] The other Py2.4 issue

2004-12-12 Thread "Martin v. Löwis"
Carlos Ribeiro wrote: If none of your users volunteers to do the build for you, I would stop worrying about the Windows users. Sorry, Martin. I understand your point, but I think you are not being realistic. I for myself took the decision to use only free tools for my own development, but I still

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-13 Thread "Martin v. Löwis"
extension, with a file that you fopen'ed in the extension. Satisfy this fopen from, say, msvcrt.dll, and load the extension into Python 2.4. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/pytho

Re: [Python-Dev] httplib timeout patch

2004-12-14 Thread "Martin v. LÃwis"
plain diffs - use context or unified diffs instead. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-14 Thread "Martin v. Löwis"
ygwin installation is in c:\cygwin. So if this would be useful (which I don't know for sure), I still need a volunteer to contribute the appropriate magic. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listi

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-14 Thread "Martin v. Löwis"
have either MSYS or Cygwin? MinGW32 works standalone - distutils should be able to just invoke it. I'm not talking about distutils, here. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-15 Thread "Martin v. Löwis"
s included in VC, and in the platform SDK. If there's a document describing the release process somewhere, feel free to point me at it. Tools/msi/README.txt Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/l

Re: [Python-Dev] MinGW And The other Py2.4 issue

2004-12-18 Thread "Martin v. Löwis"
work. My feeling is that building libpythonXX.a should be a separate step, handled by a dedicated script, which gets run before msi.py. Making it separate is fine, as long as msi.py invokes/calls it. What do others (particularly Martin) think? Should I keep the steps separate, and focused on one ta

Re: [Python-Dev] mmap feature or bug?

2004-12-18 Thread "Martin v. Löwis"
Slice assignments are supported, and so should __setslice__. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Python in education

2004-12-19 Thread "Martin v. Löwis"
el free to reply to me off-list. This is clearly python-dev relevant. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] MS VC compiler versions

2004-12-19 Thread "Martin v. Löwis"
M.-A. Lemburg wrote: Here's an update of the list I currently have: I have * SDK Itanium compiler Microsoft (R) C/C++ Optimizing Compiler Version 13.10.2240.8 for IA-64 Copyright (C) Microsoft Corporation 1984-2002. All rights reserved. Regards, M

Re: [Python-Dev] MS VC compiler versions

2004-12-19 Thread "Martin v. Löwis"
M.-A. Lemburg wrote: Thanks, Martin. Could you also give me the official version number of the compiler or SDK ? It is "Windows Server 2003 Platform SDK, February 2003". Regards, Martin ___ Python-Dev mailing list [EMAIL PROTE

Re: [Python-Dev] Patches: 1 for the price of 10.

2004-12-22 Thread "Martin v. Löwis"
ppreciated contribution. In the hope that this progress can trigger more contributions like this, I'll happily reduce the requirements to 5 reviews. Regards, Martin ___ Python-Dev mailing list [EMAIL PROTECTED] http://mail.python.org/mailman/listinfo/python-

Re: [Python-Dev] Build extensions for windows python 2.4 what are the compiler rules?

2004-12-23 Thread "Martin v. Löwis"
s used to build Python for Win32 platforms, e.g. Windows 95, 98 and NT. It requires Microsoft Visual C++ 7.1 (a.k.a. Visual Studio .NET 2003). (For other Windows platforms and compilers, see ../PC/readme.txt.) Regards, Martin ___ Python-Dev mailing

Re: [Python-Dev] Build extensions for windows python 2.4 what are the compiler rules?

2004-12-24 Thread "Martin v. Löwis"
ce is pcbuild.dsw. See > PCbuild\readme.txt for detailed instructions. Which says that PCbuild/readme.txt is about VC++ 6.0 I see. This is now corrected in CVS. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mai

Re: [Python-Dev] Re: [Pythonmac-SIG] The versioning question...

2004-12-27 Thread "Martin v. Löwis"
u really want side-by-side installation of different versions, and a mechanism to select between them, the package could support import xml_0_8_2 as xml IOW, "import-as" should be sufficient for what you want to achieve. Regards, Martin ___ Python-

Re: [Python-Dev] Re: [Pythonmac-SIG] The versioning question...

2004-12-28 Thread "Martin v. Löwis"
o get the "important" people thinking about it. I don't think a PEP is needed - Python already appears to have everything you need to come up with your own versioning rules. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.o

Re: [Python-Dev] Zipfile needs?

2004-12-28 Thread "Martin v. Löwis"
ards/appnote/ you'll see that PKWARE has assigned algorithm 12 for bzip2. You might want to take a look at the spec to see what else the Python implementation lacks, and either document these features as deliberately missing, TODO, or just implement them ri

<    40   41   42   43   44   45   46   47   48   49   >