[racket] jaymccarthy/dbm unusable where there is only gdbm

I've just put up a new version of the package with your change.

Thanks,

Jay

On Wed, Sep 15, 2010 at 10:32 PM, Synx <plt at synx.us.to> wrote:
> Sadly gdbm does not seem to provide a libdbm.so library itself, instead
> instructing every program using it to link with both libgdbm and
> libgdbm_compat for similar behavior. It also specifies that, since every
> program will be written in the C language using CPP as a preprocessor,
> to use CPP macros to inline out a few of the functions it deems unworthy
> of implementing, such as dbm_error.
>
> Easy fix though! Doing that as a fallback when dbm isn't found is pretty
> trivial, and also providing catchall alternatives for *cough*
> unimplemented functions. So in jaymccarthy's dbm package I just changed
> dbm-ffi.ss a little bit so that it now uses gdbm, at least, without
> directly erroring out. I would like that this be combined with the dbm
> package officially, since the only way for me to retain such modified
> behavior is to word-for-word copy that package into some custom, badly
> named package under my nom de plume. Well, I would like a fast small
> pure scheme DBM implementation, but can't always have what we want.
>
> I might also add that gdbm is the only option on Debian based systems,
> besides some weird stuff called Tokyo Cabinet under questionable
> licensing. dbm is not anywhere in the package list that I can see. Maybe
> this is the wrong approach entirely...
>
> _________________________________________________
>  For list-related administrative tasks:
>  http://lists.racket-lang.org/listinfo/users
>



-- 
Jay McCarthy <jay at cs.byu.edu>
Assistant Professor / Brigham Young University
http://teammccarthy.org/jay

"The glory of God is Intelligence" - D&C 93