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 CAA31233; Thu, 10 Jan 2002 02:57:18 +0100 (MET) 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 CAA07207 for ; Thu, 10 Jan 2002 02:57:17 +0100 (MET) 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 g0A1vFj13270 for ; Thu, 10 Jan 2002 02:57:16 +0100 (MET) Received: from localhost (suiren.kurims.kyoto-u.ac.jp [130.54.16.25]) by kurims.kurims.kyoto-u.ac.jp (8.9.3/3.7W) with ESMTP id KAA15951; Thu, 10 Jan 2002 10:57:12 +0900 (JST) To: itz@speakeasy.org Cc: caml-list@inria.fr Subject: Re: [Caml-list] -i option to compiler In-Reply-To: <86k7ur85w4.fsf@speakeasy.org> References: <20020109231326.GC13554@cmu.edu> <86k7ur85w4.fsf@speakeasy.org> 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: <20020110105712C.garrigue@kurims.kyoto-u.ac.jp> Date: Thu, 10 Jan 2002 10:57:12 +0900 From: Jacques Garrigue X-Dispatcher: imput version 20000228(IM140) Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk From: Ian Zimmerman > The real root of the inconvenience is that the compiler treats -i runs > as normal compilations with just a silly side task to take care of. > > Instead, it should just switch to a mode where generating the > interface is the _only_ thing it does, and overwrite an existing .mli > file if necessary (let user beware). That seems reasonnable: I cannot actually imagine a situation where one would want to produce both the .cmo and .mli simultaneously. Making -i a compilation mode by itself would have the extra advantage of avoiding to produce an a.out when one forgot the (meaningless) -c. 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