I believe it's time to begin waving the axe. I've tweaked out the CMake
build system so that it's purring like a kitten on all of the platforms
we're supporting, and the build documentation has been modified
accordingly. I'm going to go ahead and start removing the legacy stuff.
On 6/21/11
On 20/06/11 21:06, DRC wrote:
Best way to get people to test it is to make it the only option. :)
It may be an idea to start with providing a binary? (or did I miss it?)
--
Tim
--
EditLive Enterprise is the world's
On Mon, 20 Jun 2011 14:06:54 -0500
DRC dcomman...@users.sourceforge.net wrote:
Best way to get people to test it is to make it the only option. :)
trunk is meant to be experimental at the moment, so we need anyone who's
using it to be experimental as well. Otherwise, we won't be hearing
Yes, that's the end game of the build-xorg mods.
On 6/21/11 2:46 AM, Tim Ooms wrote:
On 20/06/11 21:06, DRC wrote:
Best way to get people to test it is to make it the only option. :)
It may be an idea to start with providing a binary? (or did I miss it?)
FLTK 1.3.0 is also out now, so we have a stable target for that
dependency (modulo the massive patch we have).
Can you re-generate your patch against FLTK 1.3.0? I think we should
remove the tarball from fltk/ and simply maintain a patch against the
latest stable version. It will make the
On Fri, 17 Jun 2011 12:06:40 -0500
DRC dcomman...@users.sourceforge.net wrote:
I am in the process of modifying build-xorg to build the new viewer. Then, I
will do some performance analysis on it to figure out where we stand in that
regard.
AFAIC, we can remove the old viewer from trunk
Best way to get people to test it is to make it the only option. :)
trunk is meant to be experimental at the moment, so we need anyone who's
using it to be experimental as well. Otherwise, we won't be hearing
about issues that people uncover.
The prerequisite to that is me finishing up the
