[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Arfrever Frehtes Taifersar Arahesis added the comment: `make install DESTDIR=/some/temporary/path` can be used to avoid affecting installed version of Python. -- ___ Python tracker

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Tomi Pieviläinen added the comment: Ah, sorry, forgot to add that info. I also am running ext4. -- ___ Python tracker ___ ___ Python-b

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Arfrever Frehtes Taifersar Arahesis added the comment: This issue can be easily reproduced on filesystems with nanosecond precision (e.g. ext4). -- ___ Python tracker ___ __

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Tomi Pieviläinen added the comment: Platform: RHEL 6.3 x86_64. 0. (remove old python 3 install, though this doesn't change anything) 1. Unpack 3.3rc1 source, cd Python-3.3.0rc1/ 2. ./configure; make 3. sudo make install 4. ls -ltc --full-time /usr/local/lib/python3.3/lib2to3/ This shows that Gr

[issue15827] Use "ll" for PY_FORMAT_SIZE_T on Win64

Stefan Behnel added the comment: I just saw that we were misusing PY_FORMAT_SIZE_T according to the documentation (reading that sometimes helps...). It is not supposed to be used with the Python formatting functions, only with low-level functions. Closing, sorry for the noise. -- reso

[issue15827] Use "ll" for PY_FORMAT_SIZE_T on Win64

New submission from Stefan Behnel: Formatting support for "lld"/"llu" was added (I think) in issue 7228, but the definition of PY_FORMAT_SIZE_T wasn't adapted. We are getting test output failures in Cython on Win64 when formatting error messages using the "Id" format, as defined by pyport.h:

[issue15814] memoryview: equality-hash invariant

Stefan Behnel added the comment: To add on Dag's comments, this essentially means that any caching of the hash value is dangerous, unless it can be assured that the underlying buffer definitely has not changed in the meantime. There is no way for users to explicitly tell a memoryview to rehash

[issue15814] memoryview: equality-hash invariant

Dag Sverre Seljebotn added the comment: OK, I can understand the desire to make memoryviews be bytes-like objects (though to my mind, bytes is "frozen" in a very different way...) If so, and it is deemed worth it, my suggestion is to add a new PyBUF_CONST flag to the buffer acquisition in that

[issue15814] memoryview: equality-hash invariant

Dag Sverre Seljebotn added the comment: It is perfectly possible for an object to export memory in a read-only way that may still change. Another object may have a writeable view: x = obj.readonly_view y = obj.writable_view obj.move_to_next_image() # changes memory under x, y So, hashing using

[issue15826] Increased test coverage of test_glob.py

New submission from Alessandro Moura: Hi, Here is a patch to increase test coverage of test_glob.py. I added tests where the glob patterns are of type bytes. The coverage (according to coverage.py) is now complete, except for what are clearly artefacts probably caused by the fact that glob is

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Ned Deily added the comment: Can you give the steps to reproduce this issue? Also, what platform and file system are in use? I can guess what an underlying problem might be but I haven't been able to reproduce the failure myself. -- nosy: +ned.deily _

[issue14847] AttributeError: NoneType has no attribute 'utf_8_decode'

Jason R. Coombs added the comment: Since my last comment, we've been running with a version of the wrapper (attached) around the main entry point to our application and it has completely eliminated the error. However, while the wrapper does report when a module deletion is requested, it is nev

[issue15825] Typo in OrderedDict docs

New submission from ThiefMaster: "It is also straight-forward to create an ordered dictionary variant that the remembers the order the keys were last inserted." The first "the" doesn't belong there. -- assignee: docs@python components: Documentation messages: 169493 nosy: ThiefMaster,

[issue13992] Segfault in PyTrash_destroy_chain

Antoine Pitrou added the comment: (for context about the patch, see my hypothesis at http://mail.python.org/pipermail/python-dev/2012-August/121533.html ) -- ___ Python tracker

[issue13992] Segfault in PyTrash_destroy_chain

Antoine Pitrou added the comment: Can someone witnessing the problem try to apply the attached patch? -- keywords: +patch Added file: http://bugs.python.org/file27065/trashcan-2.7.patch ___ Python tracker _

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Martin v. Löwis added the comment: Reconsidering more: it would be desirable if even an out-of-source-tree compilation wouldn't require Python for bootstrapping; with the committed patch, it does since it will always run ASDLGEN. If the source version of the generated files is fresh enough, th

[issue15824] mutable urlparse return type

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Martin v. Löwis added the comment: As a further follow-up: the original code (in 67ed8a6905c3, by Neil Schemenauer from 2001), he explicitly changed GRAMMAR_C/H to refer to srcdir, claiming that errors from building them would be ignored. In r87558, for which I can't find a subversion revsisio

[issue15824] mutable urlparse return type

mastahyeti added the comment: Hrmm. Okay. I concede. On Thu, Aug 30, 2012 at 2:16 PM, R. David Murray wrote: > > R. David Murray added the comment: > > Not in this case. We are treating the URL as an immutable object, so the > Pythonic thing to do is create new object of the same type with th

[issue15824] mutable urlparse return type

R. David Murray added the comment: Not in this case. We are treating the URL as an immutable object, so the Pythonic thing to do is create new object of the same type with the change applied. Similar to "abcd".replace('a', 'z') returning a new string. --

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Ned Deily added the comment: The sysconfigdata problem is already documented in two open issues: Issue14774 and Issue15298. -- nosy: +ned.deily ___ Python tracker ___ __

[issue15824] mutable urlparse return type

mastahyeti added the comment: I can live with that, it just seems that ordinary item assignment is more pythonic On Thu, Aug 30, 2012 at 2:03 PM, R. David Murray wrote: > > R. David Murray added the comment: > > Actually, Senthil is right. What you want is the _replace method of > namedtu

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Martin v. Löwis added the comment: What I liked about Trent's original bug report is that it didn't just bring up a generic issue (cannot build with read-only source code), but clarified that his concern really was graminit. So I'd like to declare that this (graminit) is the focus of this issu

[issue15824] mutable urlparse return type

R. David Murray added the comment: Actually, Senthil is right. What you want is the _replace method of namedtuple to satisfy your use case. -- resolution: -> works for me stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue15824] mutable urlparse return type

mastahyeti added the comment: Senthil, Can you give an example of how namedtuple would be more convenient? It is definitely more convenient than an ordinary tuple, but its inconvenient having its items not be assignable. As I showed in my example above, it is usable as-is, but it is clunky. As Da

[issue13769] json.dump(ensure_ascii=False) return str instead of unicode

Petri Lehtinen added the comment: Attached yet another patch. It explains what input causes the result to be unicode instead of str. -- Added file: http://bugs.python.org/file27064/issue13769_v3.patch ___ Python tracker

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Richard Oudkerk added the comment: I tried building from out-of-tree with a read-only srcdir, but I found two other files which the build process tries to create in the source directory: $(srcdir)/Objects/typeslots.inc $(srcdir)/Lib/_sysconfigdata.py -- nosy: +sbt

[issue15824] mutable urlparse return type

Senthil Kumaran added the comment: On Thu, Aug 30, 2012 at 11:17 AM, mastahyeti wrote: > > When parsing a url with urlparse.urlparse, the return type is non-mutable > (named tuple). This is really inconvenient, because one of the most common > (imop) use cases for urlparse is to parse a url, m

[issue15824] mutable urlparse return type

R. David Murray added the comment: I think the first step is probably to get consensus on whether this is desirable or not. That might require a trip to python-idea, or it might not :) As for the patch itself, you should definitely *not* include any changes other than the ones you are proposi

[issue15824] mutable urlparse return type

mastahyeti added the comment: This is my first patch for python. Is there a feature freeze? Does it need to go in Python3? Thanks. On Thu, Aug 30, 2012 at 1:22 PM, Ezio Melotti wrote: > > Ezio Melotti added the comment: > > This is a new feature, so it can't go in 2.7. > > -- > nosy: +e

[issue15824] mutable urlparse return type

Ezio Melotti added the comment: This is a new feature, so it can't go in 2.7. -- nosy: +ezio.melotti, orsenthil stage: -> needs patch versions: +Python 3.4 -Python 2.7 ___ Python tracker __

[issue15824] mutable urlparse return type

mastahyeti added the comment: TYPO!!! After my patch, urlparse can be used as such: import urlparse url = urlparse.urlparse('http://www.example.com/foo/bar?hehe=haha') url.netloc = 'www.python.com' urlparse.urlunparse(url) The difference being that the result doesn't need to

[issue15824] mutable urlparse return type

New submission from mastahyeti: This patch removes the inheritance from namedtuple and attempts to add the necessary methods to make it backwards compatible. When parsing a url with urlparse.urlparse, the return type is non-mutable (named tuple). This is really inconvenient, because one of the

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file27060/test_indirect.py ___ Python tracker ___ ___ Python-bugs-list

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file27059/_testbuffer.diff ___ Python tracker ___ ___ Python-bugs-list

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Alexander Belopolsky added the comment: On Thu, Aug 30, 2012 at 1:22 PM, Stefan Krah wrote: > So the topic is reduced to: > > 1) Previous: If non-NULL, steal the view.obj reference with automatic >decrement in PyBuffer_Release(). > New: If non-NULL, treat view.obj as

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Alexander Belopolsky added the comment: I've updated test_indirect.py to print all memoryview fields and cleaned up the _testbuffer patch a little. Note this code that is needed to prevent a memory leak: +/* PyMemoryView_FromBuffer ignores info.obj. Add it explicitely. */ +if (view !

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file27061/_testbuffer.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Changes by Stefan Krah : -- priority: high -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Stefan Krah added the comment: On second thought, it's impossible to crash a memoryview generated by PyMemoryView_FromBuffer(info) even when info->shape etc. point to stack addresses. The reason is this: All new memoryviews are created through the mbuf_add* API. In the first call to mbuf_add_vie

[issue12014] str.format parses replacement field incorrectly

Éric Araujo added the comment: You can bring this up to python-dev to get other developers’ opinion. -- ___ Python tracker ___ ___ Pyt

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue2988] Invalid cookies crash web applications

R. David Murray added the comment: There is some extensive (and somewhat contentious) discussion of this on issue 2193. I myself am sympathetic to having a mode where parsing errors are handled in a more convenient fashion, but it would pretty much have to be a new feature. -- nosy:

[issue2988] Invalid cookies crash web applications

Shish added the comment: I'm having problems with this too -- a third party app on the same domain as me has set an invalid cookie, and now my app crashes horribly :( (And even if cherrypy handled the exception and didn't crash completely, it would still not be able to use any cookies) --

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Alexander Belopolsky added the comment: > PyMemoryViewObject already is a PyVarObject with its own shape, > strides and suboffsets. You are right. I was mistakenly looking at 3.2.3 sources. It looks like there are a lot of undocumented changes here. -- ___

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Alexander Belopolsky added the comment: > Your test case seems to pass here. :) Was it supposed to crash? No, I worked real hard to make it pass. :-) I think it would crash 2.7 and 3.2, but I have not tried. I also suspect it leaks memory. Do you think this is something that we should includ

[issue9860] Building python outside of source directory fails

Trent Nelson added the comment: FWIW, `make patchcheck` fails for me as follows: % make patchcheck ./python /home/trent/hg/cpython-3.2/Tools/scripts/patchcheck.py Getting the list of files that have been added/changed ... abort: no repository found in '/tmp/cpython-3.2-build' (.hg not found)!

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Stefan Krah added the comment: PyMemoryViewObject already is a PyVarObject with its own shape, strides and suboffsets. It is the PyManagedBuffer object that directly communicates with exporters. The decision to store *exactly* the buffer that is obtained from the exporter was made in #10181. Yo

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Changes by Trent Nelson : -- stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-l

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Roundup Robot added the comment: New changeset 2dde5a7439fd by Trent Nelson in branch '2.7': Issue #15819: Fix out-of-tree builds from a readonly source. http://hg.python.org/cpython/rev/2dde5a7439fd -- ___ Python tracker

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Roundup Robot added the comment: New changeset ab6ab44921b2 by Trent Nelson in branch 'default': Issue #15819: Fix out-of-tree builds from a readonly source. http://hg.python.org/cpython/rev/ab6ab44921b2 -- ___ Python tracker

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Roundup Robot added the comment: New changeset af36536988fd by Trent Nelson in branch 'default': Block 78809:62044cd5b19b (Issue #15819) from 3.2. http://hg.python.org/cpython/rev/af36536988fd -- ___ Python tracker

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file27060/test_indirect.py ___ Python tracker ___ ___ Python-bugs-list ma

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Alexander Belopolsky added the comment: Having been bitten by an indirect buffer bug in 2.7, I decided to write some tests for 3.3. I added an objview() function to _testbuffer module that creates an indirect view for nested tuples. I have not written unit tests yet, so I'll attach a demo sc

[issue15823] argparse produces error when multiply help lines

Nikolay Golub added the comment: thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Roundup Robot added the comment: New changeset 62044cd5b19b by Trent Nelson in branch '3.2': Issue #15819: Fix out-of-tree builds from a readonly source. http://hg.python.org/cpython/rev/62044cd5b19b -- nosy: +python-dev ___ Python tracker

[issue15823] argparse produces error when multiply help lines

Changes by R. David Murray : -- resolution: -> invalid stage: -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue15823] argparse produces error when multiply help lines

R. David Murray added the comment: The problem is the timeformat. % codes are used to include data into the strings, so if you want a literal % in the help string, you need to double it. -- nosy: +r.david.murray ___ Python tracker

[issue15823] argparse produces error when multiply help lines

New submission from Nikolay Golub: When i use this code: parser.add_argument('-r', '--range', action = 'store', dest = 'ranges', nargs = 2, metavar = 'RANGE', required = False

[issue15799] httplib client and statusline

R. David Murray added the comment: I'm inclined to think it isn't worth the effort, myself. I think a "validating" client would be a valuable tool, but that that isn't what the stdlib is focused on. But yes, let's hear Senthil's opinion. (That said, I am in fact adding a lot of validation ca

[issue15799] httplib client and statusline

Antoine Pitrou added the comment: Well, I'd like to hear Senthil's opinion, since he's the main http / urllib maintainer these days. -- versions: +Python 3.3 -Python 3.2 ___ Python tracker

[issue15799] httplib client and statusline

karl added the comment: So what do we do with it? Do I created a patch or do we close that bug? :) No hard feelings about it. -- ___ Python tracker ___ _

[issue15776] Allow pyvenv to work in existing directory

Changes by Vinay Sajip : -- nosy: +carljm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15821] Improve docs for PyMemoryView_FromBuffer()

Stefan Krah added the comment: This may be a bigger problem (grep for image_surface_get_data): http://lists.cairographics.org/archives/cairo/2011-December/022563.html The previous semantics for PyMemoryView_FromBuffer(view) were: 1) If non-NULL, steal the view.obj reference with automatic

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

Changes by Antoine Pitrou : -- nosy: +benjamin.peterson, georg.brandl priority: normal -> high ___ Python tracker ___ ___ Python-bugs-

[issue15814] memoryview: equality-hash invariant

Martin v. Löwis added the comment: Am 30.08.12 11:24, schrieb Stefan Krah: >>> The new equality definition and any possible new hash definition should >>> probably also be part of the buffer API documentation, since they >>> aren't memoryview specific. >> >> That's not true: they *are* memoryview

[issue15814] memoryview: equality-hash invariant

Changes by Stefan Krah : -- keywords: +patch Added file: http://bugs.python.org/file27058/issue15814-doc.diff ___ Python tracker ___ _

[issue15814] memoryview: equality-hash invariant

Stefan Krah added the comment: Here's a doc patch restricting the hash to formats 'B', 'b' and 'c'. I think non-contiguous views are fine: both __eq__() and tobytes() handle these, so the equality-hash invariant is preserved. -- ___ Python tracker

[issue15616] logging.FileHandler not correctly created with PyYaml (unpickling problems?)

Changes by Vinay Sajip : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue15798] subprocess.Popen() fails if 0, 1 or 2 descriptor is closed

Richard Oudkerk added the comment: Would it simplify matters to stop treating 0,1,2 specially and just add them to pass_fds instead? -- nosy: +sbt ___ Python tracker ___ ___

[issue15818] multiprocessing documentation of Process.exitcode

Changes by Richard Oudkerk : -- nosy: +sbt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue15798] subprocess.Popen() fails if 0, 1 or 2 descriptor is closed

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue15724] Add "versionchanged" to memoryview docs

Changes by Stefan Krah : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue10650] decimal.py: quantize(): excess digits with watchexp=0

Roundup Robot added the comment: New changeset 7db16ff9f5fd by Stefan Krah in branch 'default': Closes #10650: Deprecate the watchexp parameter of Decimal.quantize(). http://hg.python.org/cpython/rev/7db16ff9f5fd -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected st

[issue15798] subprocess.Popen() fails if 0, 1 or 2 descriptor is closed

Antoine Pitrou added the comment: I haven't tested Ross's latest patch, but it looks ok to me. -- stage: -> patch review ___ Python tracker ___ _

[issue15724] Add "versionchanged" to memoryview docs

Roundup Robot added the comment: New changeset 34e8c06f7e55 by Stefan Krah in branch 'default': Issue #15724: Add versionchanged tags to the memoryview documentation. http://hg.python.org/cpython/rev/34e8c06f7e55 -- nosy: +python-dev ___ Python tracke

[issue15822] Python 3.3 creates lib2to3 grammar in wrong order

New submission from Tomi Pieviläinen: Python 3.3rc1 source install modifies/installs lib2to3/Grammar.txt after modifying Grammar3.3.0.candidate.1.pickle: -rw-r--r--. 1 root root 6589 2012-08-27 13:25:33.190414570 +0300 Grammar.txt -rw-r--r--. 1 root root 20622 2012-08-27 13:25:33.150477192 +03

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Martin v. Löwis added the comment: Am 30.08.12 09:47, schrieb Trent Nelson: > Objections to backporting to 3.2? > > Is 2.7 off the table? No, adding AC_PROG_MKDIR_P into all of them is fine. -- ___ Python tracker

[issue15821] Improve docs for PyMemoryView_FromBuffer()

New submission from Stefan Krah: People are using PyMemoryView_FromBuffer() to create and return permanent memoryviews from buffers that are allocated on the stack. See: http://stackoverflow.com/questions/8123121/how-to-get-back-a-valid-object-from-python-in-c-while-this-object-has-been-con Th

[issue15820] Add additional info to Resources area on Dev Guide

Mike Hoy added the comment: It was determined by Ezio that the previous patches had too much information about how to open a browser, or install python-sphynx on a debian system. It was just out of scope for the docs (people should know how to use their package management systems, etc). We wor

[issue15820] Add additional info to Resources area on Dev Guide

Mike Hoy added the comment: This patch adds a link from: http://docs.python.org/devguide/index.html#resources To: http://docs.python.org/devguide/docquality.html#helping-with-the-developer-s-guide -- Added file: http://bugs.python.org/file27057/devguide-resources-3.diff ___

[issue15814] memoryview: equality-hash invariant

Changes by Stefan Krah : -- nosy: +scoder ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue15814] memoryview: equality-hash invariant

Stefan Krah added the comment: Martin v. L??wis wrote: > > hash(x) == hash(x.tobytes()) > In the light of this requirement, it's even more difficult to ask > people that they change their hashing, since some exporters may already > comply with that original request. I don't think so. memory

[issue15820] Add additional info to Resources area on Dev Guide

Mike Hoy added the comment: I'm working on a new patch with Ezio. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue15820] Add additional info to Resources area on Dev Guide

Mike Hoy added the comment: I changed the wording a bit and added a few more things. The second one is the one I prefer. -- ___ Python tracker ___ __

[issue15820] Add additional info to Resources area on Dev Guide

Changes by Mike Hoy : Added file: http://bugs.python.org/file27056/devguide-resources-2.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Trent Nelson added the comment: Ah, I see the MKDIR_P changes in 3.x/configure as well. Objections to backporting to 3.2? Is 2.7 off the table? (Building from a readonly source is handy for Snakebite; saves having a dozen machines needing to use their own hg clone.) -- _

[issue15820] Add additional info to Resources area on Dev Guide

New submission from Mike Hoy: I wrote a patch which adds more info the devguide under Resources: http://docs.python.org/devguide/index.html#resources -- messages: 169436 nosy: mikehoy priority: normal severity: normal status: open title: Add additional info to Resources area on Dev Guid

[issue15820] Add additional info to Resources area on Dev Guide

Changes by Mike Hoy : -- keywords: +patch Added file: http://bugs.python.org/file27055/devguide-resources.diff ___ Python tracker ___

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Petri Lehtinen added the comment: In 3.3, Makefile.pre.in already defines MKDIR_P, in 3.2 it doesn't. -- nosy: +petri.lehtinen ___ Python tracker ___

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Trent Nelson added the comment: That's what I figured you meant initially... Until I couldn't find any MKDIR_P definitions, and couldn't get it working without the hack above. I thought it might be an implicit make variable as well, but, not so much. (Tested with BSD make and gmake on FreeBSD

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Martin v. Löwis added the comment: Am 30.08.12 09:19, schrieb Trent Nelson: > Hm. Now I'm confused. Is this what you meant? No. Makefile.pre.in *already* has a definition of MKDIR_P, no need to add one. -- title: Unable to build Python out-of-tree when source tree is readonly. ->

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Trent Nelson added the comment: Hm. Now I'm confused. Is this what you meant? --- % hg diff diff -r 019a2390b014 Makefile.pre.in --- a/Makefile.pre.in Tue Aug 21 23:41:43 2012 + +++ b/Makefile.pre.in Thu Aug 30 07:16:55 2012 + @@ -43,6 +43,8 @@ GNULD=

[issue15819] Unable to build Python out-of-tree when source tree is readonly.

Martin v. Löwis added the comment: Instead of using "mkdir -p", it should use $(MKDIR_P) (which actually isn't normally "mkdir -p" :-) Other than that, the patch looks fine. -- nosy: +loewis ___ Python tracker ___