From: Richard J. <ri...@an...> - 2006-08-16 14:52:07
|
ExtLib's UTF8 isn't precisely compatible with Camomile's UTF8 (or at least not in the version of Debian I'm using). This makes it impossible to use Camomile with ExtLib, which is a bit of a showstopper for me at the moment. I think we should remove UTF8 from ExtLib to avoid this and future incompatibilities. Rich. -- Richard Jones, CTO Merjis Ltd. Merjis - web marketing and technology - http://merjis.com Team Notepad - intranets and extranets for business - http://team-notepad.com |
From: Richard W.M. J. <ri...@me...> - 2006-08-16 15:13:18
|
On Wed, Aug 16, 2006 at 05:06:30PM +0200, syl...@po... wrote: > I am the debian package maintainer of Camomile... Is camomile in debian too > old or too recent ? ( FYI, i think i will update camomile to 0.7.0 next > week or so). Actually it's not Debian, but (cough) Ubuntu, so you'll probably tell me to go away, but anyhow. My Debian system (where we will eventually upload & run this code) is running Debian/stable, and I can't find Camomile there at all, so in fact this may be a moot issue. Here are the Ubuntu versions anyway: Package: libcamomile-ocaml-dev Priority: optional Section: universe/libdevel Installed-Size: 2988 Maintainer: Sylvain Le Gall <syl...@po...> Architecture: amd64 Source: camomile Version: 0.6.3-3 Depends: ocaml-nox-3.09.1, libcamomile-ocaml-data (= 0.6.3-3) Filename: pool/universe/c/camomile/libcamomile-ocaml-dev_0.6.3-3_amd64.deb Size: 577914 MD5sum: a17177fc5c9a0c4682691bd4b043be6a Description: Unicode library for OCaml Camomile is a comprehensive Unicode library for objective caml language. The library is currently designed to conform Unicode Standard 3.2. . Normalisers (NFD, NFKD, NFC, NFKC) and collator (string comparison) pass the conformance tests defined Unicode Technical Reports. Collator is also tested to Canadian, Thai and Japanese standards with their locales. Bugs: mailto:ubu...@li... Origin: Ubuntu Package: libextlib-ocaml-dev Priority: optional Section: universe/libdevel Installed-Size: 1828 Maintainer: Stefano Zacchiroli <za...@de...> Architecture: amd64 Source: extlib Version: 1.4-5 Depends: ocaml-nox-3.09.1, ocaml-findlib (>= 1.1) Filename: pool/universe/e/extlib/libextlib-ocaml-dev_1.4-5_amd64.deb Size: 270454 MD5sum: fefaed5bdc926d1c07bf229903fecdc9 Description: extended standard library for OCaml ExtLib is a project aiming at providing a complete - yet small - standard library for the OCaml programming language. . The purpose of this library is to add new functions to OCaml Standard Library modules, to modify some functions in order to get better performances or more safety (tail-recursive) but also to provide new modules which should be useful for the average OCaml programmer. . ExtLib contains modules implementing: enumeration over abstract collection of elements, efficient bit sets, dynamic arrays, references on lists, Unicode characters and UTF-8 encoded strings, additional and improved functions for hashtables, strings, lists and option types. Bugs: mailto:ubu...@li... Origin: Ubuntu Rich. -- Richard Jones, CTO Merjis Ltd. Merjis - web marketing and technology - http://merjis.com Team Notepad - intranets and extranets for business - http://team-notepad.com |
From: Nicolas C. <nca...@mo...> - 2006-08-16 15:47:03
|
> ExtLib's UTF8 isn't precisely compatible with Camomile's UTF8 (or at > least not in the version of Debian I'm using). This makes it > impossible to use Camomile with ExtLib, which is a bit of a > showstopper for me at the moment. > > I think we should remove UTF8 from ExtLib to avoid this and future > incompatibilities. > > Rich. I'm currently using ExtLib UTF8 in several projects. I'm then against removing it from ExtLib. What are the compatibility problem ? I think they can be addressed without causing a lot of worries. Nicolas |
From: Amit D. <ami...@gm...> - 2006-08-16 16:17:22
|
I'm not sure, but is this because Camomile also has a mobule called UTF8? -Amit On 8/16/06, Nicolas Cannasse <nca...@mo...> wrote: > > > ExtLib's UTF8 isn't precisely compatible with Camomile's UTF8 (or at > > least not in the version of Debian I'm using). This makes it > > impossible to use Camomile with ExtLib, which is a bit of a > > showstopper for me at the moment. > > > > I think we should remove UTF8 from ExtLib to avoid this and future > > incompatibilities. > > > > Rich. > > I'm currently using ExtLib UTF8 in several projects. I'm then against > removing it from ExtLib. What are the compatibility problem ? I think > they can be addressed without causing a lot of worries. > > Nicolas > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > ocaml-lib-devel mailing list > oca...@li... > https://lists.sourceforge.net/lists/listinfo/ocaml-lib-devel > |
From: Richard W.M. J. <ri...@me...> - 2006-08-16 16:48:53
|
On Wed, Aug 16, 2006 at 05:45:47PM +0200, Nicolas Cannasse wrote: > > ExtLib's UTF8 isn't precisely compatible with Camomile's UTF8 (or at > > least not in the version of Debian I'm using). This makes it > > impossible to use Camomile with ExtLib, which is a bit of a > > showstopper for me at the moment. > > > > I think we should remove UTF8 from ExtLib to avoid this and future > > incompatibilities. > I'm currently using ExtLib UTF8 in several projects. Me too .. > I'm then against removing it from ExtLib. What are the compatibility > problem ? I think they can be addressed without causing a lot of > worries. The different, btw, is that my Camomile UTF8 contains UTF8.first function, which is not in Extlib UTF8. We can keep updating ExtLib UTF8 to match Camomile UTF8, and accept that it'll be out of synch, or people can just install Camomile when they want UTF8 support. On Debian/Ubuntu, it's just a single command to install Camomile. Rich. -- Richard Jones, CTO Merjis Ltd. Merjis - web marketing and technology - http://merjis.com Team Notepad - intranets and extranets for business - http://team-notepad.com |
From: Bardur A. <sp...@sc...> - 2006-08-16 19:09:05
|
Richard W.M. Jones wrote: > On Wed, Aug 16, 2006 at 05:45:47PM +0200, Nicolas Cannasse wrote: [--snip--] >> I'm then against removing it from ExtLib. What are the compatibility >> problem ? I think they can be addressed without causing a lot of >> worries. > > The different, btw, is that my Camomile UTF8 contains UTF8.first > function, which is not in Extlib UTF8. > > We can keep updating ExtLib UTF8 to match Camomile UTF8, and accept > that it'll be out of synch, or people can just install Camomile when > they want UTF8 support. On Debian/Ubuntu, it's just a single command > to install Camomile. > I think the original rationale for the ExtLib UTF8 module was that it does not require one to link a huge library if one only requires a few simple functions which understand the basic structure of UTF8. Does this still apply? IOW, is Camomile one huge monolithic library where it is impossible to use the UTF8 module without linking everything else? Could we simply rename the UTF8 module to something like SimpleUTF8 to avoid confusion about whether it's supposed to 'emulate' Camomile's UTF8 module? [Of course after such a rename, you would be welcome to propose adding a 'first' function to SimpleUTF8 ;)] Cheers, -- Bardur Arantsson <bardurREMOVE@THISscientician.net> - Erm, once upon a time, there, there was a big forest. And in the middle of the forest there lived... some trousers. Called... Dave. Richard Richard, 'Bottom' |
From: Peter J. <pe...@jo...> - 2006-08-16 20:24:36
|
Bardur Arantsson wrote: > Could we simply rename the UTF8 module to something like SimpleUTF8 to > avoid confusion about whether it's supposed to 'emulate' Camomile's UTF8 > module? I don't think there's any need to rename it, with all the consequent breakage of existing code; there's no namespace clash since (by default) Camomile's module is called Camomile.UTF8, not just UTF8, and it _is_ supposed to emulate Camomile's module! :) Note that this incompatibility between ExtLib and Camomile's interfaces has not been caused by a recent change; if I'm reading the CVS logs correctly, Camomile.UTF8.first was added some two years ago, and the Camomile.UTF8 interface has not changed at all since then. Keeping the two modules synchronised (or, more precisely, keeping ExtLib's UTF8 module signature compatible with Camomile.UnicodeString.Type) should not be problematic now that it has been identified as a desirable thing. |
From: Bardur A. <sp...@sc...> - 2006-08-16 21:27:16
|
Peter Jolly wrote: > Bardur Arantsson wrote: >> Could we simply rename the UTF8 module to something like SimpleUTF8 to >> avoid confusion about whether it's supposed to 'emulate' Camomile's UTF8 >> module? > > I don't think there's any need to rename it, with all the consequent > breakage of existing code; there's no namespace clash since (by default) > Camomile's module is called Camomile.UTF8, not just UTF8, and it _is_ > supposed to emulate Camomile's module! :) > Fair enough. I honestly didn't know. :) > Note that this incompatibility between ExtLib and Camomile's interfaces > has not been caused by a recent change; if I'm reading the CVS logs > correctly, Camomile.UTF8.first was added some two years ago, and the > Camomile.UTF8 interface has not changed at all since then. Keeping the > two modules synchronised (or, more precisely, keeping ExtLib's UTF8 > module signature compatible with Camomile.UnicodeString.Type) should not > be problematic now that it has been identified as a desirable thing. > ... but that would require a new release of ExtLib. (Hint hint ;) -- Bardur Arantsson <bardurREMOVE@THISscientician.net> - Morbo will now introduce our candidates: puny human number one, puny human number two, and Morbo's good friend Richard Nixon. Morbo, 'Futurama' |
From: Richard J. <ri...@an...> - 2006-08-18 17:56:01
|
On Wed, Aug 16, 2006 at 09:24:21PM +0100, Peter Jolly wrote: > I don't think there's any need to rename it, with all the consequent > breakage of existing code; there's no namespace clash since (by default) > Camomile's module is called Camomile.UTF8, not just UTF8, and it _is_ > supposed to emulate Camomile's module! :) Do I need to do something special to get this "packed" version of Camomile? Here is the error I'm experiencing: $ ocaml -I +camomile -I +extlib Objective Caml version 3.09.1 # #load "unix.cma";; # #load "bigarray.cma";; # #load "extLib.cma";; # #load "camomile.cma";; # UTF8.first;; The files /usr/lib/ocaml/3.09.1/extlib/extLib.cma and /usr/lib/ocaml/3.09.1/camomile/uTF8.cmi make inconsistent assumptions over interface UTF8 Rich. -- Richard Jones, CTO Merjis Ltd. Merjis - web marketing and technology - http://merjis.com Team Notepad - intranets and extranets for business - http://team-notepad.com |
From: Yoriyuki Y. <yor...@gm...> - 2006-08-16 22:29:20
|
Hi, 2006/8/17, Richard W.M. Jones <ri...@me...>: > > I'm then against removing it from ExtLib. What are the compatibility > > problem ? I think they can be addressed without causing a lot of > > worries. > > The different, btw, is that my Camomile UTF8 contains UTF8.first > function, which is not in Extlib UTF8. I'm not sure what is your problem. All Camomile modules are packed, so there should not be a name space issue. (The versions < 0.7.0 installed suprious cmi like UTF8.cmi. This problem is fixed in 0.7.0) UTF8.first doesn't make sense in Extlib context, since it always returns 0. It makes sense in Camomile context, however, since there are other Unicode string types. -- Yamagata Yoriyuki http://yoriyuki.blogspot.com/ |
From: Richard J. <ri...@an...> - 2006-08-18 17:57:33
|
On Thu, Aug 17, 2006 at 07:29:18AM +0900, Yoriyuki Yamagata wrote: > I'm not sure what is your problem. All Camomile modules are packed, > so there should not be a name space issue. (The versions < 0.7.0 > installed suprious cmi like UTF8.cmi. This problem is fixed in 0.7.0) Right, thanks, I've got it now. I was using a somewhat archaic version of Camomile. The version installed by Ubuntu is 0.6.3 (< 0.7.0). Rich. -- Richard Jones, CTO Merjis Ltd. Merjis - web marketing and technology - http://merjis.com Team Notepad - intranets and extranets for business - http://team-notepad.com |
From: Yoriyuki Y. <yor...@gm...> - 2006-08-17 13:33:50
|
(This is a repost, since I sent from the wrong address. Apologies if you receive duplicated messages.) Hi, 2006/8/17, Richard W.M. Jones <ri...@me...>: > > I'm then against removing it from ExtLib. What are the compatibility > > problem ? I think they can be addressed without causing a lot of > > worries. > > The different, btw, is that my Camomile UTF8 contains UTF8.first > function, which is not in Extlib UTF8. I'm not sure what is your problem. All Camomile modules are packed, so there should not be a name space issue. (The versions < 0.7.0 installed suprious cmi like UTF8.cmi. This problem is fixed in 0.7.0) UTF8.first doesn't make sense in Extlib context, since it always returns 0. It makes sense in Camomile context, however, since there are other Unicode string types. -- Yamagata Yoriyuki http://yoriyuki.blogspot.com/ -- Yamagata Yoriyuki http://yoriyuki.blogspot.com/ |