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.
There's a lot of cleanup that needs to happen before that, though. The current
Makefile.ams aren't clean enough to simply copy
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 ?
I'm interested
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
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
On Fri, 15 Apr 2011, Andrew Guertin wrote:
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.
The main benefit we derive from the
2011/4/15 Peter Ladage peterkarllad...@gmail.com
gnash is very frustrating.
it's lot better than old versions, but left more developers :-/
and more money...
i'm trying to stream hockey from the cbc (for ex.,
6 matches
Mail list logo
