From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id RAA07811 for caml-red; Tue, 6 Feb 2001 17:48:52 +0100 (MET) 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 DAA14440 for ; Tue, 6 Feb 2001 03:34:23 +0100 (MET) Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id f162YKv26883 for ; Tue, 6 Feb 2001 03:34:21 +0100 (MET) Received: from localhost (mikan.kurims.kyoto-u.ac.jp [130.54.16.202]) by kurims.kurims.kyoto-u.ac.jp (8.9.3/3.7W) with ESMTP id LAA12954; Tue, 6 Feb 2001 11:34:16 +0900 (JST) To: pronnquist@yahoo.com Cc: caml-list@inria.fr Subject: Re: compilation of lablgl examples. In-Reply-To: <20010203223536.8834.qmail@web1301.mail.yahoo.com> References: <20010203223536.8834.qmail@web1301.mail.yahoo.com> 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: <20010206113416M.garrigue@kurims.kyoto-u.ac.jp> Date: Tue, 06 Feb 2001 11:34:16 +0900 From: Jacques Garrigue X-Dispatcher: imput version 20000228(IM140) Sender: weis@pauillac.inria.fr From: Peter Ronnquist > I have a problem with compiling the laglgl examples. I > can run them with the top level: > lablgl -labels simple.ml > > but > > ocamlc -I /usr/lib/ocaml/labltk -I > /usr/lib/ocaml/lablGL -I /usr/lib/labltk.cma > lablgl.cma togl.cmo simple.ml -o program > > gives the following output: > /usr/bin/ld: cannot find -ltk8.0 > collect2: ld returned 1 exit status > Error while building custom runtime system > > I have libtk8.0.so.1 in /usr/lib > so I guess that the library really should be found, > also the fact that the toplevel works seems to support > that this library indeed is existing and usable. At link time you also need a symbolic link libtk8.0.so -> libtk8.0.so.1. Is it there? Did you compile lablgl yourself, and how di you modify the Makefile? The only reason I see is that you would have used a package which only requires the runtime of tcltk, and not the developper environment. Jacques Garrigue --------------------------------------------------------------------------- Jacques Garrigue Kyoto University garrigue at kurims.kyoto-u.ac.jp JG