ddve...@ucar.edu added the comment:
This is still an issue in Python 2.7.3 but there is a quick manual workaround.
I know it's trivial and one can easily develop it from what is said in the
thread or maybe looking at the patches, but for reference this is a nice recipe
as oppose to digging
Roumen Petrov [EMAIL PROTECTED] added the comment:
I'm not sure that recent commits in trunk are correct.
Please confirm that build of dbm module with Berkeley DB is deprecated.
Note that exist another module gdbm[gdbmmodule.c].
___
Python tracker [EMAIL
Skip Montanaro [EMAIL PROTECTED] added the comment:
Roumen I'm not sure that recent commits in trunk are correct.
Roumen Please confirm that build of dbm module with Berkeley DB is
Roumen deprecated.
Can you explain how you think they are incorrect? The code to decide how to
build the
Roumen Petrov [EMAIL PROTECTED] added the comment:
The old if statement was flat:
if find_file(ndbm.h, inc_dirs, []) is not None:
CODE
elif (self.compiler.find_library_file(lib_dirs, 'gdbm')
and find_file(gdbm/ndbm.h, inc_dirs, []) is not None):
CODE
elif db_incs is not None:
CODE
Skip Montanaro [EMAIL PROTECTED] added the comment:
Roumen The old if statement was flat:
...
Okay, I understand now.
Roumen The new if statement contain nested if:
Roumen Now the second case is only
self.compiler.find_library_file(lib_dirs,
Roumen 'gdbm'): and if succeed (my
Skip Montanaro [EMAIL PROTECTED] added the comment:
Skip I'm beginning to think this area needs more work. Let's leave
Skip this ticket closed. I'll open a new one so we can figure out the
Skip best way to tackle this.
http://bugs.python.org/issue4587
Skip
Floris Bruynooghe [EMAIL PROTECTED] added the comment:
Hi, I'd like to confirm that Skip's last patch fixes the issue. Hope it
gets included soon!
Thanks
--
nosy: +flub
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
Skip Montanaro [EMAIL PROTECTED] added the comment:
Fix checked in for py3k (r67612), release26-maint (r67613),
release30-maint (r67615) branches as well as trunk (r67614).
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL
Roumen Petrov [EMAIL PROTECTED] added the comment:
now 2008-12-06 trunk fail on linux
--
nosy: +rpetrov
versions: +Python 2.7
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
___
Roumen Petrov [EMAIL PROTECTED] added the comment:
may be patch is not applied correctly :
http://svn.python.org/view/python/trunk/setup.py?rev=67614view=auto
libraries = gdbm_libs ) )
? exts.append( Extension('dbm', ['dbmmodule.c'],
? define_macros=[('HAVE_GDBM_NDBM_H',None)],
?
Skip Montanaro [EMAIL PROTECTED] added the comment:
Roumen may be patch is not applied correctly :
Roumen http://svn.python.org/view/python/trunk/setup.py?rev=67614view=auto
Roumen libraries = gdbm_libs ) )
Roumen ? exts.append( Extension('dbm', ['dbmmodule.c'],
Roumen
Leger [EMAIL PROTECTED] added the comment:
This patch resolve the problem. Evidence with make test :
...
test_dbm
test_dbm_dumb
test_dbm_gnu
test_dbm_ndbm
...
Many thanks Skip. You can close this bug I think.
___
Python tracker [EMAIL PROTECTED]
Changes by Tim Lesher [EMAIL PROTECTED]:
--
nosy: +tlesher
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
___
___
Python-bugs-list mailing list
Changes by Andrew Price [EMAIL PROTECTED]:
--
nosy: +AndyP
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
___
___
Python-bugs-list mailing list
Andrew Price [EMAIL PROTECTED] added the comment:
I'm running the same distro as Leger and I was having the same problem.
Now I've applied dbm.diff and with a clean build I'm seeing this:
building '_dbm' extension
gcc -pthread -fPIC -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
Andrew Price [EMAIL PROTECTED] added the comment:
In Debian Lenny libgbdm-dev provides two libs, libgdbm and libgdbm_compat:
[EMAIL PROTECTED]:~$ objdump -t /usr/lib/libgdbm.a | grep dbm_firstkey
*UND* gdbm_firstkey
0140 g F .text 0056 gdbm_firstkey
Skip Montanaro [EMAIL PROTECTED] added the comment:
Andrew I'm running the same distro as Leger and I was having the same
Andrew problem. Now I've applied dbm.diff and with a clean build I'm
Andrew seeing this:
...
Andrew *** WARNING: renaming _dbm since importing it failed:
Skip Montanaro [EMAIL PROTECTED] added the comment:
Here's a new version of the patch for Python 3.0. It appends gdbm_compat
to the gdbm libs if that's where dbm_firstkey is defined. Please back
out the previous patch against setup.py and Modules/_dbmmodule.c and
apply this one.
Thanks...
Andrew Price [EMAIL PROTECTED] added the comment:
Skip, the new patch makes it fail with (highlights):
...
File /home/andy/src/python3/Python-3.0/Lib/distutils/ccompiler.py,
line 844, in has_function
import tempfile
File /home/andy/src/python3/Python-3.0/Lib/tempfile.py, line 35, in
Skip Montanaro [EMAIL PROTECTED] added the comment:
Andrew ImportError: No module named math
Andrew make: *** [sharedmods] Error 1
Andrew The has_function source in Lib/distutils/ccompiler.py has this
Andrew comment:
Andrew # this can't be included at module scope because it
Leger [EMAIL PROTECTED] added the comment:
I install the Python3.0 (final), the test make is the same and the
result too. I join the output.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
___
Leger [EMAIL PROTECTED] added the comment:
- I modify your dbm2.diff because the module name is _dbmmodule.c and
not dbmmodule.c.
- Patching success
- new test configure ... ; make and make stop with error :
...
gcc -pthread -shared
Leger [EMAIL PROTECTED] added the comment:
I retest with light configure modification and dbm2.diff with file name
_dbmmodule.c :
configure --with-pydebug --with-doc-strings --enable-shared
--enable-profiling --enable-ipv6 --with-threads --with-tsc --prefix=/usr
; make
...
gcc -pthread -shared
Skip Montanaro [EMAIL PROTECTED] added the comment:
Leger - I modify your dbm2.diff because the module name is
Leger _dbmmodule.c and not dbmmodule.c.
I think you missed the point of the dbm2.diff file. It should be applied to
the Python 2.x code, not to Python 3.x. I don't have access
Skip Montanaro [EMAIL PROTECTED] added the comment:
Frederic From the tar 3.0rc3 I apply the patch (dbm.diff). Configure
Frederic ... and make. But the result is always wrong :
Failed to build these modules:
_dbm
Why does it fail? Is there compile error? Does linking fail? I
Leger [EMAIL PROTECTED] added the comment:
- Only the make generate last error sentence.
- Debian/Lenny provide only libgdbm-dev-1.8.3-3 provide :
[EMAIL PROTECTED]:/install# ll /usr/lib/libgdbm.so*
lrwxrwxrwx 1 root root16 2008-12-01 21:45 /usr/lib/libgdbm.so -
libgdbm.so.3.0.0
lrwxrwxrwx 1
New submission from Leger [EMAIL PROTECTED]:
Under Debian/Lenny/i486, I install python3.0rc3.
After untar the Python3.0rc3 package, I replace in the configure
/usr/local by /usr. After I do :
configure --with-pydebug --with-doc-strings --enable-shared
--enable-profiling --enable-ipv6
Skip Montanaro [EMAIL PROTECTED] added the comment:
Patching _dbmmodule.c alone isn't sufficient. At minimum setup.py would
have to be adjusted to detect the presence of the odd ndbm.h file.
--
nosy: +skip.montanaro
___
Python tracker [EMAIL
Skip Montanaro [EMAIL PROTECTED] added the comment:
Can you try the attached patch and let us know if it works for you?
--
assignee: - skip.montanaro
keywords: +easy, patch
Added file: http://bugs.python.org/file12181/dbm.diff
___
Python tracker
Skip Montanaro [EMAIL PROTECTED] added the comment:
Here's a similarly untested patch for Python 2.x. Can you try it as well?
Added file: http://bugs.python.org/file12182/dbm2.diff
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue4483
30 matches
Mail list logo