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 KAA18139; Thu, 31 Jan 2002 10:19:40 +0100 (MET) 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 KAA19892 for ; Thu, 31 Jan 2002 10:19:39 +0100 (MET) Received: from ebene.inrialpes.fr (ebene.inrialpes.fr [194.199.18.70]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g0V9JcD02440 for ; Thu, 31 Jan 2002 10:19:38 +0100 (MET) Received: from pop-serv.inrialpes.fr (pop-serv.inrialpes.fr [194.199.18.66]) by ebene.inrialpes.fr (8.11.6/8.11.6) with ESMTP id g0V9JNJ10595; Thu, 31 Jan 2002 10:19:23 +0100 (MET) Received: from inrialpes.fr (cime.inrialpes.fr [194.199.23.76]) by pop-serv.inrialpes.fr (8.10.2+Sun/8.11.3/ImagV2) with ESMTP id g0V9JPK19818; Thu, 31 Jan 2002 10:19:25 +0100 (MET) Message-ID: <3C590C1B.22232F70@inrialpes.fr> Date: Thu, 31 Jan 2002 10:19:23 +0100 From: Frederic Tronel X-Mailer: Mozilla 4.76 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Jacques Garrigue CC: caml-list@inria.fr Subject: Re: [Caml-list] Parametric classes and weak types References: <3C5905CF.A09E2519@inrialpes.fr> <20020131180935V.garrigue@kurims.kyoto-u.ac.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Jacques Garrigue wrote: > > > I'm working on the problem. Curiously, what triggers it seems to be > the printer: as long as values of the above type are not printed, type > inference works fine. Yes indeed, in this example it works perfectly if you do not print the type (by compiling). But in my original example, I have been able to make the compiler hangs. I can provide you with the complete example, if it can help. > > It's touching a very sensitive part of ocaml, the combination of > recursive types and type abbreviations. Maybe Jerome can also have a > look at the bug report ? Hint: the loop is in a call to expand_head, > inside moregeneral. Frederic. ------------------- 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