Kaeptm Blaubaer added the comment:
Unfortunately, this also leads to less good LTO if you use a single static
executable, similar to what Tools/freeze produces but including libpython
itself. I'm currently trying to make LLVM do that, but since I can't build
without threads, it'd
Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com> added the comment:
Yes, I think it's relevant,
"not require register anymore, although other package indexes might"
This means other package indexes are required to be able to parse this HTTP.
That's not good and has lead to work
Change by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
keywords: +patch
pull_requests: +6294
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Kaeptm Blaubaer:
It is using b"\n" newline instead of b"\r\n".
--
components: Distutils
messages: 295518
nosy: Kaeptm Blaubaer, dstufft, merwok
priority: normal
severity: normal
status: open
title: Distutils register command creates non-sta
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
resolution: duplicate ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Kaeptm Blaubaer added the comment:
The error is fixed in Python 3.5.3 documentation.
--
resolution: -> fixed
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
resolution: -> duplicate
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Kaeptm Blaubaer added the comment:
Please don't close the bug until it is fixed in the python 3.5 documentation!
--
resolution: not a bug ->
status: closed -> open
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
type: behavior ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Kaeptm Blaubaer added the comment:
I had no outdated documentation, but the documentation of 3.5.
--
resolution: out of date ->
status: closed -> open
versions: +Python 3.5
___
Python tracker <rep...@bugs.python.org>
<http://
Kaeptm Blaubaer added the comment:
I had an outdated version of the documentation.
--
resolution: -> out of date
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
type: -> behavior
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Kaeptm Blaubaer <kaeptmblaubaer1...@gmail.com>:
--
type: behavior ->
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
New submission from Kaeptm Blaubaer:
In the example are the pointers to pointers to PyObject too many,
because then PyErr_Fetch and PyErr_Restore would get too many pointers to
pointers.
--
assignee: docs@python
components: Documentation
messages: 286321
nosy: Kaeptm Blaubaer, docs
Kaeptm Blaubaer added the comment:
If I run cygwin 32 bit and self-compiled 32 bit python or _freeze_importlib on
a 64 bit computer, I'm getting a Fatal Python error.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Kaeptm Blaubaer added the comment:
I can configure only after I have run autoconf and autoheader, then I can
configure it without args, then when you run make you can see specific errors.
--
resolution: duplicate ->
status: closed ->
New submission from Kaeptm Blaubaer:
If I try to compile Python 3.5 with Cygwin, I get a lot of errors.
--
components: Build, Windows
messages: 273031
nosy: Kaeptm Blaubaer, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Cygwin
Kaeptm Blaubaer added the comment:
That's right, in checkextensions_win32.py a .vcxproj parsing algorithm must be
added, and in extensions_win32.ini the values must be updated, for example the
builtin extensions from .dsp to .vcxproj
--
versions: +Python 3.4, Python 3.5
Kaeptm Blaubaer added the comment:
Yes, it is an Windows issue.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27727>
___
___
New submission from Kaeptm Blaubaer:
The Tools/freeze script is broken because the .dsp files no longer exists.
--
components: Demos and Tools
messages: 272334
nosy: Kaeptm Blaubaer
priority: normal
severity: normal
status: open
title: Update Tools/freeze to use .vcxproj files
type
22 matches
Mail list logo
