| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
libraries that should be unresolved at that stage.
|
|
|
|
|
|
shared library linkage in general. On DragonFly and NetBSD build
with -Wl,-z,defs to find possible regressions.
|
|
Bump PKGREVISION.
|
|
July 20th, 2006 ivtools-1.2.4
- changes for compiling with gcc-4.0
- changes to socket-driven (ACE) use of comterp to support multi-line commands
- changes to allow re-use of scanner/parser with multiple operator tables
October 7th, 2005 ivtools-1.2.3
- add support for an external libtiff with a --with-tiff (and
-with-tiff-lib) configure arguments.
- changes necessary to compile with gcc-4.0
- changes necessary to compile with gcc-4.0 on top of ACE-5.4.7
- changes necessary to compile on suse-9.3 linux (amd64 platform).
Contributed by Paul Vixie.
- fixed bug in "addtool" command/mechanism in graphdraw and drawserv
- added support for color expressions to graphdraw (:colexpr), to
allow attribute-sensitive computation of a node's color.
|
|
|
|
|
|
|
|
Fix CONFLICTS pattern to include [0-9].
|
|
PostScript files. It also needs wget, so add both to DEPENDS.
Bump PKGREVISION.
|
|
|
|
Several changes are involved since they are all interrelated. These
changes affect about 1000 files.
The first major change is rewriting bsd.builtin.mk as well as all of
the builtin.mk files to follow the new example in bsd.builtin.mk.
The loop to include all of the builtin.mk files needed by the package
is moved from bsd.builtin.mk and into bsd.buildlink3.mk. bsd.builtin.mk
is now included by each of the individual builtin.mk files and provides
some common logic for all of the builtin.mk files. Currently, this
includes the computation for whether the native or pkgsrc version of
the package is preferred. This causes USE_BUILTIN.* to be correctly
set when one builtin.mk file includes another.
The second major change is teach the builtin.mk files to consider
files under ${LOCALBASE} to be from pkgsrc-controlled packages. Most
of the builtin.mk files test for the presence of built-in software by
checking for the existence of certain files, e.g. <pthread.h>, and we
now assume that if that file is under ${LOCALBASE}, then it must be
from pkgsrc. This modification is a nod toward LOCALBASE=/usr. The
exceptions to this new check are the X11 distribution packages, which
are handled specially as noted below.
The third major change is providing builtin.mk and version.mk files
for each of the X11 distribution packages in pkgsrc. The builtin.mk
file can detect whether the native X11 distribution is the same as
the one provided by pkgsrc, and the version.mk file computes the
version of the X11 distribution package, whether it's built-in or not.
The fourth major change is that the buildlink3.mk files for X11 packages
that install parts which are part of X11 distribution packages, e.g.
Xpm, Xcursor, etc., now use imake to query the X11 distribution for
whether the software is already provided by the X11 distribution.
This is more accurate than grepping for a symbol name in the imake
config files. Using imake required sprinkling various builtin-imake.mk
helper files into pkgsrc directories. These files are used as input
to imake since imake can't use stdin for that purpose.
The fifth major change is in how packages note that they use X11.
Instead of setting USE_X11, package Makefiles should now include
x11.buildlink3.mk instead. This causes the X11 package buildlink3
and builtin logic to be executed at the correct place for buildlink3.mk
and builtin.mk files that previously set USE_X11, and fixes packages
that relied on buildlink3.mk files to implicitly note that X11 is
needed. Package buildlink3.mk should also include x11.buildlink3.mk
when linking against the package libraries requires also linking
against the X11 libraries. Where it was obvious, redundant inclusions
of x11.buildlink3.mk have been removed.
|
|
Changes:
- fix for problem writing to /tmp
- compilation fix on NetBSD for comterp.c
- compilation patch submitted by Michal Palczew.
|
|
|
|
|
|
July 13th, 2004 ivtools-1.2.1
Two crashes discovered and fixed by Michal Palczewski (mpalczew at
users.sourceforge.net). One was a crash on exit after a delete with
idraw/drawtool, the other was a crash upon delete with graphdraw.
They turned out to be long-standing bugs in the order of object
deletion, problems that hadn't appeared with other versions of gcc.
RedHat must have adopted a more aggressive recycling of freed space in
a recent release. Thanks Michal.
June 3rd, 2004 ivtools-1.2
ivtools-1.2 sets a new direction for the package, toward peer-to-peer
drawing chat. ivtools' drawserv, the editor that incorporates every ivtool
mechanism to date (multi-frame, graph-editing, integrated scripting
language) has been extended to support a unique kind of
small-granularity shared whiteboard.
This work was based on the pre-existing networked scripting capability
of ivtools' comdraw. Then the pasting of any graphic was intercepted,
and the graphic serialized into a command that could be communicated
to other drawing editors to keep them in sync.
|
|
- continue evolution of iostreams usage to keep up with changes to
libstdc++-v3. Many thanks for reinstating a filebuf constructor that
accepts an integer file descriptor. Hard to wrap them around sockets
any other way.
- fix problem with use of ACE on Darwin with gcc-3.3.
- fix problem with lexical scanning introduced when "#" comment lines
were first handled.
|
|
|
|
Changes from 1.1.0: incorporation of our patches in the standard
distribution.
|
|
Fixes build with gcc3 and hopefully Alistair's bulk build.
Explicitly not updated to version 1.1.1 because while that version
builds with gcc3 with fewer patches it completely breaks gcc2.
Changes:
October 29th, 2003 ivtools-1.1.0
- re-enable use of shared memory for X11 image rendering under MacOS X
- fix command passed to popen() to detect executables on MacOS X
- fix up some AttrValue stuff
- all the changes it took to get it built with ACE on MacOS X (though
it doesn't work yet).
- the cpp bundled with gcc-3.3 has a bug, and gets confused by
back-slashed commas in macro arguments (it thinks they start a new
argument, which they don't). This introduced a problem to long stable
config files, but a workaround is here.
- this also fixes things so FreeBSD can configure on alpha architectures.
- add -svgexport flag to drawtool that by default suppresses (the
incomplete) SVG export mechanism.
|
|
|
|
|
|
Change MAINTAINER (OK'ed by tron)
Changes:
November 26th, 2002 ivtools-1.0.7
- fixes for compiling with gcc-3.2 using ACE (on RedHat 6.2)
- new comdraw funcs submitted by Secil Ugurel:
- migrate glyphs/text-editor to stand-alone ivtext.
- add Quit option under File menu to ivtext..
- preliminary support for SVG export. For those interested in playing
along at home, ivtools now supports export of line graphics via SVG,
with support for variable widths, colors, and dash-patterns, as well
as rectangle export with fill colors that are blends of foreground and
background (plus none fill).
- refactor OverlayPS::idraw_format to be a pair of set/get methods
where the get method overrides the internal static member value
(_idraw_format) with the value of an idraw_format flag on an
associated Command if there is one, either OvExportCmd or OvPrintCmd.
- the export dialog box now defaults to everything if nothing is selected
in the drawing editor.
- fix drawserv attribute expression propogation used for Null
Convention Logic emulation (http://www.theseus.com).
- a new version number 13 for the idraw format adds support for
executable fonts (as opposed to static fonts). Required by recent
versions of RedHat Linux.
- fix out-of-order destruction of member objects of the central
Unidraw object at program termination.
- disable use of X11 shared memory extension for MacOS X. This may
only be a problem with 10.1, or only be a problem with XFree86 4.2, so
it may be reinstated in the future.
- customize iostream include files for MacOS X Jaguar (10.2), to mask
the difference between Apple's version of gcc-3.1 libstdc++ and
everyone elses. This is untested, so let me know if it worked for you.
- apply diffs generated by Ben Hines in creating a fink package for
Jaguar (MacOS X 10.2)
August 2nd, 2002 ivtools-1.0.6
- more changes for compiling with gcc-2.96 on RedHat 7.*
August 1st, 2002 ivtools-1.0.5
- various compile time fixes for Solaris and Cygwin.
- a proper fix for handling non-idraw PostScript. An improper fix was
introduced in ivtools-1.0.3 that made all idraw format files get
filtered through pstoedit (if you had it). Pointed out by Todd Gruhn.
- changes required to compile ivtools with gcc-3.1. Most all in the area
of migrating from use of an fstream constructor that accepted a FILE*
to use of a derivative class (__gnu_cxx::stdio_filebuf<char>) that does
the same. Wrapped up the difference between 3.0.* and 3.1 by
conditionally defining a fileptr_fstream in src/include/ivstd/fstream.h
to filebuf for 3.0.* and __gnu_cxx::stdio_filebuf<char> for 3.1.
** Constant evolution of the behavior and API of filebuf has been the
single most challenging aspect of keeping ivtools compiling with gcc
and working for the past decade. I really hope things will be stable
for the next decade. **
- fixes for using ACE and ivtools with gcc-3.1
- fix up compiling with ACE using less than gcc-3.*
- disable incremental display while incrementally loading from a URL.
A placeholder raster still gets inserted before the connection is
established, and the rest of the download and display is asynchronous,
which avoids hanging on a net connection.
- compilation fixes based on feedback from Gregory Kriehn. Mostly
adding #include <string.h> where missing. Don't know why this wasn't
a problem in every environment. Should improve support for RedHat 7.*.
June 21st, 2002 ivtools-1.0.4
- give special meaning to a set of parentheses that proceed the
tuple operator ",", by adding an extra level of nesting to the
resultant list. Before the expression "(1,2),(3,4)" yielded
"{1,2,{3,4}}". Now it yields "{{1,2},{3,4}}" as one might expect.
This anomaly stemmed from the fact the tuple operator "," works
by concatenating its right-hand argument to its left-hand argument
if the left-hand argument is already a list (that's how the
interpreter concatenates a compound tuple-expression, i.e. "1,2,3,4").
- fix unitialized variable used when reading from sockets that would
cause a hang.
- add comterp commands for the value of PI (pi), converting radians to
degrees (radtodeg), and converting degrees to radians (degtorad).
- add new matrix transpose command (xpose), which takes a 2d list of numbers
(i.e. a matrix), and transposes them.
- add a matrix addition capability to the comterp "+" operator.
- add matrix multiplication to comterp "*" operator.
- extend matrix multiply to support vector inputs.
- add support for panning with cursor keys (left/right/up/down) as well
as Page Up and Page Down (PgUp/PgDn) for larger vertical moves.
- greatly improve the efficiency of rendering alpha-transparent
rasters with a TrueColor visual. Prior to this each input color was
being looked up in a table that could be as long as 2 to the 24th,
then the weighed average computed in floating point, then the result
rescaled into a TrueColor color. Now everything is done with nothing
more than 32 bit integer multiplies, adds, and shifts. Performance
has gone from a multi-second lag to adequately interactive.
- rename "Custom Tools" to "Extra Tools".
- migrate Attribute, Annotate, and GraphicLoc to "Extra Tools".
- add a :next flag to comdraw's import func. It attempts to
auto-increment the numerics in the last URL and import again.
- sync with diffs from latest Debian release (ivtools-0.9.2-6).
- add gcc-2.96 warning to INSTALL and README files
- remove installation of extraneous scripts when non-local install.
- save/restore raster alpha-transparency value in drawing documents.
- create AlphaTransparentCmd and make available under Edit/"Image Processing"
- create raster peek command for comdraw (RasterPeekFunc).
|
|
Drawing editors for PostScript, TeX, and web graphics
|
