From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id 3D7D681792 for ; Sun, 23 Jun 2013 22:36:36 +0200 (CEST) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of murthy.chet@gmail.com) identity=pra; client-ip=209.85.223.170; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="murthy.chet@gmail.com"; x-sender="murthy.chet@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of murthy.chet@gmail.com designates 209.85.223.170 as permitted sender) identity=mailfrom; client-ip=209.85.223.170; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="murthy.chet@gmail.com"; x-sender="murthy.chet@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-ie0-f170.google.com) identity=helo; client-ip=209.85.223.170; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="murthy.chet@gmail.com"; x-sender="postmaster@mail-ie0-f170.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnoBAFJbx1HRVd+qm2dsb2JhbABbgzqFfboDfRYOAQEBAQEGCwsJFCiCJAEFOgYBGx4DDAYmFRAPARMRAQUBFgaIFAEDD5wPjE2Cf4NJChknDViHdAEFDI9KFoNNA4khj0uONj+EVg X-IPAS-Result: AnoBAFJbx1HRVd+qm2dsb2JhbABbgzqFfboDfRYOAQEBAQEGCwsJFCiCJAEFOgYBGx4DDAYmFRAPARMRAQUBFgaIFAEDD5wPjE2Cf4NJChknDViHdAEFDI9KFoNNA4khj0uONj+EVg X-IronPort-AV: E=Sophos;i="4.87,923,1363129200"; d="scan'208";a="18707780" Received: from mail-ie0-f170.google.com ([209.85.223.170]) by mail3-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 23 Jun 2013 22:36:35 +0200 Received: by mail-ie0-f170.google.com with SMTP id e11so23788697iej.29 for ; Sun, 23 Jun 2013 13:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-transfer-encoding:content-type; bh=OAJ2YQrBPTgswfKfrn+hfrz7whzWd+ShNg8GWQXhqQ8=; b=en9Abf9GwQdX4XeEZOYe6wGt3ax/g/oQWfd0pI8e8vrOpG4js+8pXoxWviaWYB8I4F tNVGztDm//onBaf13ZuVJqhZ9lFyxqvWpPOyjtOgxgURWbhcF5IuvPLaFme8d2YUlBiC K8AymbYtYAyqY7Pu0dfFaBUItoJIgq8mGf5aZsHYa7DFMOEIcz3R2zgHoKN5G6f4d9Yw xqomnggZKdpUJ03cfoy/LoIcfY0GEO5eYjPAjkAc65B3GdXv8I3Lp9UW4fdiTJ7yVJ24 7tGtD174QjpsJ8ha5ab4pyJoUTHOOorycTag6FR5lIGzDTKBeDsYj0mPV+IKI1o7s29o jeNg== X-Received: by 10.50.50.244 with SMTP id f20mr4054649igo.21.1372019794046; Sun, 23 Jun 2013 13:36:34 -0700 (PDT) Received: from groupon.localnet (adsl-99-170-147-227.dsl.pltn13.sbcglobal.net. [99.170.147.227]) by mx.google.com with ESMTPSA id b6sm10289641igm.9.2013.06.23.13.36.32 for (version=TLSv1.1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Jun 2013 13:36:33 -0700 (PDT) From: Chet Murthy To: caml-list@inria.fr Date: Sun, 23 Jun 2013 13:36:16 -0700 Message-ID: <1724814.3VdaulpOpP@groupon> User-Agent: KMail/4.8.5 (Linux/3.2.0-38-generic-pae; KDE/4.8.5; i686; ; ) In-Reply-To: <5192DF14.4080409@riken.jp> References: <5191BBC4.1040402@riken.jp> <5192DF14.4080409@riken.jp> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: [Caml-list] oasis and foreign code A while back, I had a problem with oasis, where I wanted to put an oasis file in a subdirectory of some larger project, and wanted it to be able to access files on a neighboring directory. In that case, the project was "tutorial", the subdirectory was "tutorial/ocaml", and the neighboring directory was "tutorial/gen-ocaml". It was suggested that if the oasis file were moved up one directory, things would be much simpler. Which is true. But now, there's a different problem. Suppose I move that file up. Now there are -other- subdirectories, containing code related to the project, that aren't for ocaml consumption. And when I do make, ocamlbuild complains: SANITIZE: a total of 4 files that should probably not be in your source tree has been found. A script shell file "....../sanitize.sh" is being created. Check this script and run it to remove unwanted files or use other options (such as defining hygiene exceptions or using the -no-hygiene option). IMPORTANT: I cannot work with leftover compiled files. ERROR: Leftover object files: File pedion_types.o in gen-cpp has suffix .o File Pedion.o in gen-cpp has suffix .o File pedion_constants.o in gen-cpp has suffix .o ERROR: Leftover object files: File PedionServer.o in pedion has suffix .o Is there a way to tell oasis to ignore certain subdirectories (and hence, to have it generate myocamlbuild files that ignore those directories)? I looked at the ocamlbuild tags documentation, and nothing stands out as being suitable. Thanks, --chet--