[issue9851] multiprocessing socket timeout will break client

hume added the comment: Oh, it's obvious that you've found a stupid bug in my description, if that frustrate you, I'd like to say sorry. So I would restate: "this is not so user friendly, would you be kindly enough to fix it?" -- ___ Python track

[issue9869] long_subtype_new segfault in pure-Python code

New submission from Carl Witty : PyNumber_Long() (and hence long_new()) are willing to return ints, rather than longs. However, when long_subtype_new() calls long_new(), it casts the result to PyLongObject* without a check. (Well, there is an assertion, so if assertions are enabled you'd get

[issue9870] compile and nested scopes

New submission from Sergey : See attached tmp1.py It is very simple but it doesn't work It raises NameError NameError: global name 'arg' is not defined -- components: None files: tmp1.py messages: 116515 nosy: webcubator priority: normal severity: normal status: open title: compile and n

[issue9871] IDLE dies when using some regex

New submission from Popa Claudiu : Hello. While trying to find a way for extracting strange characters in an ascii file, I stumbled upon some strange behaviour of IDLE, which exits without warning after running the following regex: re.findall(b"\x.{2}", b"sdds\xd8") In Python 2.6, this won't

[issue9850] obsolete macpath module dangerously broken and should be removed

Ned Deily added the comment: Patches in progress. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8639] Allow callable objects in inspect.getargspec

Marco Mariani added the comment: I second this, I depend on this monkeypatch for my turbogears projects, where I use callable objects as error handlers: def getargspec(func): if getattr(func, '__call__') and not isfunction(func) and not ismethod(func): func = func.__ca

[issue9867] Interrupted system calls are not retried

Changes by Armin Ronacher : -- versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue9807] deriving configuration information for different builds with the same prefix

Martin v. Löwis added the comment: > @Martin: yep, I know we still need to install pyconfig.h and > Makefile, but we shouldn't need to parse them to get programmatic > access to the data they contain. Hmm. What do you gain by not parsing them? -- __

[issue9869] long_subtype_new segfault in pure-Python code

Changes by Mark Dickinson : -- assignee: -> mark.dickinson nosy: +mark.dickinson priority: normal -> high ___ Python tracker ___ ___ P

[issue678264] test_resource fails when file size is limited

Martin v. Löwis added the comment: > As a point of information, on my gentoo linux system without > largefile support in the kernel, any value 4294967295 or above > results in getrlimit reporting -1. Any smaller value is set and > reported as itself. (If a sufficiently large value is passed in

[issue9867] Interrupted system calls are not retried

Martin v. Löwis added the comment: I fail to see why this is a bug. If the system call is interrupted, why should Python not report that? -- nosy: +loewis ___ Python tracker ___

[issue9662] ctypes not building under OS X because of ffi_closure_free not being defined early enough

Ronald Oussoren added the comment: (Finally...) Checked in for 2.7 in r84846 -- status: open -> closed ___ Python tracker ___ ___ Pyth

[issue9810] bzip2 build sometimes fails (VS8.0)

Martin v. Löwis added the comment: I can't test the patch right now, but it looks good to me. Please check it into py3k to see how the buildbots do. If it seems to work correctly (both for x86 and AMD64), feel free to backport it to 2.7 and 3.1. As for vs9to8: I can't comment; I don't use old

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: One could argue of course that every user of Python should handle EINTR, but that's something I think should be solved in the IO library because very few people know that one is supposed to restart syscalls on EINTR on POSIX systems. Ruby for instance handles

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: Interestingly even PHP handles that properly. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9807] deriving configuration information for different builds with the same prefix

Antoine Pitrou added the comment: Le jeudi 16 septembre 2010 à 11:13 +, Martin v. Löwis a écrit : > Martin v. Löwis added the comment: > > > @Martin: yep, I know we still need to install pyconfig.h and > > Makefile, but we shouldn't need to parse them to get programmatic > > access to the

[issue8445] buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callback)

Ronald Oussoren added the comment: Unassigning because the issue affects more than just OSX and I'm not a Tkinter expert. -- assignee: ronaldoussoren -> ___ Python tracker ___

[issue9701] Update ZSH profile on Mac OS installation

Ronald Oussoren added the comment: Thanks for the patch. I will apply this before the next release. -- ___ Python tracker ___ ___ Pyth

[issue9867] Interrupted system calls are not retried

Martin v. Löwis added the comment: > One could argue of course that every user of Python should handle > EINTR, but that's something I think should be solved in the IO > library because very few people know that one is supposed to restart > syscalls on EINTR on POSIX systems. > > Ruby for instan

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: > Hmm. So under what conditions should it continue, and under what > conditions should it raise an exception (when errno is EINTR)? EINTR indicates a temporary failure. In that case it should always retry. A common macro for handling that might look like thi

[issue9807] deriving configuration information for different builds with the same prefix

Martin v. Löwis added the comment: > Not having some complicate and brittle code to parse Makefiles would > certainly be a win, IMO. Not sure how the patch would look like, but I would expect that any patch to build a module to include Makefile settings makes it *less* robust: every time you ad

[issue9867] Interrupted system calls are not retried

Martin v. Löwis added the comment: Am 16.09.10 14:06, schrieb Armin Ronacher: > > Armin Ronacher added the comment: > >> Hmm. So under what conditions should it continue, and under what >> conditions should it raise an exception (when errno is EINTR)? > > EINTR indicates a temporary failure. I

[issue9162] License for multiprocessing files

Michael Fladischer added the comment: Is there any timeline on when this will be fixed? It's currently blocking work on a python-related package for Debian. -- ___ Python tracker __

[issue9867] Interrupted system calls are not retried

Ronald Oussoren added the comment: Wouldn't retrying on EINTR cause havoc when you try to interrupt a process? That is: what would happen with the proposed patch when a python script does a read that takes a very long time and the user tries to interrupt the script (by using Ctrl+C to send a

[issue9865] OrderedDict doesn't implement __sizeof__

Antoine Pitrou added the comment: The patch looks good. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue9872] `a.b.my_function is not b.my_function` when `a` and `b` are both on `sys.path`

New submission from Ram Rachum : Let's say you have this structure: a\ __init__.py b\ __init__.py In `b.__init__` a function called `my_function` is defined. And assume that `a` and `b` are both on `sys.path`. Then this situation happens: >>> import a.b >>> import b >>> a.

[issue9872] `a.b.my_function is not b.my_function` when `a` and `b` are both on `sys.path`

Benjamin Peterson added the comment: And indeed that's expected. Don't do that. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: The following minimal C code shows how EINTR can be handled: #include #include #include #include #define BUFFER_SIZE 1024 int main() { char buffer[BUFFER_SIZE]; printf("PID = %d\n", getpid()); while (1) { int rv = fgetc(stdin);

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: > Wouldn't retrying on EINTR cause havoc when you try to interrupt a process? All your C applications are doing it, why should Python cause havok there? Check the POSIX specification on that if you don't trust me. > That is: what would happen with the propos

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: There is a funny story related to that though :) "BSD avoids EINTR entirely and provides a more convenient approach: to restart the interrupted primitive, instead of making it fail." BSD does, but the Mach/XNU kernel combo on OS X is not. Which is why all th

[issue9867] Interrupted system calls are not retried

Antoine Pitrou added the comment: Some parts of the stdlib already retry manually (such as SocketIO, subprocess, multiprocessing, socket.sendall), so it doesn't sound unreasonable for the IO lib to retry too. There are/were other people complaining in similar cases: #7978, #1628205.

[issue9867] Interrupted system calls are not retried

Changes by Andreas Stührk : -- nosy: +Trundle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue9162] License for multiprocessing files

Jesse Noller added the comment: On Thu, Sep 16, 2010 at 8:15 AM, Michael Fladischer wrote: > > Michael Fladischer added the comment: > > Is there any timeline on when this will be fixed? It's currently blocking > work on a python-related package for Debian. > I'll ping the PSF board for the

[issue9873] Allow bytes in some APIs that use string literals internally

New submission from Nick Coghlan : As per python-dev discussion in June, many Py3k APIs currently gratuitously prevent the use of bytes and bytearray objects as arguments due to their use of string literals internally. Examples: urllib.parse.urlparse urllib.parse.urlunparse urllib.parse.urljoi

[issue9867] Interrupted system calls are not retried

Ronald Oussoren added the comment: On 16 Sep, 2010, at 14:36, Armin Ronacher wrote: > > Armin Ronacher added the comment: > >> Wouldn't retrying on EINTR cause havoc when you try to interrupt a process? > > All your C applications are doing it, why should Python cause havok there? > Check

[issue9867] Interrupted system calls are not retried

Ronald Oussoren added the comment: On 16 Sep, 2010, at 14:38, Armin Ronacher wrote: > > Armin Ronacher added the comment: > > There is a funny story related to that though :) > > "BSD avoids EINTR entirely and provides a more convenient approach: > to restart the interrupted primitive, inst

[issue9867] Interrupted system calls are not retried

Antoine Pitrou added the comment: > Because Python's signal handlers only set a flag and do the actual > action later on blindly rerunning system calls when errno == EINTR may > result in programs that don't seem to react to signals at all. You just need to call PyErr_CheckSignals() and check i

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: > setting the SA_RESTART in the call to sigaction should work (on OSX > HAVE_SIGACTION is defined), unless the manpage is lying. It should work, haven't tried. From what I understand on a BSD system, retrying is the default. -- versions: +Python 3.3

[issue9867] Interrupted system calls are not retried

Armin Ronacher added the comment: > You conveniently didn't quote the part of my message where I explained > why I think there may be a problem. I understand that, but there are already cases in Python where EINTR is handled properly. In fact, quoting socketmodule.c: if (res == EINTR &&

[issue9867] Interrupted system calls are not retried

Ronald Oussoren added the comment: On 16 Sep, 2010, at 15:40, Armin Ronacher wrote: > > Armin Ronacher added the comment: > >> You conveniently didn't quote the part of my message where I explained >> why I think there may be a problem. > I understand that, but there are already cases in Py

[issue9874] Message.attach() loses empty attachments

New submission from Raphael Mankin : When attaching a sequence of parts to a MIMEMultipart message, empty attachments are silently discarded. -- components: Library (Lib) messages: 116550 nosy: r...@mankin.org.uk priority: normal severity: normal status: open title: Message.attach() los

[issue9874] Message.attach() loses empty attachments

R. David Murray added the comment: Can you provide a simple example program that demonstrates the problem? -- nosy: +r.david.murray ___ Python tracker ___ ___

[issue9873] Allow bytes in some APIs that use string literals internally

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9873] Allow bytes in some APIs that use string literals internally

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9875] Garbage output when running setup.py on Windows

New submission from Jean-Paul Calderone : The output of setup.py is polluted with this log message: Importing new compiler from distutils.msvc9compiler on Windows. For example, using pyOpenSSL's setup.py, running "setup.py --version" produces this output: Importing new compiler from dist

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

Charles-Francois Natali added the comment: Actually, it's possible that select(2) incorrectly reports sockets as ready for reading : for example if the socket receives data, but then discards it because of an invalid checksum (and I guess you're more likely to get this type of problem on a VM

[issue9090] Error code 10035 calling socket.recv() on a socket with a timeout (WSAEWOULDBLOCK - A non-blocking socket operation could not be completed immediately)

Antoine Pitrou added the comment: So it means we should indeed retry on a socket with timeout... But we must take care not to exceed the original timeout, so we must measure the time taken by each select() call. -- ___ Python tracker

[issue9807] deriving configuration information for different builds with the same prefix

R. David Murray added the comment: I've only been on the periphery of the distutils/makefile discussion, but I thought the goal was to *autogenerate* a module containing the relevant information at python build time, instead of (as now) parsing the makefile at run time. Whether or not this a

[issue9315] The trace module lacks unit tests

Alexander Belopolsky added the comment: See issue #9866 for follow ups on list comprehensions' tracing. -- nosy: -Alexander.Belopolsky status: open -> closed superseder: -> Inconsistencies in tracing list comprehensions ___ Python tracker

[issue9315] The trace module lacks unit tests

Alexander Belopolsky added the comment: List comprehension test is removed from 3.1 in r84848. -- ___ Python tracker ___ ___ Python-bu

[issue9264] trace.py documentation is incomplete

Alexander Belopolsky added the comment: > So I'm open to ideas and am willing to submit improved patches for 3.2 I offered some ideas in my last message. In addition, I would like to see profile and trace documentation to converge to similar structure and use similar terminology. In particu

[issue9874] Message.attach() loses empty attachments

Raphael Mankin added the comment: 'Simple' is the problem. I will come back to you on this. -- ___ Python tracker ___ ___ Python-bugs-

[issue416670] MatchObjects not deepcopy()able

Mark Lawrence added the comment: No reply to msg113202. -- nosy: +BreamoreBoy resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue460474] codecs.StreamWriter: reset() on close()

Mark Lawrence added the comment: No reply to msg114140. -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___

[issue9516] sysconfig: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.3" but "10.5" during configure

Ronald Oussoren added the comment: I've attached a patch for 3.2 that should fix the issue. The patch adds a couple of testcases (1 for sysconfig and 1 for distutils.command.build_ext), adjust a couple more and implements the following functional changes: 1) sysconfig._init_posix no longer

[issue923697] SAX2 'property_encoding' feature not supported

Mark Lawrence added the comment: The URL referenced in msg54124 gives a 404. It is also used as the property_encoding in the sax handler module. Could this be fixed in 3.2 or can this issue be closed? -- nosy: +BreamoreBoy ___ Python tracker

[issue1648923] HP-UX: -lcurses missing for readline.so

Mark Lawrence added the comment: I can't believe that a build issue raised almost 4 years ago against 2.5 is still an issue today. -- nosy: +BreamoreBoy resolution: -> out of date status: open -> closed ___ Python tracker

[issue416670] MatchObjects not deepcopy()able

Changes by R. David Murray : -- nosy: +mrabarnett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1178] IDLE - add "paste code" functionality

Mark Lawrence added the comment: This has already been implemented. -- nosy: +BreamoreBoy resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue3020] doctest should have lib2to3 integration

Mark Lawrence added the comment: Is this still valid, can it be closed as out of date or what? -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue3030] compiler warning on HP-UX

Mark Lawrence added the comment: I can't believe that a build issue relating to 2.6 is still valid over two years later. -- nosy: +BreamoreBoy resolution: -> out of date status: open -> closed ___ Python tracker

[issue4837] Omits MACHINE and DEBUG when building tix8.4.3

Mark Lawrence added the comment: Is the attached patch still valid? -- nosy: +BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list

[issue9874] Message.attach() loses empty attachments

R. David Murray added the comment: Got your off-ticket email. I was hoping for something that *just* demonstrated the problem (just enough code to show the issue). It may be a bit before I can find the time to reduce your code to such a test case. -- stage: -> unit test needed ___

[issue5033] setup.py crashes if sqlite version contains 'beta'

Mark Lawrence added the comment: A one line fix is given in msg80370, can this be applied,should the issue be closed or what? -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue5309] setup.py doesn't parallelize extension module compilation

Changes by Mark Lawrence : -- components: +Distutils2 -Distutils nosy: +eric.araujo versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker ___ __

[issue5629] PEP 0 date and revision not being set

Mark Lawrence added the comment: I assume that people are still interested in this? -- nosy: +BreamoreBoy ___ Python tracker ___ ___ P

[issue5667] Interpreter fails to initialize on build dir when IO encoding is one of CJK

Mark Lawrence added the comment: Hum, a low priority interpreter core crash, would anyone like to comment? -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue6893] defaultdict example in py3 doc should mention the new Counter class

Changes by Mark Lawrence : -- assignee: georg.brandl -> d...@python nosy: +d...@python ___ Python tracker ___ ___ Python-bugs-list mail

[issue9876] ConfigParser can't interpolate values from other sections

New submission from Alexander Solovyov : Often it is useful to access some variable in other section for interpolation needs: for example, parent directory declared in common section could be used in configuration of certain components. Included patch can fix that (using syntax 'section.variab

[issue7059] 'checking getaddrinfo bug' doesn't output the result during ./configure

Mark Lawrence added the comment: Is this still a problem on Linux? -- nosy: +BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list m

[issue8554] suspicious comment in msilib.py/__init__.py

Mark Lawrence added the comment: The line in question has been like that since r42847 i.e. when the file came into existence. -- nosy: +BreamoreBoy ___ Python tracker ___ __

[issue8921] 2.7rc1: test_ttk failures on OSX 10.4

Mark Lawrence added the comment: Were these test failures fixed prior to the full release of 2.7 in which case this can be closed? -- nosy: +BreamoreBoy ___ Python tracker ___ _

[issue1648923] HP-UX: -lcurses missing for readline.so

R. David Murray added the comment: It could still exist since we don't seem to have many people building python on hpux. That said, unless the op confirms the problem still exists in 2.7 or later this can stay closed. -- nosy: +r.david.murray ___

[issue460474] codecs.StreamWriter: reset() on close()

Changes by R. David Murray : -- status: closed -> languishing ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9870] compile and nested scopes

Georg Brandl added the comment: If you want to execute code as in the global namespace, don't supply a separate "locals" dict to eval/exec. -- nosy: +georg.brandl resolution: -> invalid status: open -> closed ___ Python tracker

[issue4837] Omits MACHINE and DEBUG when building tix8.4.3

Hirokazu Yamamoto added the comment: I think so, because TIX version built with python is not changed. Anuway, I'm using PC/VC6/build_tkinter.py to build TCL/TK and TIX, so I myself do not need this patch so much. Please feel free to close this issue. -- _

[issue9807] deriving configuration information for different builds with the same prefix

Changes by Barry A. Warsaw : -- title: deriving configuration information for different builds with the same prefix -> deriving configuration information for different builds with the same prefix ___ Python tracker

[issue4837] Omits MACHINE and DEBUG when building tix8.4.3

Hirokazu Yamamoto added the comment: Of cource, I'm happy if anyone needs this patch. ;-) -- ___ Python tracker ___ ___ Python-bugs-li

[issue1633953] re.compile("(.*$){1,4}", re.MULTILINE) fails

Mark Lawrence added the comment: Can this be closed as a duplicate of #2537? -- nosy: +BreamoreBoy ___ Python tracker ___ ___ Pytho

[issue1187] pipe fd handling issues in subprocess.py on POSIX

Jeffrey Finkelstein added the comment: Here's a patch which adds the test from 1187-dustin.patch for the py3k branch. The test passes without any additional changes to the py3k code. -- nosy: +jfinkels Added file: http://bugs.python.org/file18902/issue1187.patch __

[issue9877] Expose sysconfig._get_makefile_filename() in public API

New submission from Barry A. Warsaw : sysconfig.get_config_h_filename() returns the path of pyconfig.h. The Makefile is also used to return values from sysconfig but it's path is hidden in a non-public method, for no good reason that I can think of. Therefore, sysconfig._get_makefile_filenam

[issue9810] bzip2 build sometimes fails (VS8.0)

Hirokazu Yamamoto added the comment: Committed in r84851(py3k). Let's see buildbot. -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue1634774] locale 1251 does not convert to upper case properly

Mark Lawrence added the comment: I've tried to see if this is still an issue but frankly can't make head nor tail out of it :( Any locale gurus up for this? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue9807] deriving configuration information for different builds with the same prefix

Barry A. Warsaw added the comment: I was thinking along the lines that RDM outlined, IOW that _sysconfig.c or equivalent would be autogenerated at build time. But I think there are really two issues here: 1) Avoiding parsing of pyconfig.h and Makefile to get variable values for the sysconfi

[issue9868] test_locale leaves locale changed

Hirokazu Yamamoto added the comment: This patch is *as is* patch. Index: Lib/test/test_locale.py === --- Lib/test/test_locale.py (revision 84824) +++ Lib/test/test_locale.py (working copy) @@ -352,13 +352,13 @@ locale_

[issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating extension module

New submission from Barry A. Warsaw : This is splitting one concern from bug 9807 - specifically to avoid parsing pyconfig.h and Makefile in the sysconfig module by autogenerating an extension module (e.g. _sysconfig.c) at build time and using that to get the variables from those two files. -

[issue9807] deriving configuration information for different builds with the same prefix

Barry A. Warsaw added the comment: See issue 9878 for the "don't parse" bug. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4837] Omits MACHINE and DEBUG when building tix8.4.3

Changes by Mark Lawrence : -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9878] Avoid parsing pyconfig.h and Makefile by autogenerating extension module

Barry A. Warsaw added the comment: See issue 9807 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9869] long_subtype_new segfault in pure-Python code

Changes by Eric Smith : -- nosy: +eric.smith versions: -Python 2.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Benjamin Peterson added the comment: -1 The Makefile is very implementation specific to CPython. -- nosy: +benjamin.peterson ___ Python tracker ___ __

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Barry A. Warsaw added the comment: On Sep 16, 2010, at 06:15 PM, Benjamin Peterson wrote: >-1 The Makefile is very implementation specific to CPython. and pyconfig.h isn't? -Barry -- ___ Python tracker _

[issue8921] 2.7rc1: test_ttk failures on OSX 10.4

Ned Deily added the comment: Duplicate of unresolved Issue8445 -- assignee: ronaldoussoren -> nosy: +ned.deily resolution: -> duplicate status: open -> closed superseder: -> buildbot: test_ttk_guionly failures (test_traversal, test_tab_identifiers, test_identify, test_heading_callba

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Benjamin Peterson added the comment: Yes, it's unfortunate that that is exposed. Hopefully, sysconfig will evolve some way to find information independent of implementation. -- ___ Python tracker _

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Changes by Barry A. Warsaw : -- keywords: +patch Added file: http://bugs.python.org/file18903/9877.diff ___ Python tracker ___ ___ Pyth

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Barry A. Warsaw added the comment: I don't agree that it's a bad thing that sysconfig exposes implementation specific information - it seems kind of the point of it. "The sysconfig module provides access to Python’s configuration information like the list of installation paths and the configu

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Barry A. Warsaw added the comment: Patch attached. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue6893] defaultdict example in py3 doc should mention the new Counter class

Raymond Hettinger added the comment: This example needs to stay. It was one of the principal motiviating use cases for defaultdict and it is a good, simple, understandable example of how to use it. Also, I don't want to cross-link these two tools because they a subtly different (the default

[issue9877] Expose sysconfig._get_makefile_filename() in public API

Changes by Barry A. Warsaw : Added file: http://bugs.python.org/file18904/docs.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue5755] "-Wstrict-prototypes" is valid for Ada/C/ObjC but not for C++"

Jason Grout added the comment: Any progress on this? I see this warning a *lot* when compiling lots of packages for Sage (matplotlib included). -- nosy: +Jason.Grout ___ Python tracker ___

  1   2   >