Meador Inge added the comment:
Apologies for not getting around to applying this myself. I had an extremely
busy week with the day job last week. Thanks for applying Martin.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 001a6dc996e7 by Martin v. Löwis in branch '3.4':
Issue #16047: Fix module exception list and __file__ handling in freeze.
http://hg.python.org/cpython/rev/001a6dc996e7
New changeset 87ded2fdac4b by Martin v. Löwis in branch 'default':
Merge 3.4
Martin v. Löwis added the comment:
Thanks for the patch. It seems to work now.
http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%20Freeze%203.x/builds/9
--
resolution: - fixed
status: open - closed
___
Python tracker
Christian Bachmaier added the comment:
Sorry guys, library loading of a freezed binary is different to interpreter
mode. This is a bug in freeze, or at least an undocumented missing feature of
freeze. This is no side discussion.
And, in Python 3.2 this was working! As described above, just
Martin v. Löwis added the comment:
Christian: Please understand that it was not helpful to post into this issue.
The issue discussed here is separate from the issue you are having. We prefer a
strict one issue at a time policy in this tracker.
So when this issue gets closed because
Marc-Andre Lemburg added the comment:
Christian, please open a separate ticket for your problem.
This ticket is about getting freeze, the tool itself, working,
not any other issue you may find with the resulting frozen binary.
Thanks,
--
Marc-Andre Lemburg
eGenix.com
--
Christian Bachmaier added the comment:
Same issue with external libraries under (pachted) Python 3.4.0 final on Ubuntu
14.04 LTS or Debian Wheezy/Sid.
Meader, is there any option/possibility zu use an external library (like
psycopg2.psycopg.so)from the freezed binary? I alreday tried to
Christian Bachmaier added the comment:
I also issued a ticket at the bugtracker of the psycopg2 project:
http://psycopg.lighthouseapp.com/projects/62710/tickets/201
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
Martin v. Löwis added the comment:
Christian: please don't use this bug tracker to get help. Please use e.g.
python-list to ask questions on how to use Python. To answer your question: in
theory, you have the choice to either continue to use dynamic loading from the
frozen interpreter, or to
Christian Bachmaier added the comment:
Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible to
use an external module (in a .so) from a frozen binary.
The phrase please help was intended to fix the bug. If there is a new option
then this would also result in some kind
Marc-Andre Lemburg added the comment:
On 25.03.2014 11:37, Christian Bachmaier wrote:
Martin: this is clearly a bug, as it is now (Python 3.3 onwards) impossible
to use an external module (in a .so) from a frozen binary.
Are you sure about this ?
If you freeze an application which
Christian Bachmaier added the comment:
# ldd hello
linux-vdso.so.1 = (0x7fffd677e000)
libpython3.4m.so.1.0 = /usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0
(0x7f968c6c2000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0
(0x7f968c4a4000)
Meador Inge added the comment:
Apologies for not replying over the weekend. I am still looking into this one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Marc-Andre Lemburg added the comment:
On 25.03.2014 13:02, Christian Bachmaier wrote:
Christian Bachmaier added the comment:
# ldd hello
linux-vdso.so.1 = (0x7fffd677e000)
libpython3.4m.so.1.0 =
/usr/lib/x86_64-linux-gnu/libpython3.4m.so.1.0 (0x7f968c6c2000)
Christian Bachmaier added the comment:
The shared library is not linked into the resulting binary
by simply having an import in the Python file.
Yes. This is why (at least in Python 3.2) it must be in the right path
(subdirectory), see above.
freeze does
support adding the external library
Marc-Andre Lemburg added the comment:
On 25.03.2014 16:21, Christian Bachmaier wrote:
Sorry I forgot: PyRun seems only support Python 2.x.
Right, because PyRun uses freeze and freeze currently does not work
for Python 3. Which is what this ticket is all about and why
I opened it.
To test
Christian Bachmaier added the comment:
Sorry I forgot: PyRun seems only support Python 2.x.
The only other freeze tool I know for Pyhton3 code is cx_freeze. I would
prefere the vanilla freeze of the python distribution itself and as far as I
can see using cx_freeze makes more problems for me
Christian Bachmaier added the comment:
To test what I asked for, please run freeze on this script:
import _psycopg2
print ('Works.')
$ xxx/freeze.py hello.py
$ make
$ ./hello
Traceback (most recent call last):
File hello.py, line 3, in module
import _psycopg2
File
Marc-Andre Lemburg added the comment:
On 25.03.2014 17:47, Christian Bachmaier wrote:
Christian Bachmaier added the comment:
To test what I asked for, please run freeze on this script:
import _psycopg2
Sorry. The above should have read import _psycopg.
print ('Works.')
$
Christian Bachmaier added the comment:
$ cat hello.py
import _psycopg
print('Works.')
$ export PYTHONVERBOSE=2
$ ./hello 2 res.txt
$ cat res.txt | grep psycopg
# trying /export/scratch/chris/pgtest/_psycopg.cpython-34m-x86_64-linux-gnu.so
# trying
Brett Cannon added the comment:
OK, so trying to import around the package was definitely why the first
instance didn't work so that's all expected.
As for the failure when importing psycopg2, my guess is that the freezing of
psycopg2.__init__ is not setting __path__ to anything reasonable to
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Marc-Andre Lemburg added the comment:
On 25.03.2014 19:27, Brett Cannon wrote:
Brett Cannon added the comment:
OK, so trying to import around the package was definitely why the first
instance didn't work so that's all expected.
As for the failure when importing psycopg2, my guess is
Marc-Andre Lemburg added the comment:
On 25.03.2014 19:41, M.-A. Lemburg wrote:
I'll have to have a look at how the pyscopg2 package normally
imports its C extension. It's likely that they will have to use
something like this to make things work for frozen apps as well:
try:
from
Changes by Brett Cannon br...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Marc-Andre Lemburg added the comment:
Wait, Brett :-)
The issue that Christian mentioned was just a side discussion.
We still need to fix the main problem.
--
resolution: invalid -
status: closed - open
___
Python tracker rep...@bugs.python.org
Christian Bachmaier added the comment:
Thanks for the patches. After applying issue11824-0.patch and then
isse16047-1.patch I am successfully able to freeze a hello world python script
under ubuntu 14.04 with python 3.4 rc3. I have attached my new site.py file,
since the automatical patch
Brett Cannon added the comment:
Did you want to update your patch for Python 3.4 and 3.5, Meador?
--
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Meador Inge added the comment:
Sure. I will refresh it tonight or sometime tomorrow.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Meador Inge added the comment:
After applying the fix for issue11824 to tip there ended up being three more
issues:
1. makeconfig.py should have been updated in d777f854a66e when changing
imp to _imp. Without this change a reference to 'PyInit__imp'
was being generated, but that
Barry A. Warsaw added the comment:
On Jan 02, 2013, at 04:06 PM, Meador Inge wrote:
I am a little unsure about (3) since I am not sure why the __file__ attribute
is being removed to begin with. eric.smith?
This is related to PEP 420, which relaxes the requirement that all modules
have a
Eric V. Smith added the comment:
What Barry said. :)
I haven't had time to check yet: but why does site.py need the __file__
attribute? Maybe that's the actual problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
Barry A. Warsaw added the comment:
On Jan 02, 2013, at 04:29 PM, Eric V. Smith wrote:
I haven't had time to check yet: but why does site.py need the __file__
attribute? Maybe that's the actual problem.
It uses it to find the license text when you type license() at the interactive
prompt. I
Brett Cannon added the comment:
I agree that it makes no sense to define __file__ for frozen modules.
Originally they did because that was the only way to tell if a module was a
builtin module or not, but with the imp module's API on top of
sys.builtin_module_names, there is no need to
Meador Inge added the comment:
Thanks for the feedback everyone -- that helped. Here is a new patch
which addresses issue (3) by not requiring os.__file__ to exist.
The patch from issue11824 fixes freeze for 3.2 completely. The patch
from issue11824 plus this patch fixes freeze for 3.3 and
Changes by Meador Inge mead...@gmail.com:
--
assignee: - meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Python-bugs-list
Meador Inge added the comment:
As mentioned, the ABI issues are being handled in issue11824. I believe the
linking problems in this issue have to do with the changes that were made in
3.3 to bootstrap importlib into Python. I will look into it more.
--
assignee: - meador.inge
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Python-bugs-list
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Andreas Stührk added the comment:
See also issue #11824 for the ABI tags changes.
--
nosy: +Trundle
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +barry, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Python-bugs-list
New submission from Marc-Andre Lemburg:
The freeze tool used for compiling Python binaries with frozen modules no
longer works with Python 3.x.
It looks like it was never updated to the various path and symbols changes
introduced with PEP 3149 (ABI tags) in Python 3.2.
Even with lots of
Changes by Jeremy Kloth jeremy.kloth+python-trac...@gmail.com:
--
nosy: +jkloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16047
___
___
Python-bugs-list mailing list
45 matches
Mail list logo