Parse: Ensure consumed characters count is initiliased.

Parse: Make the parse state have two sets of gradient details.

One for fills and another for strokes.  This stops an SVG such as

  <svg viewBox="0 0 100 100" version="1.1" xmlns="http://www.w3.org/2000/svg">
    <defs>
      <linearGradient id="foo">
        <stop stop-color="#69f" offset="0"/>
        <stop stop-color="#468" offset="1"/>
      </linearGradient>
    </defs>
    <path fill="url(#foo)" stroke='url(#bar)' d='M10 10 H 90 V 90 H 10 Z' />
  </svg>

from getting its fill gradient details trampled when we reset the
gradient for the the missing bar gadient definition.  Note, we only
handle linearGradient on the fill anyway.

Parse: Avoid strndup with unchecked return value.

Parse: Remove explicit init of gradient state; gets memset anyway.

add polyline test case with floating point colour percentages

SVG dictionary for use with AFL tool

Add test set derived from AFL

Generated with AFL using custom dictionary then minimised with cmin
and tmin tools to be the smallest test set possible

The run used two thousand processor hours on a 24way xeon 2.3GHz system

prevent division by zero for gradient with no points and add test

improve test suite runner

add crash test generated with AFL

cope with lack of root svg element

add file output to test decoder

Update component version for release

Fix build with certain C libraries.

enable decode tests for svg files

These svg files have caused the library to crash and to render poorly.

Fix reallocation of path buffer length to cope with differng path lengths

Update CFLAGS to avoid deprication warning for glibc 2.21 and later.

Fix paths for Haiku.

Update the component version for release

Ensure path generation does not overrun allocated storage.

This fixes bug #2251 which was caused by the svg:

<svg width="11" height="11" id="support-entry-icon"
y="3389"><g><g><path fill-rule="evenodd" clip-rule="evenodd"
fill="#D6D6D6" d="M0,0v11h11V0H0z M10,10H1V1h9V10z M9,3H2v1h7V3z
M9,5H2v1h7V5z M9,7H2v1h7V7z"/></g></g></svg>

The svg was causing more path elements to be generated in the internal
representation than space was allocated for and overrunning heap
blocks.

The path element parsing was using a fixed size allocation for the
path elements and never bounds checked. Further it did not cope with
zero length paths (which the spec says are permitted). It was also
grossly overallocating for the common case.

This changes the path element array to be bounds checked and then
extended if required, the initial allocation is generally sufficient
and in testing very few resizes occurred.

The reallocation strategy grows the element storage by 2.5 each time
this means even in the degenerate case very few reallocations are
required. In testing no more than a single reallocation has been
observed.

The final path element array will always be reallocted to the minimum
required size. This reduces overall memory usage which is useful with
complex scenes.

Update README to cover dependancies and core buildsystem

Fix various issues with the test target and update the documentation
to be more correct.

Fix up for new buildsystem

fix parsing of whitespace in transform operators

The SVG spec for the transform attribute allows whitespace in places
that were causing the %n specifier in the ssanf to return 0 as the
match failed before it completed the parse.

http://www.w3.org/TR/SVG/coords.html#TransformAttribute

Fix relative move commands following a path close.

Both 'M' and 'm' are moves and therefore start a new (sub)path. In
either case the location should be cached so that a later 'close path'
(z or Z) knows the location it is returning to. The location is not
written to 'p', since it is assumed that the client code remembers. If
the next move is relative (lowercase), then it's important that last_x,
last_y were correctly updated while processing Z/z.

Add test case image for broken behaviour of relative move.

Update component version for release

Hopefully silence warnings about inlines and non inlines calling one
another.

Update component version for release

Add support for multilib

Fix to use list_size accessor.

Minor tidyup.

Move gradient logging to svgtiny_gradient.c, and suppress when not debugging gradients.

Fix leak of gradient dom strings.

Suppress most gradient debug.

update component version for release

add a .gitattributes so .gitignore is not exported

Explicitly check if r0 or r1 are NaN, as if they are, on x86 the function evaluates as 0 (which is already handled), but on PPC the function evaluates to a negative value, causing the following for loop to become infinite.

Handle empty text nodes correctly.

Drop const, as this can't work with libdom.

correct target name

Replace dom_string_length with dom_string_byte_length -- faster and more correct

Void myself unpleasantly in order to satisfy RISC OS toolchain

Clean up properly

Fix up pkgconfig

Merge branch 'dsilvers/tolibdom'

Convert the last bits for libdom

The library now builds

More work towards libdom conversion

Parse text

Make more svg elements parse again

More work to bring svgtiny into the libdom era

Ignore ~ files

Begin conversion to libdom

Add an example SVG and a gitignore

Update to new NSBUILD infrastructure

svn path=/trunk/libsvgtiny/; revision=14010

Bump version number

svn path=/trunk/libsvgtiny/; revision=13487

Don't treat warnings as errors on AmigaOS

svn path=/trunk/libsvgtiny/; revision=12908

sed in BeOS still doesn't handle -i, so use a temporary file since RiscOS doesn't know pipes.

svn path=/trunk/libsvgtiny/; revision=12121

s/strndup/svgtiny_strndup

svn path=/trunk/libsvgtiny/; revision=11186

Use built-in strndup if the platform we're targetting doesn't have one

svn path=/trunk/libsvgtiny/; revision=11140

Split the string for stroke-width like it's done for the other attributes so svgtiny_parse_length doesn't get confused about the remainder of the string. Contributed by Peter Korsgaard.

svn path=/trunk/libsvgtiny/; revision=10837

Add an example of using libsvgtiny. Displays an SVG using X11 and cairo.

svn path=/trunk/libsvgtiny/; revision=9800

For BeOS libxml2 is not part of the default devkit, try to find headers elsewhere.

svn path=/trunk/libsvgtiny/; revision=9785

More of the C89... really do test it please!

svn path=/trunk/libsvgtiny/; revision=9772

Lots of C89, please test...

svn path=/trunk/libsvgtiny/; revision=9771

C89: Fix for gcc2 "warning: comma at end of enumerator list".

svn path=/trunk/libsvgtiny/; revision=9770

Round stroke widths to nearest integer instead of down, and force to 1 if it would be rounded to 0.

svn path=/trunk/libsvgtiny/; revision=9707

Implement <ellipse> element. Improve error handling for <circle>.

svn path=/trunk/libsvgtiny/; revision=9706

Despite M_PI being #defined in math.h, and math.h being #included, in certain
circumstances it doesn't get #defined.  Catch this.

svn path=/trunk/libsvgtiny/; revision=9701

AmigaOS4 standard library headers also create warnings

svn path=/trunk/libsvgtiny/; revision=9700

Change svgtiny_display to build debug version.

svn path=/trunk/libsvgtiny/; revision=9683

Start implementing arcs in paths. Fix crash when an empty path has a gradient fill.

svn path=/trunk/libsvgtiny/; revision=9682

Fix svgtiny_display script to work with new makefiles.

svn path=/trunk/libsvgtiny/; revision=9676

-Wextra is only understood by GCC 3.4.6 or later.
It is a more descriptive synonym for -W.

Use -W instead which is understood by all common versions of GCC
(i.e. GCC 2.95 supports it, which is the oldest GCC version we have to support)

Additionally, conditionalise our -Werror usage on whether we're building for
BeOS/Haiku. On these platforms, the standard library headers result in warnings.
GCC 2 is quite happy to build this code on other platforms, so shouldn't be
the trigger for dropping -Werror (even if BeOS is the only target where GCC2 is
likely to be used).

svn path=/trunk/libsvgtiny/; revision=9670

Fix colour component macros on RISC OS.

svn path=/trunk/libsvgtiny/; revision=9558

Something approximating a makefile for the test binary.
pkg-config control file.

svn path=/trunk/libsvgtiny/; revision=9426

gperf -> .c rule. This isn't in the core buildsystem as nothing else requires this. We can migrate it when needed.

svn path=/trunk/libsvgtiny/; revision=9425

Squash warnings

svn path=/trunk/libsvgtiny/; revision=9423

Missed makefile

svn path=/trunk/libsvgtiny/; revision=9422

Add libxml2 dep

svn path=/trunk/libsvgtiny/; revision=9421

Beginnings of port to core buildsystem

svn path=/trunk/libsvgtiny/; revision=9419

Prefix build dirs with build- and svn ignore them. Simplify clean rule.

svn path=/trunk/libsvgtiny/; revision=6336

GCCSDK 4 build compatibility (not finished yet)

svn path=/trunk/libsvgtiny/; revision=5458

Add an overview of the library.

svn path=/trunk/libsvgtiny/; revision=4122

Fix stroke widths.

svn path=/trunk/libsvgtiny/; revision=4121

Add svgtiny_list and convert gradient plotting to use it.

svn path=/trunk/libsvgtiny/; revision=4062

Add scale argument to svgtiny_test and svgtiny_display.

svn path=/trunk/libsvgtiny/; revision=3915

Work on linearGradient attributes gradientUnits and gradientTransform. Adapt number of segment steps depending on difference in gradient.

svn path=/trunk/libsvgtiny/; revision=3914

Make it easier compilable in GCCSDK4's Autobuilder

svn path=/trunk/libsvgtiny/; revision=3906

Add support for x1, y1, x2, y2 attributes of linearGradient.

svn path=/trunk/libsvgtiny/; revision=3862

Linear gradients, part 1.

svn path=/trunk/libsvgtiny/; revision=3861

Scale stroke-width correctly.

svn path=/trunk/libsvgtiny/; revision=3841

Add install target.

svn path=/trunk/libsvgtiny/; revision=3836

Use BBGGRR instead of RRGGBB on RISC OS.

svn path=/trunk/libsvgtiny/; revision=3835

Add support for cross-compiling to RISC OS.

svn path=/trunk/libsvgtiny/; revision=3831

Implement svgtiny_free() and fix memory usage.

svn path=/trunk/libsvgtiny/; revision=3825

SVG code extracted from NetSurf into a standalone library.

svn path=/trunk/libsvgtiny/; revision=3824