camelot-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Camelot-discuss] Bindings librsvg


From: Sven Luther
Subject: Re: [Camelot-discuss] Bindings librsvg
Date: Wed, 12 Feb 2003 10:50:07 +0100
User-agent: Mutt/1.5.3i

On Wed, Feb 12, 2003 at 10:33:41AM +0100, Olivier Andrieu wrote:
>  Sven Luther [Wednesday 12 February 2003] :
>  >
>  > On Tue, Feb 11, 2003 at 11:44:37PM +0100, Olivier Andrieu wrote:
>  > Content-Description: message body and .signature
>  > > Hop, voilà les nouveaux bindings et la version pour lablgtk2.
>  > 
>  > Mmm, la version debian de librsvg ne semble pas avoir le support gzip
>  > par defaut, je suis en train de voir ce qu'il en est avec le
>  > mainteneur. J'ai donc modifier ocamlrsvg de maniere a avoir un switch
>  > GZ_SUPPORT, comme dans le patch attache. Mmm, HAS_GZ_SUPPORT serait peut
>  > etre mieux.
> 
> Il faut libgsf pour avoir le support GZ. Effectivement, le mieux est
> d'avoir un ifdef HAS_RSVGZ_SUPPORT (par ex.). Pour faire simple, j'ai
> viré le support gz de la version lablgtk (mais j'ai oublié d'enlever
> l'include apparemment).

Mmm, il n'y a pas encore de package gnome2 pour libgsf. Enfin, voyons
d'abord ce que va dire le mainteneur de librsvg.

>  > Sinon, pour la version lablgtk2, j'ai dus apporter quelques modifs au
>  > patch, car a part rsvg.mli, rien n'etait installe et j'ai fait la meme
>  > chose avec HAS_GZ_SUPPORT, quoi que ce soit une version qui ne contienne
>  > pas rsvg_handle_new_gz, mais l'include y etait.
> 
> Comment ça, rien n'est installé ?

En fait, j'avais oublier le USE_RSVG, mais meme avec cela, il ne savait
pas comment compiler le .cmi. J'ai rajouter :

------------
--- lablgtk2-0.alpha.20030210b/src/Makefile     2003-02-12 10:41:43.000000000 
+0100
+++ ../lablgtk2/src/Makefile    2003-02-12 09:13:19.000000000 +0100
@@ -212,6 +228,15 @@
 xml_lexer.ml: xml_lexer.mll
        ocamllex xml_lexer.mll
 
+rsvg.cmo: rsvg.ml rsvg.cmi
+       $(COMPILER) rsvg.ml
+
+rsvg.cmi: rsvg.mli
+       $(COMPILER) rsvg.mli
+
+rsvg.cmx: rsvg.ml rsvg.cmi
+       $(COMPOPT) rsvg.ml
+
 varcc: varcc.cmo
        $(LINKER) -o $@ $<
        rm -f *_tags.h *_tags.c
------------

A src/Makefile.

>  > Ceci dis, c'est pas une idee cool d'appeler l'exemple rsvg.ml et
>  > d'appeler le module pareil, cela confond ocaml lorsque j'essaye de
>  > compiler. 
> 
> Oui, je m'en suis rendu compte après. Mais ça marche bien avec le
> toplevel : labkgtk2 rsvg.ml truc.svg
> 
>  > De plus, le rsvg resultant segfault, mais j'ai pas encore pus voir
>  > pourquoi.
> 
> Chez-moi-ça-marche. Tu as pensé à linker gtkInit.cmo ?

Non, j'avais oublier, et en plus, il faut le mettre avant rvsg2.ml

>  > BTW2, en ce qui concerne les archives d'images SVG, on pourrait imaginer
>  > un format du genre :
>  ...
>  > Qu'en pensez vous ?
> 
> Je comprends pas bien pourquoi vous vou prenez la tête à ce sujet
> alors qu'on a déjà camlzip qui fait déjà tout ça il me semble.

Mmm, oui, effectivement, quoi que j'ai jamais reellement reussit a faire
marcher camlzip. Tu pense qu'on pourrait simplement stocker les images
svg dans une archive camlzip, et les recuperer suivant le nom, ajouter
de nouvelles images, en supprimer, etc. On aurrait meme pas besoin de
fichiers .svgz alors. Cela serait plus simple effectivement.

Amicalement,

Sven Luther




reply via email to

[Prev in Thread] Current Thread [Next in Thread]