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 052EA7F027 for ; Thu, 10 Mar 2016 20:47:56 +0100 (CET) IronPort-PHdr: 9a23:NnYgSRyUJFp+Pl/XCy+O+j09IxM/srCxBDY+r6Qd0e4TIJqq85mqBkHD//Il1AaPBtWEraIUwLOM7+jJYi8p39WoiDg6aptCVhsI2409vjcLJ4q7M3D9N+PgdCcgHc5PBxdP9nC/NlVJSo6lPwWB6kO74TNaIBjjLw09fr2zQd6NyZTnnLnop9X6WEZhunmUWftKNhK4rAHc5IE9oLBJDeIP8CbPuWZCYO9MxGlldhq5lhf44dqsrtY4q3wD86Fpy8kVWqz/e+E8TKdEJDUgKWE8osPx5jfZSg7awX8dTGgM2jBBBQTI6FmuWZPwrCbgnuR8wjKGe8zwCLo5QzCj6eFnRUm72288Kzcl/TSP2YRLh6VBrUf5qg== Authentication-Results: mail3-smtp-sop.national.inria.fr; spf=None smtp.pra=oliver@first.in-berlin.de; spf=None smtp.mailfrom=oliver@first.in-berlin.de; spf=None smtp.helo=postmaster@einhorn.in-berlin.de Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of oliver@first.in-berlin.de) identity=pra; client-ip=192.109.42.8; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="oliver@first.in-berlin.de"; x-sender="oliver@first.in-berlin.de"; x-conformance=sidf_compatible Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of oliver@first.in-berlin.de) identity=mailfrom; client-ip=192.109.42.8; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="oliver@first.in-berlin.de"; x-sender="oliver@first.in-berlin.de"; x-conformance=sidf_compatible Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@einhorn.in-berlin.de) identity=helo; client-ip=192.109.42.8; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="oliver@first.in-berlin.de"; x-sender="postmaster@einhorn.in-berlin.de"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CxAAC5zuFWkwgqbcBehBBtBqhOlAoZhz08EAEBAQEBAQEBEAEBAQEJCwkJIS+CLYI+FXYCGA4CiRYEnjSPXY9DfIcXh02CNIE6BZc8hWqCcoUSGVWIRYVWjT0BgSw3gWEBCgEBAT8RCIFJaYlTAQEB X-IPAS-Result: A0CxAAC5zuFWkwgqbcBehBBtBqhOlAoZhz08EAEBAQEBAQEBEAEBAQEJCwkJIS+CLYI+FXYCGA4CiRYEnjSPXY9DfIcXh02CNIE6BZc8hWqCcoUSGVWIRYVWjT0BgSw3gWEBCgEBAT8RCIFJaYlTAQEB X-IronPort-AV: E=Sophos;i="5.24,317,1454972400"; d="scan'208";a="168069165" Received: from einhorn.in-berlin.de ([192.109.42.8]) by mail3-smtp-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Mar 2016 20:47:55 +0100 X-Envelope-From: oliver@first.in-berlin.de X-Envelope-To: Received: from localhost (yak.in-berlin.de [192.109.42.109]) by einhorn.in-berlin.de (8.14.4/8.14.4/Debian-4) with ESMTP id u2AJltmJ028160 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 10 Mar 2016 20:47:55 +0100 Received: from x55b20d71.dyn.telefonica.de (x55b20d71.dyn.telefonica.de [85.178.13.113]) by webmail.in-berlin.de (Horde Framework) with HTTP; Thu, 10 Mar 2016 20:47:55 +0100 Date: Thu, 10 Mar 2016 20:47:55 +0100 Message-ID: <20160310204755.Horde.BihjgSho6HOkUTT_3QHgeTX@webmail.in-berlin.de> From: Oliver Bandel To: caml-list@inria.fr User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Subject: [Caml-list] "type foo = Foo | Bar | Baz" vs. "type foo = Foo | Baz | Bar" Hello, I got an error message when the ml-file and the mli-file have a sum-type, where the order of the type definitionis different. This seems to be new, at least I did not found such an error message before. =========================================================================== File "foo.ml", line 1: Error: The implementation foo.ml does not match the interface foo.cmi: Type declarations do not match: type foo = Foo | Bar | Baz is not included in type foo = Foo | Baz | Bar File "foo.ml", line 1, characters 0-26: Actual declaration Fields number 2 have different names, Bar and Baz. =========================================================================== I looked for warning-/error-codes, to look, if checking the order of the definition of a type can be switched on and off. But I didn't found a number, that I can use with -w-switch. Any ideas on this? Ciao, Oliver