Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
buildlink3.mk file in revision 1.101 of bsd.buildlink3.mk.
|
|
relative to ${WRKSRC}. Remove redundant LIBTOOL_OVERRIDE settings that
are automatically handled by the default setting in bsd.pkg.mk.
|
|
|
|
Changes since 2.3.15:
art_render_gradient.c: revert the double comparison test in the
asserts and comment out the two asserts causing crashes
everywhere.
|
|
Bump PKGREVISION because of the changed *.pc files.
ok'ed by wiz@
|
|
|
|
2003-08-08 Alexander Larsson <alexl@redhat.com>
* configure.in: 2.3.14
Fri Jul 25 12:29:35 2003 George Lebl <jirka@5z.com>
* art_render_gradient.c (art_render_gradient_linear_render_8)
(art_render_gradient_linear_render) (art_render_gradient_linear)
(art_render_gradient_radial_render) (art_render_gradient_radial):
Redo the checks where float was compared by == or != to using
the EPSILON define. Also copy the ArtGradientLinear and
ArtGradientRadial into the source structure, pretending that
these are constants that will never change or be freed by
the caller is utterly evil and in fact for librsvg it is
not constant. This fixes some more very random crashes
when using librsvg with libart (which seems to be the
only usage of the gradient stuff)
Fri Jul 18 12:57:36 2003 George Lebl <jirka@5z.com>
* art_render_gradient.c: Fix more comparison-of-doubles by == bugs,
this code is uber ugly. Should fix the fairly random crashes
on asserts I've been having.
2003-07-11 Michael Meeks <michael@ximian.com>
* Version 2.3.13
2003-07-11 Federico Mena Quintero <federico@ximian.com>
* art_svp_ops.c (art_svp_minus): impl.
Tue Jul 08 01:15:02 2003 George Lebl <jirka@5z.com>
* art_render_gradient.c: fix comment as pointed out by alex
Tue Jul 08 01:13:48 2003 George Lebl <jirka@5z.com>
* art_render_gradient.c (art_render_gradient_linear_render_8):
when we wish to find the current segment and we go beyond the
last stop due to float fun, use the last segment as that's
really what we want. Avoids a very abrupt assert death.
2003-05-05 Alexander Larsson <alexl@redhat.com>
* configure.in:
Bump to 2.3.12
2003-04-24 Alexander Larsson <alexl@redhat.com>
* art_uta_vpath.c (art_uta_from_vpath):
Don't silently stomp on memory on bad vpaths.
2003-04-11 Alexander Larsson <alexl@redhat.com>
* art_svp_vpath_stroke.c (render_seg):
Handle cases when dmr2 is very small better.
2003-04-10 Alexander Larsson <alexl@redhat.com>
* art_svp_wind.c (x_order_2):
Handle horizontally aligned segments.
|
|
|
|
* art_render_svp.c (art_render_svp_callback,
art_render_svp_callback_span, art_render_svp_callback_opacity,
art_render_svp_callback_opacity_span): if no runs would
normally be emitted, but start is greater than zero, emit a
single run covering the entire width of the rendered region.
* autogen.sh: hardcode aclocal-1.4/automake-1.4 so that users with
both automake 1.6 and 1.4 installed get the right automake. Means
compilation from CVS will now require the latest automake 1.4
release, or manually creating symlinks called "automake-1.4" and
"aclocal-1.4".
|
|
Approved by wiz.
|
|
Patch provided in PR pkg/18701 by Julio Merino <jmmv@menta.net>
|
|
Bump PKGREVISION
|
|
|
|
PR pkg/18194.
No change list is available, but 2.3.10 is the version required by the
2.0.1 release of GNOME2.
|
|
buildlink2.mk files back into the main trunk.
|
|
Patch provided by Julio Merino in pkg/17425.
|
|
into the NetBSD packages collection.
Provided in PR 16932 by jmmv@hispabsd.org (Julio Merino).
Libart is a library for high-performance 2D graphics. It is currently
being used as the antialiased rendering engine for the Gnome Canvas.
It is also the rendering engine for Gill, the Gnome Illustration app.
Libart supports a very powerful imaging model, basically the same as
SVG and the Java 2D API. It includes all PostScript imaging
operations, and adds antialiasing and alpha-transparency.
Libart is also highly tuned for incremental rendering. It contains
data structures and algorithms suited to rapid, precise computation
of Region of Interest, as well as a two-phase rendering pipeline
optimized for interactive display.
|