Hi Alfrado,

On Fri, Feb 27, 2009 at 2:34 PM, Alfredo Tupone <[email protected]> wrote:
> Here questions arise.
>
> Is possible to build plugins without rebuilding the libraries, using
> the already deployed library?
> As if I have a different ebuild for a plugin, like
> libopenscenegraph-gecko-2.8.0.ebuild

Wow, a good question. One I can't answer right away.  This question
has briefly wandered through my mind in the past, but not longer to
say right this is a specific problem we need to address.  I'm not a
CMake expert, I'll need to call out to members of the osg community
that have more detailed knowledge of Cmake and our build system.  If
it's not possible right now, we should be able to figure it out.

> Otherwise the machine will waste a lot of time building twice the
> libraries
>
> And also, that means that during the build of the osg library I can inhibit
> the build of the plugin?

To inhibit build of plugins you need to go into ccmake and edit the
various dependency vars.   This requires you to know what vars to
edit, but is doable for convectional build of the OSG, but I wouldn't
have thought it'd be practical as things standard for doing an
automated build as part of emerge.

The OSG's current build system is just designed to handle the type of
independant build that would make it easy for you to do the separate
packages, we can work on this though.  Hopefully our Cmake experts
will spot ways of doing it without too many intrusive changes.

For you immediate packaging needs I'd suggest just dropping
libxulrunner from the RDEPEND list for openscenegraph-2.8.0.ebuild.
The gecko plugin is very new, a bit a bleeding edge
(libxulrunner-1.8.x really isn't designed well for embedding) so not
including will be very unlikely to effect too many people if any.  If
they want the plugin then they can always pull down the OSG sources
directly.

The changes required to do the independant builds of core libs,
applications and optional plugins is probably too intrusive to make it
into a next stable release 2.8.1 that will contain just bug fixes, but
it's something that perhaps we can aim for for the next stable
release.  We typically have between 2 to 4 releases a year.  2.10 will
be our next stable release, which should be out in the next 3 to 6
months.  Exactly when will depend upon how feature development goes.

Cheers,
Robert.
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org

Reply via email to