Package Details: lib32-gdbm 1.19-1

Git Clone URL: https://aur.archlinux.org/lib32-gdbm.git (read-only, click to copy)
Package Base: lib32-gdbm
Description: GNU database library (32-bit)
Upstream URL: http://www.gnu.org/software/gdbm/gdbm.html
Licenses: GPL
Submitter: maribu
Maintainer: None
Last Packager: adsun
Votes: 185
Popularity: 0.000134
First Submitted: 2009-08-27 15:58
Last Updated: 2020-12-26 14:03

Latest Comments

1 2 Next › Last »

milaxnuts commented on 2020-11-14 16:28

"Better would be to implement the patch from Gentoo"

change PKGBUILD to

build() {
  cd gdbm-${pkgver}

# fix error: multiple definition of `parseopt_program_args'
# https://bugs.gentoo.org/705898#c7
patch -p1 < <(cat <<'EOF'
--- a/src/parseopt.c
+++ b/src/parseopt.c
@@ -255,8 +255,6 @@
 }

 char *parseopt_program_name;
-char *parseopt_program_doc;
-char *parseopt_program_args;
 const char *program_bug_address = "<" PACKAGE_BUGREPORT ">";
 void (*parseopt_help_hook) (FILE *stream);
EOF
)

pulsar-nerd commented on 2020-10-24 21:46

guys, I have patched it. you can install the patched file using "sudo pacman -U lib32-gdbm-1.18.1-1-x86_64.pkg.tar.xz"

here's the repo: https://github.com/tazihad/lib32-gdbm-patched

gebau00a commented on 2020-06-08 15:21

GDBM will not compile due to double definitions, see https://bugs.gentoo.org/705898 for details. Bug happens only on gcc 10.

Very dirty fast hack is to change CFLAGS in the build file to CFLAGS='-fcommon' (dirty workaround from https://wiki.gentoo.org/wiki/Gcc_10_porting_notes/fno_common)

Better would be to implement the patch from Gentoo

mokkurkalve commented on 2018-08-22 03:55

There's an unused patch in the snapshot: "gdbm-1.10-zeroheaders.patch"

alucryd commented on 2018-07-24 12:20

Disowning as I don't have any use for it.

adsun commented on 2018-03-27 17:15

Okay. Thanks for the tip.

alucryd commented on 2018-03-27 17:14

Well I don't know where this tool comes from, but I'm using the official arch build tools (devtools) so anything good enough for them should be for the rest of the world. Your build tool should be updated to adhere to arch standards, not the other way around.

adsun commented on 2018-03-27 16:57

I built it using clean-chroot-manager. If lib32-gcc-libs is not included in depends, clean-chroot-manager will not automatically install the package. clean-chroot-manager allows you to see if any package depends are not included in the PKGBUILD by outputting errors during the build system (clean-chroot-manager does not include lib32-gcc-libs or lib32-glibc, as they are not in the base base-devel groups, unlike their 64-bit counterparts).

alucryd commented on 2018-03-27 15:37

It builds perfectly fine in a clean arch chroot, there's no reason why it wouldn't on an actual system. How are you building it?

adsun commented on 2018-02-11 21:07

Thanks for updating. However, please add lib32-gcc-libs to depends. Without lib32-gcc-libs, the build fails.