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 SAA17645; Fri, 10 May 2002 18:43:36 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f 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 SAA17552 for ; Fri, 10 May 2002 18:43:35 +0200 (MET DST) Received: from sunny.pacific.net.au (sunny.pacific.net.au [203.25.148.40]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g4AGhWH28833; Fri, 10 May 2002 18:43:33 +0200 (MET DST) Received: from wisma.pacific.net.au (wisma.pacific.net.au [210.23.129.72]) by sunny.pacific.net.au with ESMTP id g4AGhTXt020170; Sat, 11 May 2002 02:43:29 +1000 (EST) Received: from ozemail.com.au (ppp124.dyn145.pacific.net.au [210.23.145.124]) by wisma.pacific.net.au with ESMTP id CAA17926; Sat, 11 May 2002 02:43:26 +1000 (EST) Message-ID: <3CDBF8AD.5070000@ozemail.com.au> Date: Sat, 11 May 2002 02:43:25 +1000 From: John Max Skaller User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901 X-Accept-Language: en-us MIME-Version: 1.0 To: Luc Maranget CC: caml-list@inria.fr Subject: Re: [Caml-list] Bug in typing polymorphic variants found References: <200205101502.RAA0000022181@beaune.inria.fr> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk [This is a bug report, please ignore if you are not interested, apologies in advance ..] Luc Maranget wrote: > >Hello, > >Typing of polymorphic variants has much changed in 3.XX versions. > >Pattern matching compilation of polymorphic variants included a >serious bug in 3.01 (or in 3.02, 3.03 I do not remember) version, and the >effect of this bug would be what you describe. >[If you are interested, this is bug number 359, fixed] > >This PM bug is corrected in version 3.04. > I'll check the database. I can report that the specific bug I had in Ocaml 3.02 did NOT occur in 3.04. I know this because I actually checked the code with both versions. > >Please consider that we do need running code that shows the erroneous >behavior w .r. t. the current version of the compiler. >Making assumpsions based upon the previous versions of the compiler >is a bit delicate here, since two parts that look critical to your >report underwent important modifications. > I must apologise for the delay responding, I had a serious ISP problem (got cut off from the Internet entirely). The complete source of my program is available from http://felix.sourceforge.net/felix_src.tgz See the web site: http://felix.sourceforge.net/download.html for information on building. To use the included build scripts, you must have Python installed. After unpacking the tarball, type python script/maker noiscr test and it should build the compiler and then crash running some of the tests. If you try the whole process again, using Ocaml 3.01 it should work. I have commented out the lines that cause Ocaml 3.01 to give a diagnostic message. If you wish to generate the Ocaml 3.01 errors that Ocaml 3.04 does not report, you will need to uncomment those lines. Grep for `DCL_val_typeof in the files src/symtab.ml src/bbind.ml Would you please email me privately when you have the tarball, as I may wish to upload a new version in which the code has been substantially changed. I am running Ocaml 3.04 on Linux RH 7.2 built with gc 2.96 after applying the patch to correct a gcc 2.96 bug. I will do everything I can to help resolve this problem, I'd like to use new ocaml features .. and of I am already depending on #variant_type syntax in matches, which will not be supported in Ocaml 3.05. I can't backtrack for that easily, and I'd hate to upgrade the syntax only to find I can't compile my code under 3.05. Thanks for your time, and of course, the excellent Ocaml system. -- John Max Skaller, mailto:skaller@ozemail.com.au snail:10/1 Toxteth Rd, Glebe, NSW 2037, Australia. voice:61-2-9660-0850 ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners