On Fri, Apr 15, 2011 at 09:49:12AM -0400, Andrew Guertin wrote: > On 04/15/2011 07:42 AM, Sandro Santilli wrote: > >On Fri, Apr 15, 2011 at 06:10:38AM -0400, Andrew Guertin wrote: > >>Over the past few days I've been doing some work on cleaning up gnash's > >>Makefile.ams. The end goal that I'd like to reach is to transition to > >>non-recursive automake. > > > >Graat to hear this. Does it speed build up ? > > The changes I have made so far should not have any effect. > > In most applications, a large speedup when switching to non-recursive > automake comes from eliminating "convenience libraries", which are > necessary for recursive make but require more linking stages. However, > gnash actually dynamically links to all (most?) of the libraries that are > built, and may be justified in doing so because there's both the executable > and the plugin.
For now the plugin does nothing more than fork & exec so no problem there. > Thus it's not an obvious decision for gnash. Some options are to leave > libraries as they are, to remove the convenience libraries, or to condense > the libraries into just one. Each has pluses and minuses. Condensing would likely do, especially for some of them. > >You may try the "tryserver": > >http://wiki.gnashdev.org/BuildBot#Tryserver > > I'll look into this. Am I right in seeing that it requires buildbot on my > own machine, which pushes actual build requests to other machines? It pushes the request with a patch to the build master, which forwards request to the slaves. > >Do you have your changes in a git repository ? Could you > >make it available on a public machine for easier review ? > > Not publicly accessible yet, but I'll get it set up. Thanks, that'll help (it'll need another merge by that time). --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html _______________________________________________ Gnash-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnash-dev
