Gnuplot version 5 contains significant new capabilities and enhancements.
The most recent previous release was 4.6 patchlevel 6 (4.6.6).
Please see the NEWS file for bugfixes and minor changes to version 5.0
applied after feedback on release candidates -rc1, -rc2, and -rc3.
Release Notes date: 31 December 2014
Many other additions are described in the "New Features" section of the
documentation.
Gnuplot development assigns very high priority to backward compatibility
with earlier versions. For example any command script that worked in
version 4.0 is expected to continue to work for all version 4 releases
including the most recent one (4.6.6). However changes introduced in
version 5 can affect the operation of some version 4 scripts.
A brief summary of potentially incompatible changes is given here.
- Earlier versions of gnuplot used the keyword "linetype" to mean both
the color and the solid/dot/dash pattern of a line. Version 5 has
separate keywords "linecolor" and "dashtype". You can use these keywords
directly in a plot command or assign any desired color and a dash pattern
to a linetype. The program now provides a default set of 8 linetypes, all solid.
You can change these or add new linetypes as you please. You do not need
to change the current terminal or terminal mode in order to use dashed lines.
- The handling of input data containing NaN, Inf, an inconsistent number of
data columns, or other unexpected content has changed. See documentation
under "missing" for examples and figures.
- Time coordinates are stored internally as the number of seconds relative
to the standard unix epoch 1-Jan-1970. Earlier versions of gnuplot used
a different epoch internally (1-Jan-2000). This change resolves
inconsistencies introduced when time in seconds was generated externally.
The epoch convention used by a particular gnuplot installation can be
determined using the command `print strftime("%F",0)`.
Time is now stored to at least millisecond precision.
- The function `timecolumn(N,"timeformat")` now has 2 parameters.
Because the second parameter is not associated with any particular data axis,
this allows using the `timecolumn` function to read time data for reasons
other than specifying the x or y coordinate. Use of time formats
to generate axis tick labels is now controlled by "set {xy}tics time" rather
than by "set {xy}data time". Thus prior calls to `set xdata time` or
`set timefmt x` are unnecessary for either input or output.
These older commands still work, but are deprecated.
- The "reverse" keyword (e.g. "set xrange [*:*] reverse") now affects only
autoscaling. It has no effect on explicit ranges.
"set xrange [0:1] reverse" is not the same as "set xrange [1:0]".
- Options to the "fit" command are now given by "set fit ..." rather than
by setting environmental variables. Fit can handle up to MAX_NUM_VAR
independent variables (currently 12). Variables other than the first
two (x, y) have been dissociated from axis names. This means, for example,
"set urange [U1:U2]" has no effect on fitting because "u" is not a fit
variable. Use the command "set dummy ..." to assign names to fit variables
3 ... 12.
- The `call` command is implemented by providing a set of variables ARGC,
ARG0, ..., ARG9. ARG0 holds the name of the script file being executed.
ARG1 to ARG9 are string variables and thus may either be referenced directly
or expanded as macros, e.g. @ARG1. The older convention for referencing
call parameters as tokens $0 ... $9 is deprecated.
- "unset xrange" (and other axis ranges) restores the default range.
- "unset terminal" restores the original terminal of the current session.
Demo plots illustrating new and old features are online at
http://gnuplot.sourceforge.net/demo_5.0/
- Linking against version 3.0 of wxWidgets + wxgtk (rather than version 2.8)
caused the wxt terminal to fail in the version 5 release candidates.
The 5.0 release contains a fix for this but it has not been extensively tested.
If you configure in the wxt terminal without also configuring in X11,
you may need to set the environmental variable TERMLIBS:
TERMLIBS="-lX11" ./configure
- A last-minute change to fix handling of "pause mouse" commands under MSWindows
has also been only lightly tested.
- Font initialization on OSX can be very slow, causing the qt terminal to
issue warning or error messages for the first plot command.
- You can configure support for both wxt and qt into the same gnuplot
executable, but only one of these two output modes can be used in any
given gnuplot session.
- Mac OSX ships with a terminal input library that appears to be GNU
libreadline, but isn't really. The program tries to cope with this, but
you may get better results by configuring gnuplot to use either its own
built-in readline routines or the real GNU libreadline.
- The gnuplot build system is not very good at figuring out where to find
or install LaTeX-related files. This can affect use of the lua/tikz
and ConTeXt terminals.
- Using mouse clicks to toggle individual plots on/off does not always
work correctly for multiplots if the key box is opaque.
Toggling plots drawn in hidden3d mode (hidden line removal) does not work.
- Mouse double-click to export terminal coordinates to the X11 clipboard
no longer works reliably, and may be deprecated in the future.
- The "update" command for use with "fit" does not work as documented, and
in practice works differently on different platforms. Use with caution.
This command will probably be revised for subsequent gnuplot releases.
The "gnuplot mode" elisp and TeX files for use with emacs are now
maintained as a separate project: https://github.com/bruceravel/gnuplot-mode
so there is no longer a configuration option --with-lisp-files.
The TeX tutorial produced by --with-tutorial is horribly out of date.
./configure --enable-backwards-compatibility will allow use of some
deprecated syntax from old gnuplot versions. However the result of
using these deprecated commands may not match the old version output.
The 5.0 source code supports three primary cross-platform output modes
in addition to several platform-specific modes.
- Qt
The qt terminal supports interactive display with menu-driven
output to png, svg or pdf. If either Qt4 or Qt5 is detected by the
configure script, this will be the default terminal. It is now the
fastest and most full-featured interactive terminal option.
To disable this terminal:
./configure --without-qt
To force use of Qt4 even if Qt5 is present:
./configure --with-qt=qt4
- Cairo/pango/wxWidgets
This set of terminals includes
- X11 (the "classic" interactive interface)
This used to be the preferred interactive interface, but the newer
wxt and qt terminals offer nicer output and a wider range of features.
Of course the terminals (output modes) present in previous gnuplot versions
are also still available. These include, among many more obscure options:
- Mouseable output for display on the web can be created using either
the canvas terminal (HTML5 2D canvas element) or the svg terminal.
Both allow zooming, toggling plot elements on/off, and user-scriptable
hot keys.
You can download a source tarball for gnuplot version 5.0.0 from the
gnuplot development site on SourceForge.
http://sourceforge.net/projects/gnuplot
Installation instructions are available in the source itself; the short
version for linux/unix-like systems is to unpack the tarball and then
build it:
cd gnuplot-5.0.0 ; ./configure ; make
test it:
make check
install it:
make install
Pay careful attention to the output of the ./configure script.
It may indicate that some output drivers have been omitted because the
necessary support libraries were not found. In general you need to have
previously installed the "-devel-" versions of these libraries.
Please report all bugs and installation problems to the bug tracker
on SourceForge:
http://sourceforge.net/p/gnuplot/bugs/
There is also an gnuplot discussion forum on usenet group
comp.graphics.apps.gnuplot
Gnuplot development is ongoing. The development branch on SourceForge
contains preliminary implementations of new features.
The source for version 5.0 is held in a separate branch of the CVS repository
tagged as "branch-5-0-stable". Development continues in the main branch using
the version number 5.1 (odd minor number), for eventual release as stable
version 5.2 (even minor number). Bugfixes to version 5.0 will appear in
patchlevel releases 5.0.1, 5.0.2, etc., approximately twice a year or
as needed to correct a serious problem.