[issue4587] Need to rework the dbm lib/include selection process

Matthias Klose d...@debian.org added the comment: applied on the py3k branch as well -- resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4587 ___

[issue4587] Need to rework the dbm lib/include selection process

Matthias Klose d...@debian.org added the comment: checked in my patch as rev72107 on the trunk. Will apply it for py3k tomorrow. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4587 ___

[issue4587] Need to rework the dbm lib/include selection process

Matthias Klose d...@debian.org added the comment: here is an updated patch, adding a new configure option --with-dbmliborder, and checking the config args in setup.py. this is the same approach as taken with the --with-system-libffi option. -- nosy: +doko Added file:

[issue4587] Need to rework the dbm lib/include selection process

Roumen Petrov [EMAIL PROTECTED] added the comment: ok for patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4587 ___ ___ Python-bugs-list mailing list

[issue4587] Need to rework the dbm lib/include selection process

Skip Montanaro [EMAIL PROTECTED] added the comment: Thanks Roumen. Can I get a verdict on this approach from one of the main Python developers? I'm thinking a better way to control this would be to add a --flag to the build command to control the search order. -- assignee: -

[issue4587] Need to rework the dbm lib/include selection process

Roumen Petrov [EMAIL PROTECTED] added the comment: About my environment : - one is linux : a) gdbm library, with header gdbm.h, without *ndbm.h b) Berkeley DB many versions but the last is 4.4 I think - other is cross and native(msys) mingw32 environment only Berkeley DB 4.7 I will

[issue4587] Need to rework the dbm lib/include selection process

Roumen Petrov [EMAIL PROTECTED] added the comment: I confirm my expectation: in case 'elif cand == gdbm:' the if statement for gdbm.h has to be removed. This header don't provide dbm/ndbm compatible structure/function names. If setup is without 'if find_file(gdbm.h...' statement dbm module is

[issue4587] Need to rework the dbm lib/include selection process

Skip Montanaro [EMAIL PROTECTED] added the comment: Roumen I confirm my expectation: Roumen in case 'elif cand == gdbm:' the if statement for gdbm.h has to be Roumen removed. This header don't provide dbm/ndbm compatible Roumen structure/function names. Roumen If setup is

[issue4587] Need to rework the dbm lib/include selection process

Changes by Skip Montanaro [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file12275/setup.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4587 ___

[issue4587] Need to rework the dbm lib/include selection process

New submission from Skip Montanaro [EMAIL PROTECTED]: Fixing issue4483 resulted in adding an extra header file check for gdbm-based header files when the gdbm library was found. This caused problems for Roumen Petrov. In considering the problems he encountered I decided we probably need to

[issue4587] Need to rework the dbm lib/include selection process

Changes by Skip Montanaro [EMAIL PROTECTED]: -- components: +Build nosy: +rpetrov priority: - normal type: - behavior versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4587

[issue4587] Need to rework the dbm lib/include selection process

Skip Montanaro [EMAIL PROTECTED] added the comment: Roumen, can you take a look at (and try) the attached patch? It uses an environment variable, PYDBMLIBORDER to define the order of libraries to check for dbm build suitability. If not specified it defaults to ndbm:gdbm:bdb. --