bug#58398: [core-updates] gnu: dbm: Regenerate Autotools files.

[Maxim Cournoyer]

Hi,

Maxime Devos <maximedevos@telenet.be> writes:

> This way, overriding the 'detection of 'build' isn't needed anymore.
>
> I switched from 'config' to 'automake' to prevent a hang of
> './pre-inst-env guix build bdb@4.8' with ever-increasing memory usage,
> presumably indicating a cycle.
>
> Build-tested on a x86_64-linux with:
>
> $ ./pre-inst-env guix build --system=x86_64-linux bdb@4 bdb@5 bdb@6
> $ ./pre-inst-env guix build --system=x86_64-linux --target=aarch64-linux-gnu 
> bdb@4 bdb@5 bdb@6
>
> It could not be tested with a non-x86_64 system (aarch64-linux) because of
> an (presumably unrelated) coreutils build failure.
>
> * gnu/packages/dbm.scm (bdb-snippet): New procedure.
> (bdb-4.8)[source]: Add the snippet.
> [arguments]: Copy "config.sub"," "config.guess" and "install-sh" in a new
> 'boostrap phase', this time from automake.  Move macros from aclocal_java
> to aclocal.  Move configure flags to #:configure-flags.  Remove 'configure'
> phase, instead add a pre-configure phase for adjusting Makefile.in and use
> '#:out-of-source' to perform an out-of-source build.  Run "s_config" to fix up
> the version numbers.
> (bdb-5.3)[source]: Inherit from bdb-4.8's source, to get the snippet.
> (bdb-6)[source]: Likewise, and be careful to not add a patch.

Queued locally for core-updates.  Thanks!

-- 
Maxim