[perl #36778] [PATCH] gdbmhash with MinGW32

[François PERRAD)]

# New Ticket Created by François PERRAD
# Please include the string: [perl #36778]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org/rt3/Ticket/Display.html?id=36778 >

With this small patch, gdbmhash works on MinGW.

$ perl t/harness t/dynclass/gdbmhash.t
t/dynclass/gdbmhash.ok
All tests successful.
Files=1, Tests=13, 5 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)

Francois Perrad

[Bernhard Schmalhofer via RT]

> [francoi...@gadz.org - Mi 03. Aug 2005, 00:40:59]:

>
> With this small patch, gdbmhash works on MinGW.
>

Thanks,

the patch is applied, and thinks look OK under Linux as well.

Do you have an explaination why config/auto/gdbm.pl seems to see a gdbm
library. I don't see 'gdbm3' mentioned there. Is the linker in MinGW
smarter than Parrot_load_lib() ?

CU, Bernhard

--
/* Bernhard.S...@gmx.de */

[François PERRAD]

At 09:52 03/08/2005 -0700, you wrote:
> > [francoi...@gadz.org - Mi 03. Aug 2005, 00:40:59]:
> >
> > With this small patch, gdbmhash works on MinGW.
> >
>Thanks,
>
>the patch is applied, and thinks look OK under Linux as well.
>
>Do you have an explaination why config/auto/gdbm.pl seems to see a gdbm
>library. I don't see 'gdbm3' mentioned there. Is the linker in MinGW
>smarter than Parrot_load_lib() ?

I use a binary distribution available on http://gnuwin32.sourceforge.net/
(v 1.8.3-1)
This distribution contains :
include/gdbm.h
lib/libgdbm.lib (import library used by the linker)
bin/gdbm3.dll (used at run time)

config/auto/gdbm.pl produces a small executable (so check the availability
of gdbm.h and libgdbm.lib).
This small executable loads automatically DLL (gdbm3.dll) as usually on Win32.
And I think that parrot loads manually DLL with Parrot_load_lib().

Francois.