Robert Osfield wrote:
My nsIBaseWindow.h is in /usr/include/xulrunner/widget/nsIBaseWindow.h

   /usr/include/xulrunner$ find . -name  nsIBaseWindow.h
  ./widget/nsIBaseWindow.h
Just found some enlightenment (http://groups.google.com/group/mozilla.dev.embedding/browse_thread/thread/23257b1e3315a11f/c136034a7e04aeef):

"
Andrew Gough wrote:
> Is it supposed to be theoretically possible to embed XulRunner 1.8.1.3
> at all?

> I am trying (once again) to make this work, so I downloaded the SDK &
> runtime for xulrunner-1.8.1.3, and attempted to compile against it.

The SDK only contains *frozen* interfaces and headers. It is currently not
possible to usefully embed gecko using only frozen interfaces: you will have
to use internal interfaces such as nsIBaseWindow as well.

So if the question is "Is it possible to embed XULRunner 1.8.1.3 by
compiling against the SDK?" the answer is no. If the question is "Is it
possible to embed XULRunner 1.8.1.3?" the answer is yes. But you'll need to
obtain the nonfrozen headers/interfaces from the source tarball.
"

So that header is part of an internal API that might change and explains why your 1.8 installation contains headers that are not in the SDK.
And explains why the gecko plugin builds there as well.

I have attached the file.  Doing a grep for nsIBaseWindow there are
couple more instances that reference it:

grep nsIBaseWindow */*
docshell/nsCDocShell.h:#ifndef __gen_nsIBaseWindow_h__
docshell/nsCDocShell.h:#include "nsIBaseWindow.h"
webbrwsr/nsCWebBrowser.h:#ifndef __gen_nsIBaseWindow_h__
webbrwsr/nsCWebBrowser.h:#include "nsIBaseWindow.h"


Given that we are unlikely to be able to port to 1.9.x for 2.8 we'll
need to change the FindXUL.cmake to only match 1.8.x.  Any thoughts on
how to do this?
pkg-config supports version requirements, which the CMake pkg-config calls support as well.
From /usr/share/cmake/Modules/FindPkgConfig.cmake:

#   pkg_check_modules (GLIB2   glib-2.0>=2.10)
#     requires at least version 2.10 of glib2 and defines e.g.
#       GLIB2_VERSION=2.10.3

I would expect = to work as well, instead of >=

Also what version of libxul/xulrunner do you have available? Is it
just 1.9 on Fedora10, or can you get 1.8 as well.
Installed:
xulrunner.i386 1.9.0.6-1.fc10 installed xulrunner-devel.i386 1.9.0.6-1.fc10 installed

Available:
xulrunner-devel-unstable.i386      1.9.0.6-1.fc10         updates
xulrunner-python.i386              1.9.0.6-1.fc10         updates
xulrunner-python-devel.i386        1.9.0.6-1.fc10         updates

So only 1.9.0.6 on FC10.

When you got the gecko plugin working the other day what platform was this, and which xulrunner version was it?

That was my home machine, which runs gentoo, where xulrunner 1.8.1.19 and 
1.9.0.5 are available and both are installed.
CMake detected 1.8 there, as xulrunner-1.9 uses "libxul" and "mozilla-" for its 
pkg-config files. 1.8 uses "xulrunner".
So you can use the latter one in FindXUL.cmake.

Paul



Robert.


Robert.

On Fri, Feb 6, 2009 at 1:02 PM, Paul Melis <p...@science.uva.nl> wrote:
Robert Osfield wrote:
Hi Paul,

I'm compiling against xulrunner 1.8.1.16:

pkg-config xulrunner-xpcom --modversion
1.8.1.16

Ubuntu repositories have both 1.8 and 1.9 available, but there are
under different names.  libxul gets you 1.8.x, while xulrunner gets
you 1.9.

Perhaps there is another component you need to install for 1.8.1 to
get everything you need to compile.

At your end could you see if you can the gecko plugin compiling
against 1.9.
The nsBuildID.h file (included by llembeddedbrowser.cpp) is not in 1.9 (but
is in 1.8), and I see some API incompabilities leading to errors, so
compiling against pure 1.9 won't work.
I really wonder where the stuff that isn't in 1.8 but that IS used by the
gecko plugin comes from (like nsIBaseWindow.h). Can you check on your end?

Paul
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

------------------------------------------------------------------------

_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Reply via email to