update to gdbm-1.23

remove the src/Makefile.in parallel build patch, those pieces have moved
to tools/Makefile.in but I'm unable to get it to fail with various -j values
so it seems likely the different directory introduces a sync point anyway

databases/gdbm/Makefile

@@ -1,11 +1,11 @@
-# $OpenBSD: Makefile,v 1.50 2021/12/01 09:27:44 sthen Exp $
+# $OpenBSD: Makefile,v 1.51 2022/02/09 12:18:10 sthen Exp $
 
 COMMENT=		GNU dbm
 
-DISTNAME=		gdbm-1.22
+DISTNAME=		gdbm-1.23
 CATEGORIES=		databases
 
-SHARED_LIBS +=  gdbm                 6.0      # 6.0
+SHARED_LIBS +=  gdbm                 7.0      # 6.0
 
 HOMEPAGE=		https://www.gnu.org/software/gdbm/
 

databases/gdbm/distinfo

@@ -1,2 +1,2 @@
-SHA256 (gdbm-1.22.tar.gz) = 82bII6ZySvMTtrvpdbKAn5oVfl9qQ2EqcpSRONFh12I=
-SIZE (gdbm-1.22.tar.gz) = 1090100
+SHA256 (gdbm-1.23.tar.gz) = dLEIHSH/8TrkvXwW5dblBKTCb3zeHcoNljpIQXS7ys0=
+SIZE (gdbm-1.23.tar.gz) = 1115854

databases/gdbm/patches/patch-src_Makefile_in

@@ -1,25 +0,0 @@
-$OpenBSD: patch-src_Makefile_in,v 1.1 2021/12/21 20:42:15 naddy Exp $
-
-Fix parallel build.  gmake recognizes libfoo.a and ./libfoo.a as
-equivalent, ours does not.
-
-Index: src/Makefile.in
---- src/Makefile.in.orig
-+++ src/Makefile.in
-@@ -206,13 +206,13 @@ libgdbm_la_LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_
- PROGRAMS = $(bin_PROGRAMS)
- gdbm_dump_SOURCES = gdbm_dump.c
- gdbm_dump_OBJECTS = gdbm_dump.$(OBJEXT)
--gdbm_dump_DEPENDENCIES = ./libgdbmapp.a ./libgdbm.la
-+gdbm_dump_DEPENDENCIES = libgdbmapp.a libgdbm.la
- gdbm_load_SOURCES = gdbm_load.c
- gdbm_load_OBJECTS = gdbm_load.$(OBJEXT)
--gdbm_load_DEPENDENCIES = ./libgdbmapp.a ./libgdbm.la
-+gdbm_load_DEPENDENCIES = libgdbmapp.a libgdbm.la
- am_gdbmtool_OBJECTS = gdbmtool.$(OBJEXT)
- gdbmtool_OBJECTS = $(am_gdbmtool_OBJECTS)
--gdbmtool_DEPENDENCIES = ./libgdbmapp.a ./libgdbm.la
-+gdbmtool_DEPENDENCIES = libgdbmapp.a libgdbm.la
- AM_V_P = $(am__v_P_@AM_V@)
- am__v_P_ = $(am__v_P_@AM_DEFAULT_V@)
- am__v_P_0 = false