From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id DAA09174; Wed, 15 Oct 2003 03:39:38 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id DAA08355 for ; Wed, 15 Oct 2003 03:39:36 +0200 (MET DST) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by concorde.inria.fr (8.11.1/8.11.1) with ESMTP id h9F1dZ101686 for ; Wed, 15 Oct 2003 03:39:35 +0200 (MET DST) Received: from localhost (suiren.kurims.kyoto-u.ac.jp [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.9.3p2-20030924/3.7W) with ESMTP id KAA24402; Wed, 15 Oct 2003 10:39:29 +0900 (JST) To: matt@gushee.net Cc: caml-list@pauillac.inria.fr Subject: Re: [Caml-list] DBM in OCaml 3.07 In-Reply-To: <20031015012445.GD26799@swordfish> References: <20031015001332.GB26799@swordfish> <20031015094048N.garrigue@kurims.kyoto-u.ac.jp> <20031015012445.GD26799@swordfish> X-Mailer: Mew version 1.94.2 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20031015103929E.garrigue@kurims.kyoto-u.ac.jp> Date: Wed, 15 Oct 2003 10:39:29 +0900 From: Jacques Garrigue X-Dispatcher: imput version 20000228(IM140) X-Loop: caml-list@inria.fr X-Spam: no; 0.00; caml-list:01 3.07:01 jacques:01 gushee:01 gushee:01 3.06,:01 ndbm:01 usr:01 usr:01 ndbm:01 jacques:01 ocaml:01 ocaml:01 garrigue:01 garrigue:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk From: Matt Gushee > > There seems to be another problem with gdbm-ndbm.h being ignored if > > there is no gdbm_compat library, which might have to be fixed, but I'm > > no gdbm exert. gdbm-ndbm.h was not checked on ocaml 3.06, but it has > > lower priority than ndbm.h anyway. > > Ah, but it effectively has a *higher* priority in the configure script: > > for dir in /usr/include /usr/include/db1 /usr/include/gdbm; do > if test -f $dir/ndbm.h; then > .... break > fi > if test -f $dir/gdbm-ndbm.h; then > .... break > fi > done The break is supposed to get out of the loop, so if ndbm.h is in the same directory, or a previous directory, it has priority. This is a bit confusing, as if ndbm.h is in /usr/include/db1 and gdbm-ndbm.h is in /usr/include, then gdbm-ndbm.h will be selected. Is it your case? > And maybe it would be useful to add a -dbm-includes option to the > configure script, to help people work around this sort of situation. I > suspect I'm not the only person with more than one DBM library. Probably a good idea indeed. Jacques ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners