Re: [Gnash-dev] Large-scale Makefile.am cleanup

[Sandro Santilli]

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