Re: [Tuxpaint-devel] Test build with SVG support

[John P. <jo...@jo...>]

On Thu, Mar 22, 2007 at 11:19:29AM -0700, Bill Kendrick wrote:
> On Thu, Mar 15, 2007 at 05:06:43AM +0000, John Popplewell wrote:
> > and the 'duplicates' in the stamps collection.
> 
> FYI, I finally updated tuxpaint.c so that when it stumbles across a PNG file,
> it double-checks that there's no similarly-named SVG file.  If it finds one,
> it skips the PNG, with the assumption that the SVG one is the preferred one
> to use.
Great!

> I think at some point, for platforms that just won't do SVG any time soon,
> we'll end up wanting a build process within tuxpaint-stamps that
> converts SVGs into PNGs before packaging the stamps for release.  Then only
> package the PNGs.
> 
> So in the end, the only PNGs that would be stored in the Tux Paint Stamps
> 'source' repository would be photographic ones, for which there are no
> corresponding PNGs.
Sounds like a plan!

I found the problem with the previous build (I hope!) it was some weird
exports in 'jpeg.dll' and a buggy gcc-3.4.2 compiler.

Here is a link to a complete set of binaries zipped-up into a 'tuxpaint'
directory:

http://johnnypops.demon.co.uk/files/tuxpaint-0.9.17/tuxpaint-0.9.17cvs-win32-svg-test-02.zip
(2.1Mb)

which will overwrite existing files if you unpack into an existing
'tuxpaint' directory.

It needs the 'data', 'docs' and 'locale' directories from an existing
tuxpaint installation to work.

Please test!

I've updated my instructions and patches:

http://johnnypops.demon.co.uk/mingw/index.html

I've checked some minor updates into cvs, but there is still a problem
with this embedded path:

SVG_CFLAGS=-I/usr/include/cairo

thanks,
John.