From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by yquem.inria.fr (Postfix) with ESMTP id 1577FBC57 for ; Fri, 14 May 2010 15:55:34 +0200 (CEST) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArMEAE/z7EteFycagWdsb2JhbACdfRUBARYiIrxShEFPBIY2AYJk X-IronPort-AV: E=Sophos;i="4.53,229,1272837600"; d="scan'208";a="62833766" Received: from ks368928.kimsufi.com ([94.23.39.26]) by mail4-smtp-sop.national.inria.fr with ESMTP/TLS/AES256-SHA; 14 May 2010 15:55:33 +0200 Received: from centi.ks368928.kimsufi.com ([192.168.253.3]) by ks368928.kimsufi.com with smtp (Exim 4.69) (envelope-from ) id 1OCvMR-0001SH-Mq; Fri, 14 May 2010 15:55:32 +0200 Received: by centi.ks368928.kimsufi.com (sSMTP sendmail emulation); Fri, 14 May 2010 15:55:31 +0200 Date: Fri, 14 May 2010 15:55:31 +0200 From: Sylvain Le Gall To: yoriyuki.y@gmail.com, caml-list@inria.fr Subject: Re: [ANN] Camomile 0.7.3 Message-ID: <20100514135531.GA4870@centi.ks368928.kimsufi.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam: no; 0.00; le-gall:01 camomile:01 gmane:01 camomile:01 compilation:01 occupation:98 wrote:01 dmitry:01 dmitry:01 functions:01 bely:01 bely:01 data:02 data:02 caml:02 In gmane.comp.lang.caml.inria, you wrote: > 2010/5/14 Dmitry Bely > >> How "heavy-weight" is Camomile? I was a bit scared with the size of >> its distribution. Currently I use under Windows the following my own >> simple Unicode-support module (implemented via >> WideCharToMultiByte/MultiByteToWideChar Win32 API functions). Maybe >> it's time to switch to Camomile? >> >> > The size of the package is due to mapping tables of character encoding and > localization data. they occupy several mega bytes on the disk but it is > nothing by today's standard. If you still care, you can delete any .mar > files in charmaps, locales, mappings directory. (Deleting source files in > these directory is not recommended, since it could cause a failure of > compilation.) If you delete such files, related encoding and locales do not > function, but other functionality is intact. > I have just compared libcamomile-ocaml-data and locales-all packages. The two packages contain almost the same thing: http://packages.debian.org/sid/libcamomile-ocaml-data http://packages.debian.org/sid/locales-all The size is almost the same (3MB vs 5MB) but the uncompressed size is not at all the same: - camomile: 24MB - locales-all (2 steps uncompression): 99MB At least it means that camomile data is a reasonable size for this kind of data on Linux system. On Windows system, I think these figures are almost the same but data are part of the base windows installation. Now, a question/suggestion/feature: is it possible to store .mar file as .mar.gz? This would help to reduce occupation by a factor of 5... Regards Sylvain Le Gall