On Thu, Nov 20, 2008 at 12:31:47PM +0100, Daniel Bünzli wrote: > I disagree. Having to invoke a tool to know where an identifier comes > from when I read code involves one more (superfluous IMHO) action. Not > to mention that I do sometimes print code on real paper to read it.
Fair enough. Once more though, the annoyance you are pointing out seems to me to be solved by a syntax extension (which we now have) which enables you to selectively open specific identifiers from a module, instead of only enabling to open all of it. > I do not object using open for external libraries that pack some > related _modules_ in a _single level_ hierarchy but I clearly see no > benefit of having to open things to use the standard library > (especially to use something as ubiquituous as lists). Well, given that Batteries is de facto extending the standard library to include external library, the distinction between stdandard and external it is kind of blurred in this case. Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 [EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/ Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie sempre uno zaino ...........| ..: |.... Je dis tu à tous ceux que j'aime _______________________________________________ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs
