[ python-Bugs-1397850 ] libpython2.4.so get not installed
Bugs item #1397850, was opened at 2006-01-05 16:01 Message generated for change (Comment added) made by hajoehlers You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1397850&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: hajo (hajoehlers) Assigned to: Nobody/Anonymous (nobody) Summary: libpython2.4.so get not installed Initial Comment: Given: AIX 5.1 GCC 3.3.2 Python 2.4.2 ( Python-2.4.2.tar.gz ) ./configure \ --enable-unicode \ --enable-shared \ --with-gcc \ --mandir=/usr/local/man \ --infodir=/usr/local/info Problem: during " gmake install " the libpython2.4.a will not be installed in /usr/local/lib and the link for libpython2.4.so does not exist then. I did not dig further but below is the output from "gmake install" For me the ... if test -f libpython2.4.so; then ... look wrong because it does not contain a Path and will fail. regards Hajo output during "gmake install" ... if test -f libpython2.4.so; then \^M if test ".so" = .dll; then \^M /opt/freeware/bin/install -c -m 555 libpython2.4.so /usr/local/bin; \^M else \^M /opt/freeware/bin/install -c -m 555 libpython2.4.so /usr/local/lib/libpython2.4.a; \^M if test libpython2.4.so != libpython2.4.a; then \^M (cd /usr/local/lib; ln -sf libpython2.4.a libpython2.4.so); \^M fi \^M fi; \^M elsetrue; \^M ... -- >Comment By: hajo (hajoehlers) Date: 2006-01-06 16:24 Message: Logged In: YES user_id=1420117 Its looked like that the libpython2.4.so will not be build. I took a lock at the Makefile but could not get a clear view what option is needed to let the system build a libpython2.4.so -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1397850&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1370322 ] Float marshaling problems with test_colorsys
Bugs item #1370322, was opened at 2005-11-30 20:49 Message generated for change (Comment added) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1370322&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.5 >Status: Closed >Resolution: Works For Me Priority: 7 Submitted By: Reinhold Birkenfeld (birkenfeld) Assigned to: Michael Hudson (mwh) Summary: Float marshaling problems with test_colorsys Initial Comment: Starting point: "make clean; make" in the 2.5 source tree. "make test" hangs at test_colorsys. Careful investigation shows that when the bytecode is freshly generated by "make all" (precisely in test___all__) the .pyc file is different from what a direct call to "regrtest.py test_colorsys" produces. Curiously, a call to "regrtest.py test___all__" instead of "make test" produces the correct bytecode. System is Linux 2.6, x86, gcc 3.4.4. I have attached both versions of colorsys.pyc. -- >Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2006-01-06 20:23 Message: Logged In: YES user_id=1188172 This has now vanished. I don't know why, but I did a glibc update today, maybe... -- Comment By: Neal Norwitz (nnorwitz) Date: 2005-12-11 21:05 Message: Logged In: YES user_id=33168 I can't reproduce (make test) on linux 2.6, gcc 3.4.4, only diff is amd64. I have some outstanding changes, but none that should affect the outcome. Sorry, I don't know what to tell you, can you try to debug any more? Maybe run under valgrind (or other memory debugger) and see if there's a memory issue. -- Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2005-12-10 18:05 Message: Logged In: YES user_id=1188172 Yep, after "make distclean" and even a fresh checkout the problem is there. I configured with and without "--with-pydebug". Okay, Michael, you are rehabilitated: I restored floatobject.c to the state before your patch, and it behaves the same. -- Comment By: Michael Hudson (mwh) Date: 2005-12-10 14:42 Message: Logged In: YES user_id=6656 Umpf. I suppose the one remaining thing is you say you use "make clean". This makes me very faintly suspicious that "make clean" doesn't really clean everything... could you maybe try a clean checkout? Clutching at straws here, obviously. -- Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2005-12-10 14:35 Message: Logged In: YES user_id=1188172 Yes, it is reproducable. If it's local to me, I don't know what could be causing it. I have a SVN tree without local changes on my local box and my laptop, and both of them show the same bug. I'll boot into some CD Linux later and see if the other environment makes it vanish. -- Comment By: Michael Hudson (mwh) Date: 2005-12-10 12:47 Message: Logged In: YES user_id=6656 Also, is the problem reproducable on *your* system? AFAIK, noone else has reproduced it, but I don't know how many people are actually running make test on development Python these days... -- Comment By: Michael Hudson (mwh) Date: 2005-12-10 12:43 Message: Logged In: YES user_id=6656 I don't think so, no. For a start, I can't reproduce the problem (mind you, I only use a Mac regularly these days). -- Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2005-12-10 12:07 Message: Logged In: YES user_id=1188172 Michael, you lately corrected a problem with floatobject. Although the problem persists here, could it be caused by a similar bug? -- Comment By: Armin Rigo (arigo) Date: 2005-12-01 11:32 Message: Logged In: YES user_id=4771 It's again a problem with floats. For example, the constant 0.3 in rgb_to_yiq shows up as 0.0 in bad.pyc. The constant 1.72986 shows up as 1.0. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1370322&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1398781 ] Example in section 5.3 "Pure Embedding" doesn't work.
Bugs item #1398781, was opened at 2006-01-06 11:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1398781&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bill Studenmund (wrstuden) Assigned to: Nobody/Anonymous (nobody) Summary: Example in section 5.3 "Pure Embedding" doesn't work. Initial Comment: I want to use Python to script an existing application. So I was trying the code on http://docs.python.org/ext/pure-embedding.html and found it didn't work. I am using pkgsrc on NetBSD. I have run into two issues. First, PyDict_GetAttrString() does not exist. I have found this to be true for both Python 2.2 and 2.4, the two versions I currently have installed. I made the simple change to use PyObject_GetAttrString(), which looks right. Second, python can't find the module. I named the file multiply.py, and it wouldn't load. It turns out that I had to set PYTHONPATH in my envirnment to make it work. Setting it to '' (empty string) worked. The odd thing about the path issue is that if I ran the python interpreter, it was able to find the module w/o my changing the environment. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1398781&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1398781 ] Example in section 5.3 "Pure Embedding" doesn't work.
Bugs item #1398781, was opened at 2006-01-06 20:23 Message generated for change (Comment added) made by birkenfeld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1398781&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bill Studenmund (wrstuden) Assigned to: Nobody/Anonymous (nobody) Summary: Example in section 5.3 "Pure Embedding" doesn't work. Initial Comment: I want to use Python to script an existing application. So I was trying the code on http://docs.python.org/ext/pure-embedding.html and found it didn't work. I am using pkgsrc on NetBSD. I have run into two issues. First, PyDict_GetAttrString() does not exist. I have found this to be true for both Python 2.2 and 2.4, the two versions I currently have installed. I made the simple change to use PyObject_GetAttrString(), which looks right. Second, python can't find the module. I named the file multiply.py, and it wouldn't load. It turns out that I had to set PYTHONPATH in my envirnment to make it work. Setting it to '' (empty string) worked. The odd thing about the path issue is that if I ran the python interpreter, it was able to find the module w/o my changing the environment. -- >Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2006-01-06 20:33 Message: Logged In: YES user_id=1188172 The PyDict_GetAttrString issue is corrected in the current devel docs. No clue about the other. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1398781&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1398781 ] Example in section 5.3 "Pure Embedding" doesn't work.
Bugs item #1398781, was opened at 2006-01-06 11:23 Message generated for change (Comment added) made by wrstuden You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1398781&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Extension Modules Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bill Studenmund (wrstuden) Assigned to: Nobody/Anonymous (nobody) Summary: Example in section 5.3 "Pure Embedding" doesn't work. Initial Comment: I want to use Python to script an existing application. So I was trying the code on http://docs.python.org/ext/pure-embedding.html and found it didn't work. I am using pkgsrc on NetBSD. I have run into two issues. First, PyDict_GetAttrString() does not exist. I have found this to be true for both Python 2.2 and 2.4, the two versions I currently have installed. I made the simple change to use PyObject_GetAttrString(), which looks right. Second, python can't find the module. I named the file multiply.py, and it wouldn't load. It turns out that I had to set PYTHONPATH in my envirnment to make it work. Setting it to '' (empty string) worked. The odd thing about the path issue is that if I ran the python interpreter, it was able to find the module w/o my changing the environment. -- >Comment By: Bill Studenmund (wrstuden) Date: 2006-01-06 14:48 Message: Logged In: YES user_id=148388 Great to hear about PyDict_GetAttrString(). I assume that PyObject_GetAttrString() was the correct change? It turns out the second issue deals with path processing in the embedded code being somehow different from processing in the interpreter. I think the interpreter sets something up that isn't present for the embedded example. I will really appreciate it if we could figure out what's different and add it to the docs. The pictured behavior for "call" is exactly what I want, but not what I get. To be more specific, I had my code print Py_GetPath(), and I compared that with sys.path from the interpreter. C code looking for foo.py (which is in '.'): > ./obj.i386/test foo Path is '/usr/pkg/lib/python24.zip:/usr/pkg/lib/python2.4/:/usr/pkg/lib/python2.4/plat-netbsd3:/usr/pkg/lib/python2.4/lib-tk:/usr/pkg/lib/python2.4/lib-dynload' ImportError: No module named foo utest: loading module foo: No such file or directory In the python interpreter: > python2.4 Python 2.4.1 (#1, Dec 28 2005, 15:58:29) [GCC 3.3.3 (Wasabi NetBSD nb3 20040520)] on netbsd3 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> print sys.path ['', '/usr/pkg/lib/python24.zip', '/usr/pkg/lib/python2.4', '/usr/pkg/lib/python2.4/plat-netbsd3', '/usr/pkg/lib/python2.4/lib-tk', '/usr/pkg/lib/python2.4/lib-dynload', '/usr/pkg/lib/python2.4/site-packages'] The key difference is the '' at the front of the path in the interpreter. Any thoughts? Is there a different list or FAQ I should look at? -- Comment By: Reinhold Birkenfeld (birkenfeld) Date: 2006-01-06 11:33 Message: Logged In: YES user_id=1188172 The PyDict_GetAttrString issue is corrected in the current devel docs. No clue about the other. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1398781&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
