New submission from Grey_Shao shoj...@163.com:
When I try to compile the Python 3.2.3, I failed to make
After I ungzip and untar the source package of the Python 3.2.3, Then run the
following commands:
1. ./configure
2. make
When step 2, the errors below happens:
gcc -c
Martin v. Löwis mar...@v.loewis.de added the comment:
Can you please attach the config.log file also?
Also, can you please report what the value of PRId64 in /usr/include/inttypes.h
is?
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
Brian Quinlan br...@sweetapp.com added the comment:
I've had people request that they be able control the order of processed work
submissions. So a more general way to solve your problem might be to make the
two executors take an optional Queue argument in their constructors.
You'd have to
Hallvard B Furuseth h.b.furus...@usit.uio.no added the comment:
Richard Oudkerk rep...@bugs.python.org wrote:
Thanks for the patch, I have applied it. (I don't think there was a
problem with the promotion rules because res was a never converted to
UINT32.)
True now that res is a
Nick Coghlan ncogh...@gmail.com added the comment:
Technically, it returns -1 (which later gets coerced to an unsigned value).
However, there's no good reason for the inconsistency - the offending line
(663) in main.c should be changed to be:
sts = (RunModule(module, 1) != 0);
It is
Michael Herrmann mherrmann...@gmail.com added the comment:
Hi,
I need to use a third-party library that ships as a mixture of .pyc and .pyo
files. I found it a little surprising and inconvenient that I have to set the
-O flag just to read .pyo files. I don't mind whether .pyc or .pyo files
Nick Coghlan ncogh...@gmail.com added the comment:
One brief comment on the wording of the error message: the inconsistent naming
is actually copied from the str.format code.
{foo} {} {bar}.format(2, foo='fooval', bar='barval')
'fooval 2 barval'
{foo} {0} {} {bar}.format(2, foo='fooval',
Changes by Nick Coghlan ncogh...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13578
___
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14803
___
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: docs@python - ncoghlan
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13783
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13062
___
___
Python-bugs-list
Paul Moore p.f.mo...@gmail.com added the comment:
Applies and builds cleanly on Win7 32-bit. The speed difference is visible here
too:
PS D:\Data\cpython\PCbuild .\python.exe -m timeit -s from _thread import
allocate_lock; l=allocate_lock() l.acquire();l.release()
100 loops, best of 3:
Éric Araujo mer...@netwok.org added the comment:
Michael, I don’t think your proposed change would be considered favorably:
importing .pyc or .pyo is well defined for CPython and the -O switch is really
required for .pyo. However you may be able to import them anyway without any
change to
Changes by Éric Araujo mer...@netwok.org:
--
title: .pyo file can't be imported unless -O is given - Document that
importing .pyo files needs python -O
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12982
Meador Inge mead...@gmail.com added the comment:
I didn't get around to updating my patch with Nick's comments yet.
Nick, the v3 patch I have attached still applies. I am happy to update it per
your comments (promptly this time) or you can take it over. Whichever.
--
Michael Herrmann mherrmann...@gmail.com added the comment:
Hi Eric,
thank you for your quick reply. I'm not the first one who encounters this
problem and in my opinion it is simply counter-intuitive that you cannot read a
mixture of .pyo and .pyc files. That is why I think that my proposed
R. David Murray rdmur...@bitdance.com added the comment:
Actually it's a lot easier than that, although it is very much a hack: just
rename the .pyo files to .pyc, and python without -O will happily import them.
Since the optimization happens when the bytecode is written, this does what you
Eric O. LEBIGOT eric.lebi...@normalesup.org added the comment:
Hi Michael,
Thank you for your message.
You are mentioning the suggestion of the other Eric (Araujo). My suggestion
was to rename your .pyo files as .pyc files; it is hackish (according to a
previous post from Eric Araujo), but
Éric Araujo mer...@netwok.org added the comment:
Is this documented in whatsnew?
I'm not sure what has been (none of my patches have done so).
Okay; if a committer does not add a note we can open a doc bug to not forget
that.
Also, I remember a discussion about making it public or not, but
Michael Herrmann mherrmann...@gmail.com added the comment:
Dear Eric OL,
I see - I had read your e-mail but because of the similar names I thought the
message here was yours too, and thus only replied once. I apologize!
I can of course find a workaround such as renaming .pyo to .pyc. However,
Eric Snow ericsnowcurren...@gmail.com added the comment:
any chance on this for 3.3?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13475
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Without looking at the code, it seems that
http://docs.python.org/release/3.1.5/library/io.html?highlight=io#io.TextIOWrapper
gives the answer
If line_buffering is True, flush() is implied when a call to write contains a
newline
Brett Cannon br...@python.org added the comment:
It's not a problem, Stefan. I just happened to have already added the
importlib.invalidate_caches() call to test_reprlib so I know that isn't the
issue.
--
___
Python tracker rep...@bugs.python.org
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I've tested Ubuntu 64 myself using a Virtualbox, confirming that the pythread
functionality is untouched.
(funny how those vi keystrokes seem to be embedded into your amygdala after
decades of disuse)
--
Chris Jerdonek chris.jerdo...@gmail.com added the comment:
Great. Looks good!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13857
___
___
R. David Murray rdmur...@bitdance.com added the comment:
That makes sense. I'll add a mention of this to the 'open' docs that discuss
the buffering parameter.
--
assignee: - r.david.murray
components: +Documentation
___
Python tracker
New submission from Virgil Dupras hs...@hardcoded.net:
I try to compile Pyhton 3.3a4 on a OS X 10.7 with XCode 4.3.3 and it fails. I
tried a few configuration options, but even with a basic ./configure make,
I get this:
./python.exe -SE -m sysconfig --generate-posix-vars
Could not find
Ronald Oussoren ronaldousso...@mac.com added the comment:
There is a bug in the version of GCC that's shipped with Xcode.
Try building using clang:
configure ... CC=clang CXX=clang++
--
nosy: +ronaldoussoren
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
This is a duplicate of #13241
We (and in particular Ned Deily are working on a change to the build process
that would fix this, and will make it possible to build extensions on OSX
regardless of which Xcode variant you use and which
James Kyle b...@jameskyle.org added the comment:
I think Ned does have some good points regarding the minimal impact a reversion
would have.
The most poignant point is that /Library/ on OS X is not a user controlled
directory whereas ~/.local is. If ~/.local exists and has packages installed,
New submission from Jeremy Kloth jeremy.kloth+python-trac...@gmail.com:
The comment regarding a Perl installation not being required is no longer true
with regards to OpenSSL 1.0+ (at least 1.0.0j and 1.0.1c). A Perl script(s) is
used to generate source files within the generated Makefiles.
Terry J. Reedy tjre...@udel.edu added the comment:
Michael, you should ask the closed source library distributor to distribute all
files as .pyc so you have access to docstrings while programming and to avoid
the problem with reading them. He could also distribute an all-.pyo version. A
Ross Lagerwall rosslagerw...@gmail.com added the comment:
The gdbm provided with Fedora 17 provides /usr/include/ndbm.h.
This makes setup.py think that it should try link with -lndbm when it actually
requires -lgdbm_compat.
A workaround is to specify --with-dbmliborder=gdbm to force gdbm to
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14102
___
___
Python-bugs-list mailing list
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1644818
___
Changes by Ronan Lamy ronan.l...@gmail.com:
--
nosy: +Ronan.Lamy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12982
___
___
Python-bugs-list
Roger Serwy roger.se...@gmail.com added the comment:
The _self_pat RE needs to be changed to just remove the first argument.
Presently, another bug exists with the current implementation:
class A:
def t(self, self1, self2):
pass
a = A()
a.t(
gives
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Attached is a patch which fixes the issue on Fedora 17.
If this doesn't break other OSes I'll commit it for 2.7, 3.2 and 3.3.
--
keywords: +patch
versions: +Python 2.7, Python 3.2
Added file:
Abhishek Singh abhishekrsi...@gmail.com added the comment:
I found my problem.
I was also using pipes to implement my show output (between python and C). The
pipe was getting full, and xmlrpc server was locking up because of that.
The gdb traceback was confusing though (will re-open if I see
New submission from Brett Cannon br...@python.org:
If you look at http://docs.python.org/dev/py3k/library/imp.html#imp.get_tag you
will notice it has the Changed in Python 3.3 notice for imp.lock_held() in
it, the function *below* imp.get_tag().
--
assignee: docs@python
components:
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14963
___
___
Python-bugs-list mailing list
Chris Withers ch...@simplistix.co.uk added the comment:
It's the fact that for immutable types, initialization is done in __new__
instead of __init__ that isn't documented anywhere.
This should be Python-level rather than C-level documentation.
The example I gave in #msg76473 is confusing
Antoine Pitrou pit...@free.fr added the comment:
Well, if the versionchanged were for get_tag(), it would be indented
appropriately. But it is actually for the The following functions help
interact with the import system’s internal locking mechanism paragraph.
Feel free to improve :)
R. David Murray rdmur...@bitdance.com added the comment:
Actually, it is documented:
http://docs.python.org/dev/reference/datamodel.html#basic-customization
__new__() is intended mainly to allow subclasses of immutable types (like int,
str, or tuple) to customize instance creation.
It could
Grey_Shao shoj...@163.com added the comment:
Thanks for your kindly help
I attach the config.log in the attachment data.7z
The value of the PRId64 is:
#ifdef _LP64
#define PRId64 ld
#else /* _ILP32 */
#if __STDC__ - 0 == 0 !defined(_NO_LONGLONG)
#define
Ariel Poliak apol...@gmail.com added the comment:
Made a new patch.
This one contains changes for xml.etree.ElementTree for cpython, jython, and
stackless.
It also contains changes to Modules/_elementtree.c for cpython and stackless.
The changes within this patch do not change the signature
Nam Nguyen bits...@gmail.com added the comment:
+1
That was actually what I did. I replaced the internal queue with another one
whose limit was properly set.
If you are busy to write one, let me find some time to create another patch.
--
___
47 matches
Mail list logo