gnash-commit
[Top][All Lists]
Advanced

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

Re: [Gnash-commit] gnash ChangeLog gui/Player.cpp gui/Player.h gui...


From: Sandro Santilli
Subject: Re: [Gnash-commit] gnash ChangeLog gui/Player.cpp gui/Player.h gui...
Date: Thu, 26 Jul 2007 07:20:17 +0200

On Thu, Jul 26, 2007 at 05:14:54AM +0000, Sandro Santilli wrote:
> CVSROOT:      /sources/gnash
> Module name:  gnash
> Changes by:   Sandro Santilli <strk>  07/07/26 05:14:54
> 
> Modified files:
>       .              : ChangeLog 
>       gui            : Player.cpp Player.h gnash.cpp 
> 
> Log message:
>               * gui/Player.{cpp,h}: add support for multiple GUI libs.
>                 They can be statically or dynamically linked (not loaded as 
> plugins
>                 yet).
>               * gui/gnash.cpp: add a -G switch to select GUI. If the gui 
> wasn't
>                 compiled in an exception will be thrown (and dunno why not 
> propery
>                 cought..).

With this patch, libgnashplayer might be built again, with a set of 
gui/renderer libraries linked
to it (either statically or dynamically) as long as corresponding GUI_XXX 
defines are provided
to Player.cpp so it knows which guis lib symbols to reference and which not.

Then, 'gnash' would link against libgnashplayer, which would link to 
libgnashgui, which would link
to any combination of GUI/RENREDER selected.

'klash' could just be an hard-link to 'gnash', which would check argv[0] and 
act as if -G kde was
given in case it is 'klash'.

With this setup I think we can go 0.8.1.
Plugin-based load of GUIs seems a bit farther away from this, relatively 
simple, setup.

--strk;




reply via email to

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