src/svgtiny_css.c: implement node_count_siblings() select handler

src/svgtiny_css.c: implement node_is_root() select handler

src/svgtiny_css.c: implement node_has_attribute_substring() select handler

src/svgtiny_css.c: implement node_has_attribute_suffix() select handler

src/svgtiny_css.c: implement node_has_attribute_prefix() select handler

src/svgtiny_css.c: implement node_has_attribute_includes() select handler

src/svgtiny_css.c: implement node_has_attribute_dashmatch() select handler

src/svgtiny_css.c: implement node_has_attribute_equal() select handler

src/svgtiny_css.c: implement node_has_attribute() select handler

src/svgtiny_css.c: implement node_has_id() select handler

src/svgtiny_css.c: implement node_has_class() select handler

src/svgtiny_css.c: implement node_has_name() select handler

src/svgtiny_strings.h: intern the universal selector string "*"

This is a prerequisite for implementing the node_has_name() select
handler.

src/svgtiny_css.c: implement sibling_node() select handler

src/svgtiny_css.c: implement parent_node() select handler

src/svgtiny_css.c: implement named_generic_sibling_node() select handler

src/svgtiny_css.c: implement named_sibling_node() select handler

src/svgtiny_css.c: implement named_parent_node() select handler

src/svgtiny_css.c: implement node_id() select handler

src/svgtiny_strings.h: intern "id" for libcss

As a prerequisite for implementing a libcss node_id() select handler,
we intern the string "id" that it will need access to.

src/svgtiny_css.c: implement node_classes() select handler

src/svgtiny_css.c: implement node_name() select handler

src/svgtiny{.c,_internal.h}: intern SVG's XML namespace URI

Intern the string "http://www.w3.org/2000/svg" in the parser state for
later use in libcss's node_name() select handler.

src/svgtiny.c: parse inline stylesheet in svgtiny_parse_paint_attributes()

...and do nothing with it, for the moment. We are able to parse the
inline style="..." attributes right now but more scaffolding is needed
before we can utilize css_select_style().

src/svgtiny.c: add svgtiny_parse_style_inline() function

This function parses the contents of an inline style="..." attribute
into a libcss stylesheet, or NULL if anything went wrong.

src/svgtiny_internal.h: drop svgtiny_resolve_url() prototype

This is no longer needed now that svgtiny_resolve_url() lives in the
same file as its sole consumer, svgtiny_create_stylesheet().

src/svgtiny.c: use svgtiny_create_stylesheet() to parse <style>

The new function handles all of the boilerplate parameter creation
that was originally done in svgtiny_parse_style_element().

src/svgtiny_internal.h: add svgtiny_create_stylesheet() prototype

Needed to let src/svgtiny.c know about the new function.

src/svgtiny_css.c: new function svgtiny_create_stylesheet()

We add a function to handle the creation of a new stylesheet with the
default set of parameters. This is in preparation for parsing the
inline styles, which a priori would involve copy/pasting a lot of

  params.foo = bar;

lines from svgtiny_parse_style_element(). The goal is to factor the
common bits out of both the <style> and style= implementations.

src/svgtiny.c: add svgtiny_parse_style_element() function and use it

The new function parses the contents of a <style> element. We add a
call to it in svgtiny_preparse_styles() where previously a placeholder
was left.

src/Makefile: add the new svgtiny_css.c to the list of sources

src/svgtiny_internal.h: add svgtiny_resolve_url() prototype

src/svgtiny_css.c: new file with new svgtiny_resolve_url() function

Define a stub relative-URL resolver that assumes all URLs are absolute
and returns them unmodified. Some method of doing this is required by
libcss. At the moment, libcss does not support any SVG properties that
take url() values, so not much is lost.

src/svgtiny.c: add impotent svgtiny_preparse_styles() function

We declare and add the svgtiny_preparse_styles() function that will be
used to make a first pass through the SVG document and parse all of
the <style> elements. At the moment it is only half implemented:
once we find a <style> element, we do nothing with it. A separate
function will be used to parse a <style> once we have it.

src/svgtiny.c: initialize the libcss context in svgtiny_parse()

Before we begin parsing, we have to initialize our new css_select_ctx
by calling css_select_ctx_create(). Later, when parsing is complete,
we css_select_ctx_destroy() it.

README: document the new svgtiny_LIBCSS_ERROR code

include/svgtiny.h: add new error constant svgtiny_LIBCSS_ERROR

Analogous to svgtiny_LIBDOM_ERROR, we add svgtiny_LIBCSS_ERROR to
indicate an error related to CSS.

src/svgtiny_strings.h: add "media" to the list of strings

The "media" attribute is arguably the only meaningful attribute a
<style> element has within an SVG document. Here we intern the string
"media" in preparation for parsing <style>. Libcss can at least store
the media information even if we decide not to use it.

src/svgtiny_internal.h: add CSS context to parser state

Add a css_select_ctx pointer to the svgtiny_parse_state that is
threaded through each phase of SVG parsing. This will allow us to
populate the context with any <style> sheets we find; later, we can
consult those stylesheets while constructing our svgtiny_diagram (the
abstract representation into which we parse an SVG).

README: mention that libcss is required

Makefile: build against libcss

The first step towards adding libcss support is to build against
libcss. For now that means getting its "cflags" and "libs" from
pkg-config and putting them into CFLAGS and LDFLAGS.

src/svgtiny.c: remove old misleading libcss comments

There were a few comments in this file suggesting some future libcss
integration. However, now that we are beginning that integration (much
later), it is probably best to start with a clean slate. So, we remove
those comments.

src/svgtiny_internal.h: removed commented libcss stub

This files once thought about declaring,

  /*struct css_style style;*/

as a member of the svgtiny_parse_state struct. We delete that comment
now so that we can begin libcss integration with a clean slate.

examples/svgtiny_display_x11.c: include the system copy of svgtiny.h

The header of this file includes instructions for how to build it:

  Compile using:
    gcc -g -W -Wall -o svgtiny_display_x11 svgtiny_display_x11.c \
            `pkg-config --cflags --libs libsvgtiny cairo` -lX11

That pkg-config command will generate the flags to link against the
installed copy of libsvgtiny. The line,

  #include "svgtiny.h"

on the other hand, attempts to use a local header. This commit changes
that line to,

  #include <svgtiny.h>

which will use the corresponding system header from whatever include
directory pkg-config hands us for libsvgtiny.

examples/svgtiny_display_x11.c: add missing stdlib.h include

This file uses malloc(), free(), and exit() -- all of which are
defined in stdlib.h. GCC seems unhappy about the situation, so we now
include it. This allows the file to be compiled once again.

examples/svgtiny_display_x11.c: update LIBXML -> LIBDOM

The svgtiny_LIBXML_ERROR constant was changed to throughout the
codebase to svgtiny_LIBDOM_ERROR a long time ago, in 9275ab308, but
this example was missed, probably because it isn't built by default.

README: update LIBXML -> LIBDOM

This constant svgtiny_LIBXML_ERROR was changed throughout the codebase
to svgtiny_LIBDOM_ERROR a long time ago, in 9275ab308, but the README
was missed because nobody reads the documentation :)

implement svg path arc correctly

Update component version for release

Fix various bugs which caused ASAN and UBSAN to be upset

Ensure we report failures better

Ignore the autogenerated colours file

Update component version for 0.1.6 release

Fix parsing of multiple vertical lineto commands

Thanks to Nils for spotting this.

Buildsystem: OpenBSD `sed` doesn't handle -i option.

Buildsystem: Squash "no previous declaration for 'svgtiny_color_lookup'"

Build: Include gperf-generated code directly.

Previously we built the generated code separatly and then linked to
it.  However, this caused problems with certain compilers and gperf
versions.  This change includes the generated code directly in
svgtiny.c instead, which is the only place its used.

Prepare for release of 0.1.5

Test data: Move file to correct place.

Merge branch 'tlsa/fix-gradients'

Test data: Add SVG with missing stroke gradient definition.

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.