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 AAA27280; Sat, 26 Jan 2002 00:00:14 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id AAA25127 for ; Sat, 26 Jan 2002 00:00:12 +0100 (MET) Received: from favie.faith.gr.jp (favie.faith.gr.jp [61.127.175.250]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g0PN0Av18393 for ; Sat, 26 Jan 2002 00:00:10 +0100 (MET) Received: from localhost (dhcp7.faith.gr.jp [192.168.1.17]) by favie.faith.gr.jp (8.9.3/8.9.3) with ESMTP id IAA04250; Sat, 26 Jan 2002 08:00:03 +0900 To: luther@dpt-info.u-strasbg.fr Cc: caml-list@inria.fr Subject: Re: [Caml-list] Compiler ActiveDVI (CVS) In-Reply-To: <20020125151002.B16553@dpt-info.u-strasbg.fr> References: <3C5107ED.4030508@free.fr> <20020125151002.B16553@dpt-info.u-strasbg.fr> X-Mailer: Mew version 1.94.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20020126075921Y.garrigue@kurims.kyoto-u.ac.jp> Date: Sat, 26 Jan 2002 07:59:21 +0900 From: Jacques Garrigue X-Dispatcher: imput version 20000228(IM140) Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk From: Sven > > > creating cache ./config.cache > > > checking your compiler package... version 3.04 at /usr/lib/ocaml > > > > Thus. That's the directory where ocaml has installed its library files (It > > is bound to CAMLDIR in Makefile.config of advi). Thus, ocaml should have > > copied the files (mlvalues.h, alloc.h, etc.) in the subdirectory > > $CAMLDIR/caml. > > No, the include files are in /usr/include/caml on a debian system as the FHS > mandates. That doesn't seem to be a good thing to do. Objective Caml has only one standard: a unique distribution. If you start to mess around with the directories, this is not very helpful for anybody. There is no way a library developper can find the path of the caml include files, other than expecting them to be in the standard place, under the library directory. Usually you just call them by , and your scheme with still work, but if anybody chooses to do -I`ocaml -where`/caml , which is supposed to be correct, then it breaks. And what are you doing with caml-light header files ? By the way, FHS or not, glib puts parts of its headers in /usr/local/lib/grealizelib/include, which seems to be pretty similar to what ocaml does (I noticed that righteous FreeBSD mainteners are moving them back to /usr/local/include/glib12...) And these headers will only be used by ocaml programs, this is not just a standard C library. Just a comment. Cheers, Jacques Garrigue ------------------- Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr