On Tue, 2008-06-24 at 16:22 -0300, Marco Túlio Gontijo e Silva wrote:
> I could build the gtk2hs package in current Debian sid, but I couldn't
> run the gtkmozembed example, with the error message:
> ./testembedmoz: error while loading shared libraries: libxul.so: cannot
> open shared object file: No such file or directory
> I asked Alexander Sack about this
> ( http://lists.alioth.debian.org/pipermail/pkg-mozilla-maintainers/2008-June/003705.html ), and I got the following answer. I've tried to change the C test Duncan has made, but I couldn't get it to work.
> What should be done?
Sounds like you should try using libxul-embedding. Try the C test prog
gcc test.c -o test `pkg-config --cflags --libs gtk+-2.0 libxul-embedding`
If that still does not work then it looks like we might have to make
changes to the GtkMozembed binding to have it work with the recent xul
releases as they seem to have changed the api (the
> -------- Mensagem encaminhada --------
> De: Alexander Sack <asac@...>
> Para: Marco Túlio Gontijo e Silva <marcot@...>
> Cc: Mike Hommey <mh@...>, asac@...
> Assunto: Re: Problems to build with mozembed
> Data: Tue, 24 Jun 2008 20:51:40 +0200
> On Tue, Jun 24, 2008 at 01:26:46PM -0300, Marco Túlio Gontijo e Silva wrote:
> > I'm sending this e-mail to you since I got no answer from pkg-mozilla-maintainers.
> Sorry, have missed your mail there. For standalone applications you
> should use the standalone glue. Look at the "official" mozilla example at:
> on how to startup the standalone glue.
> to get compiler and linker flags use
> pkg-config --cflags --libs libxul-embedding
> or if you need unstable headers:
> pkg-config --cflags --libs libxul-embedding-unstable
> for unstable symbols you also need to start explicitly startup the
> internal glue:
> rv = GTKEmbedGlueStartupInternal();
> - Alexander
Get latest updates about Open Source Projects, Conferences and News.