From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id B2FC7BB81 for ; Tue, 16 Nov 2004 18:42:19 +0100 (CET) Received: from pauillac.inria.fr (pauillac.inria.fr [128.93.11.35]) by concorde.inria.fr (8.13.0/8.13.0) with ESMTP id iAGHgJgR024947 for ; Tue, 16 Nov 2004 18:42:19 +0100 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 SAA14871 for ; Tue, 16 Nov 2004 18:42:18 +0100 (MET) Received: from quincy.inria.fr (quincy.inria.fr [128.93.8.52]) by nez-perce.inria.fr (8.13.0/8.13.0) with ESMTP id iAGHgFaI006828; Tue, 16 Nov 2004 18:42:16 +0100 Received: by quincy.inria.fr (Postfix, from userid 23861) id 905E911CE63; Tue, 16 Nov 2004 18:42:15 +0100 (CET) Date: Tue, 16 Nov 2004 18:42:15 +0100 From: Michel Mauny To: Aleksey Nogin Cc: Caml List Subject: Re: [Caml-list] OCaml CVS: "Warning Z: unused variable loc" in camlp4-processed files. Message-ID: <20041116174215.GA15913@quincy.inria.fr> Reply-To: Michel.Mauny@inria.fr References: <41969785.4060801@cs.caltech.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <41969785.4060801@cs.caltech.edu> User-Agent: Mutt/1.4.1i X-Miltered: at concorde with ID 419A3BFB.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Miltered: at nez-perce with ID 419A3BF7.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; mauny:01 mauny:01 caml-list:01 ocaml:01 cvs:01 wrote:01 ecrivait:01 michel:01 michel:01 ident:02 warnings:02 prefixed:04 identifier:04 loc:05 loc:05 X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.0 X-Spam-Level: Aleksey Nogin wrote/écrivait (Sat, Nov 13, 2004 at 03:23:49PM -0800): > all the > camlp4-processed files, the "EXTEND" directives end up causing a large > number of "unused variable loc" warnings. > So I am wondering - are there any plans for addressing this for the 3.09 > release? Thank you! Yes: the default name for the location ident will become _loc instead of loc. (Idents prefixed with a "_" won't be flagged as unused even if they are.) Existing programs using the "loc" identifier and willing to keep it in 3.09, will have do something like: stdpp.loc_name := "loc" And those willing to prepare their code to 3.09 can try: stdpp.loc_name := "_loc" (This works in 3.08.) Best, -- Michel