Menu
▾
▴
plplot-cvs
|
From: <hez...@us...> - 2011-10-10 14:36:19
|
Revision: 11947
http://plplot.svn.sourceforge.net/plplot/?rev=11947&view=rev
Author: hezekiahcarty
Date: 2011-10-10 14:36:09 +0000 (Mon, 10 Oct 2011)
Log Message:
-----------
Update README.release with further testing results
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-10-10 13:38:01 UTC (rev 11946)
+++ trunk/README.release 2011-10-10 14:36:09 UTC (rev 11947)
@@ -367,6 +367,9 @@
test_interactive targets in the installed examples tree. These
tests were done with OCaml disabled because of a segfault and a
series of bad valgrind test results that occurred for OCaml 3.11.2.
+ We have tentatively ascribed this issue to issues with the OCaml
+ stack on that platform since this bad OCaml result contrasts with
+ good OCaml results on other reported platforms.
* (Andrew Ross) For one Ubuntu platform the test_noninteractive and
test_interactive targets for the shared libraries and dynamic
@@ -380,6 +383,8 @@
the good qt result on the previous two Linux platforms. When qt devices
were ignored, clean valgrind results were obtained for OCaml-3.12.1 and
OCaml-3.11.2 (in contrast to the results seen for OCaml-3.11.2 above).
+ Testing with the comprehensive_test.sh script and qt devices disabled
+ completed with good results.
* (Arjen Markus) MinGW/MSYS installed on a lightly loaded (at least
compared to Linux tests) Windows XP system gives good results for
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2011-10-11 04:07:58
|
Revision: 11950
http://plplot.svn.sourceforge.net/plplot/?rev=11950&view=rev
Author: airwin
Date: 2011-10-11 04:07:48 +0000 (Tue, 11 Oct 2011)
Log Message:
-----------
Update my valgrind test results.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-10-11 04:07:01 UTC (rev 11949)
+++ trunk/README.release 2011-10-11 04:07:48 UTC (rev 11950)
@@ -353,24 +353,36 @@
0. Tests made for release 5.9.9
-* (Alan W. Irwin) A fully loaded (all Linux bindings other than PDL,
- all Linux device drivers including our qt and cairo device drivers)
- Debian Squeeze Linux platform gave a good result for the
- scripts/comprehensive_test.sh script. This script runs 7 major
- tests for each of our three principal build configurations (shared
- library/dynamic device drivers, shared libraries/nondynamic device
- drivers, static libraries/nondynamic device drivers). Those 7 tests
- are ctest and the test_noninteractive and test_interactive targets
- in the build tree, the test_noninteractive and test_interactive
- targets configured with CMake in the installed examples tree, and
- the traditional (MakeFile + pkg-config) test_noninteractive and
- test_interactive targets in the installed examples tree. These
- tests were done with OCaml disabled because of a segfault and a
- series of bad valgrind test results that occurred for OCaml 3.11.2.
- We have tentatively ascribed this issue to issues with the OCaml
- stack on that platform since this bad OCaml result contrasts with
- good OCaml results on other reported platforms.
+* (Alan W. Irwin) The scripts/comprehensive_test.sh script was run for
+ a fully loaded (all Linux bindings other than PDL, all Linux device
+ drivers including our qt and cairo device drivers) Debian Squeeze
+ Linux platform with no obvious build-time or run-time issues being
+ found. This script runs 7 major tests for each of our three
+ principal build configurations (shared library/dynamic device
+ drivers, shared libraries/nondynamic device drivers, static
+ libraries/nondynamic device drivers). Those 7 tests are ctest and
+ the test_noninteractive and test_interactive targets in the build
+ tree, the test_noninteractive and test_interactive targets
+ configured with CMake in the installed examples tree, and the
+ traditional (MakeFile + pkg-config) test_noninteractive and
+ test_interactive targets in the installed examples tree.
+ These tests were done with OCaml disabled because of a segfault and
+ a series of bad valgrind test results that occurred for OCaml
+ 3.11.2. We have tentatively ascribed this issue to issues with the
+ OCaml stack on that platform since this bad OCaml result contrasts
+ with good OCaml results on other reported platforms.
+
+ In addition to the scripts/comprehensive_test.sh result,
+ comprehensive valgrind results were clean for all C examples for
+ both -dev psc and -dev epsqt for the build-tree/shared
+ library/dynamic device drivers case. The first result verifies
+ there are no core memory management issues for our C library and C
+ examples for one of our simpler devices that has no external
+ dependencies. The second result shows in addition that there are no
+ memory management issues for our epsqt device and the part of the
+ Qt4 version 4.6.3 stack that it uses on this platform.
+
* (Andrew Ross) For one Ubuntu platform the test_noninteractive and
test_interactive targets for the shared libraries and dynamic
drivers case gave good results. This was for a fully loaded
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <arj...@us...> - 2011-10-19 07:04:16
|
Revision: 11974
http://plplot.svn.sourceforge.net/plplot/?rev=11974&view=rev
Author: arjenmarkus
Date: 2011-10-19 07:04:09 +0000 (Wed, 19 Oct 2011)
Log Message:
-----------
Added announcement about the change in status for the FORTRAN 77 bindings.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-10-17 21:16:39 UTC (rev 11973)
+++ trunk/README.release 2011-10-19 07:04:09 UTC (rev 11974)
@@ -89,6 +89,26 @@
OFFICIAL NOTICES FOR USERS
+(5.9.10) For some years now we have had both FORTRAN 77 and Fortran 95
+bindings, but to the best of our knowledge, there are no longer
+any maintained FORTRAN 77 compilers left that do not also support
+Fortran 95. (g77 for instance has not been maintained for several
+years now. Its successor gfortran supports Fortran 95 and later standards
+as well all g77's legacy features).
+
+An important consequence is that we can not test the implementation for
+compliance to the FORTRAN 77 standard. Current Fortran compilers do
+allow this for the Fortran 95 standard.
+
+We therefore want to encourage anyone who uses PLplot with Fortran programs
+to use the Fortran 95 bindings. In the next release we will turn off
+the FORTRAN 77 bindings by default. That is, you can still build them
+and use them but you will need to specify that explicitly via the
+CMake options.
+
+In some future release we will deprecate these bindings. When this
+will happen has not been decided yet.
+
(5.9.9) This is a quick release to deal with two broken build issues
that were recently discovered for our Windows platform. Windows users should
avoid 5.9.8 because of these problems for that release, and instead use
@@ -1083,7 +1103,7 @@
we have now added substantially to the pllegend capabilities. and we
now believe pllegend is ready for prime time. The pllegend
capabilities are documented in our DocBook documentation and
-demonstrated in standard examples 4, 26, and 33.
+demonstrated in standard examples 4, 26, and 33.
N.B. The current set of changes required a backwards-incompatible
change to the pllegend API. This requires users who tried this new
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <and...@us...> - 2011-10-21 12:03:40
|
Revision: 11997
http://plplot.svn.sourceforge.net/plplot/?rev=11997&view=rev
Author: andrewross
Date: 2011-10-21 12:03:34 +0000 (Fri, 21 Oct 2011)
Log Message:
-----------
Add comments on standards compliance and code cleanup to release notes.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-10-21 10:02:09 UTC (rev 11996)
+++ trunk/README.release 2011-10-21 12:03:34 UTC (rev 11997)
@@ -89,6 +89,44 @@
OFFICIAL NOTICES FOR USERS
+(5.9.10) Significant efforts have been made to ensure the PLplot code
+is standards compliant and free from warnings. Compilance has been
+tested using the gcc compiler suite -std, -pedantic and -W flags. The
+language standards adopted are
+C: ISO C99 with POSIX.1-2001 base specification (required for a number
+of C library calls)
+C++: ISO C++ 1998 standard plus amendments
+F95: Fortran 95 standard
+
+Specifically, the following gcc / g++ / gfortran flags were used
+
+CFLAGS='-O3 -std=c99 -pedantic -D_POSIX_C_SOURCE=200112L -Wall \
+-Wextra -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs \
+-Wconversion -Wshadow -Wcast-qual -Wcast-align -Wwrite-strings'
+
+CCFLAGS='-O3 -fvisibility=hidden -std=c++98 -pedantic -Wall -Wextra '
+
+FFLAGS='-std=f95 -O3 -fall-intrinsics -fvisibility=hidden -pedantic \
+-Wall -Wextra '
+
+Note that the code is not yet quite standards compliant or warning free,
+but this is our aim. We know that a number of common compilers do not
+support these standards "out of the box", so we will continue to develop
+and support work arounds to ensure that PLplot remains easily built on
+a variety of platforms and compilers. Standards compliance should make
+it easier to port to new systems in the future. Using aggressive
+warnings flags will help to detect and eliminate errors or problems in
+the libraries.
+
+The gfortran -fall-intrinsics flag is required for a couple of
+non-standard intrinsics which are used in the code. In the future
+adopting the fortran 2003 or 2008 standard should allow this to be
+removed.
+
+Note: currently this code cleanup does not apply to code generated by
+swig (octave, python, java, lua bindings) which gives a large number of
+code warnings.
+
(5.9.10) For some years now we have had both FORTRAN 77 and Fortran 95
bindings, but to the best of our knowledge, there are no longer
any maintained FORTRAN 77 compilers left that do not also support
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2011-11-18 07:41:07
|
Revision: 12032
http://plplot.svn.sourceforge.net/plplot/?rev=12032&view=rev
Author: airwin
Date: 2011-11-18 07:41:00 +0000 (Fri, 18 Nov 2011)
Log Message:
-----------
Tweak wording concerning the announcement of the Windows
MinGW/gfortran compiler issue. Most of these tweaks concern
qualifying all references to gfortran that appear in this announcement
with the "MinGW/" prefix. The point of this qualification is this
problem is limited to Windows. Therefore, we don't want to concern
users of gfortran on Linux or Mac OS X by using the unqualified
gfortran term anywhere in this particular announcement.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-11-17 13:34:50 UTC (rev 12031)
+++ trunk/README.release 2011-11-18 07:41:00 UTC (rev 12032)
@@ -147,26 +147,26 @@
In some future release we will deprecate these bindings. When this
will happen has not been decided yet.
-(5.9.10) We have found that some distributions of the gfortran compiler
-on Windows MinGW/gfortran compiler (i.e., MinGW/gfortran 4.6.1 and 4.6.2 from
-http://www.equation.com) may cause a link error due to duplicate symbols
-like __gfortran_setarg_. These errors can be suppressed by adding
-the flag -Wl,--allow-multiple-define. It is very likely that this
-is a bug in these distributions.
+(5.9.10) We have found that some distributions of the Windows
+MinGW/gfortran compiler (i.e., MinGW/gfortran 4.6.1 and 4.6.2 from
+http://www.equation.com) may cause a link error due to duplicate
+symbols like __gfortran_setarg_. These errors can be suppressed by
+adding the flag -Wl,--allow-multiple-define. It is very likely that
+this is a bug in these distributions.
As building the libraries and the examples succeeds without any problem
if you use most other distributions of Windows MinGW/gfortran,
we have decided not to include this flag in our build system.
-Distributions of gfortran that are known to work:
+Distributions that are known to work:
- MinGW/gfortran-4.5 from http://www.equation.com,
- MinGW/gfortran-4.5.2-1 that is installed using the latest
mingw-get-inst-20110802 automatic installer available at
http://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst
- MinGW/gfortran-4.6.2 from tdm-gcc.tdragon.net
-(Therefore it is not the version of gfortran as such that causes
-this problem.)
+(Therefore it is not the 4.5.x versus 4.6.x version of MinGW/gfortran
+as such that causes this problem.)
(5.9.9) This is a quick release to deal with two broken build issues
that were recently discovered for our Windows platform. Windows users should
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2011-11-30 00:45:39
|
Revision: 12070
http://plplot.svn.sourceforge.net/plplot/?rev=12070&view=rev
Author: airwin
Date: 2011-11-30 00:45:32 +0000 (Wed, 30 Nov 2011)
Log Message:
-----------
Replace iso 85591 name with its utf8 equivalent to make this a pure
utf8 file.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-11-29 22:47:37 UTC (rev 12069)
+++ trunk/README.release 2011-11-30 00:45:32 UTC (rev 12070)
@@ -1218,7 +1218,7 @@
Previous releases had an implicit limitation with respect to the
number of vertices in a polygon. This was due to the use of statically
defined arrays (to avoid allocating and freeing memory for each polygon
-to be drawn). Jos\xE9 Luis Garc\xEDa Pallero found this limitation and
+to be drawn). José Luis García Pallero found this limitation and
provided patches to eliminate this limitation. The strategy is
that for small polygons, the original statically defined arrays
are used and for large polygons new arrays are allocated and freed.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <and...@us...> - 2011-12-08 19:46:17
|
Revision: 12100
http://plplot.svn.sourceforge.net/plplot/?rev=12100&view=rev
Author: andrewross
Date: 2011-12-08 19:46:11 +0000 (Thu, 08 Dec 2011)
Log Message:
-----------
Fix typo error - cmake uses CXXFLAGS not CCFLAGS
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2011-12-08 05:49:54 UTC (rev 12099)
+++ trunk/README.release 2011-12-08 19:46:11 UTC (rev 12100)
@@ -104,7 +104,7 @@
-Wextra -Wmissing-prototypes -Wstrict-prototypes -Wnested-externs \
-Wconversion -Wshadow -Wcast-qual -Wcast-align -Wwrite-strings'
-CCFLAGS='-O3 -fvisibility=hidden -std=c++98 -pedantic -Wall -Wextra '
+CXXFLAGS='-O3 -fvisibility=hidden -std=c++98 -pedantic -Wall -Wextra '
FFLAGS='-std=f95 -O3 -fall-intrinsics -fvisibility=hidden -pedantic \
-Wall -Wextra '
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <and...@us...> - 2012-10-24 21:51:20
|
Revision: 12253
http://plplot.svn.sourceforge.net/plplot/?rev=12253&view=rev
Author: andrewross
Date: 2012-10-24 21:51:13 +0000 (Wed, 24 Oct 2012)
Log Message:
-----------
Update release notes to discuss new shapefile support and deprecation of the old binary format for map files used by plmap.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2012-10-24 21:19:59 UTC (rev 12252)
+++ trunk/README.release 2012-10-24 21:51:13 UTC (rev 12253)
@@ -29,6 +29,8 @@
1. Changes relative to PLplot 5.9.9 (the previous development release)
+1.1 The format for map data used by plmap has changed
+
2. Changes relative to PLplot 5.8.0 (the previous stable release)
2.1 All autotools-related files have now been removed
@@ -86,9 +88,18 @@
2.50 Support large polygons
2.51 Complete set of PLplot parameters now available for Fortran
2.52 The plarc function has been added
+2.53 The format for map data used by plmap has changed
OFFICIAL NOTICES FOR USERS
+(5.9.10) The current format for maps used by plmap has been deprecated in
+favour of using shapefiles (a standard format widely used for GIS and with
+suitable free data sources available). This requires the shapelib library
+to be installed. If this library is not installed then by default no map
+support will be available. Support for the old binary format is still
+available by setting the cmake variable PL_DEPRECATED, however this
+support will be removed in a future release of PLplot.
+
(5.9.10) Those who use the Python version of plgriddata will have to
change their use of this function for this release as follows (see
examples/xw21.py)
@@ -449,9 +460,19 @@
1. Changes relative to PLplot 5.9.9 (the previous development release)
-No notable new features. This is a bug fix release. See the above
-announcements.
+1.1 The format for map data used by plmap has changed
+The format for map data used by plmap is now the shapefile format.
+This is a widely used standard format and there are many sources of data
+in this format. This replaces the custom binary format that PLplot used
+to use. The support for reading shapefiles is provided by the shapelib
+library, which is a new dependency for PLplot. If users do not have this
+installed then, by default, they will not get any map capabilites with
+PLplot. Support for the old format can still be enabled by setting the
+PL_DEPRECATED cmake variable, but this support will be removed in a
+subsequent PLplot release.
+
+
2. Changes relative to PLplot 5.8.0 (the previous stable release)
2.1 All autotools-related files have now been removed
@@ -1275,3 +1296,15 @@
The plarc function allows drawing filled and outlined arcs in PLplot.
Standard example 3 uses plarc.
+
+2.53 The format for map data used by plmap has changed
+
+The format for map data used by plmap is now the shapefile format.
+This is a widely used standard format and there are many sources of data
+in this format. This replaces the custom binary format that PLplot used
+to use. The support for reading shapefiles is provided by the shapelib
+library, which is a new dependency for PLplot. If users do not have this
+installed then, by default, they will not get any map capabilites with
+PLplot. Support for the old format can still be enabled by setting the
+PL_DEPRECATED cmake variable, but this support will be removed in a
+subsequent PLplot release.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <and...@us...> - 2013-05-10 22:21:37
|
Revision: 12341
http://sourceforge.net/p/plplot/code/12341
Author: andrewross
Date: 2013-05-10 22:21:33 +0000 (Fri, 10 May 2013)
Log Message:
-----------
Update release notes with details on the dropping of python Numeric support and on changes to allow non-integer line widths.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-05-10 22:12:04 UTC (rev 12340)
+++ trunk/README.release 2013-05-10 22:21:33 UTC (rev 12341)
@@ -30,6 +30,8 @@
1. Changes relative to PLplot 5.9.9 (the previous development release)
1.1 The format for map data used by plmap has changed
+1.2 Python support for Numeric has been dropped
+1.3 Non-integer line widths allowed
2. Changes relative to PLplot 5.8.0 (the previous stable release)
@@ -89,9 +91,16 @@
2.51 Complete set of PLplot parameters now available for Fortran
2.52 The plarc function has been added
2.53 The format for map data used by plmap has changed
+2.54 Python support for Numeric has been dropped
+2.55 Non-integer line widths allowed
OFFICIAL NOTICES FOR USERS
+(5.9.10) The long deprecated support for the python Numeric package has been
+dropped. This is no longer supported and is superceded by numpy. Support for
+numpy has been the default in plplot for a number of years so most users
+should notice no difference.
+
(5.9.10) The current format for maps used by plmap has been deprecated in
favour of using shapefiles (a standard format widely used for GIS and with
suitable free data sources available). This requires the shapelib library
@@ -472,7 +481,20 @@
PL_DEPRECATED cmake variable, but this support will be removed in a
subsequent PLplot release.
+1.2 Python support for Numeric has been dropped
+Support for the python Numeric package has been dropped. This has been
+deprecated since 5.9.6. Numeric is no longer supported and is superceded
+by numpy. Support for numpy has been the default in plplot for a number
+of years so most users should notice no difference.
+
+1.3 Non-integer line widths allowed
+
+All functions which take line width arguments (plwid, plshade*, pllegend)
+now support PLFLT values for the line width. This allows drivers which
+support this to take advantage of fine line widths. This is an API change
+from previous releases.
+
2. Changes relative to PLplot 5.8.0 (the previous stable release)
2.1 All autotools-related files have now been removed
@@ -1308,3 +1330,18 @@
PLplot. Support for the old format can still be enabled by setting the
PL_DEPRECATED cmake variable, but this support will be removed in a
subsequent PLplot release.
+
+2.54 Python support for Numeric has been dropped
+
+Support for the python Numeric package has been dropped. This has been
+deprecated since 5.9.6. Numeric is no longer supported and is superceded
+by numpy. Support for numpy has been the default in plplot for a number
+of years so most users should notice no difference.
+
+2.55 Non-integer line widths allowed
+
+All functions which take line width arguments (plwid, plshade*, pllegend)
+now support PLFLT values for the line width. This allows drivers which
+support this to take advantage of fine line widths. This is an API change
+from previous releases.
+
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-09-21 21:19:27
|
Revision: 12510
http://sourceforge.net/p/plplot/code/12510
Author: airwin
Date: 2013-09-21 21:19:22 +0000 (Sat, 21 Sep 2013)
Log Message:
-----------
Note added concerning recent breakthroughs for the Cygwin platform.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-09-18 19:12:42 UTC (rev 12509)
+++ trunk/README.release 2013-09-21 21:19:22 UTC (rev 12510)
@@ -32,6 +32,7 @@
1.1 The format for map data used by plmap has changed
1.2 Python support for Numeric has been dropped
1.3 Non-integer line widths allowed
+1.4 Improvements to the build system for the Cygwin case
2. Changes relative to PLplot 5.8.0 (the previous stable release)
@@ -93,6 +94,7 @@
2.53 The format for map data used by plmap has changed
2.54 Python support for Numeric has been dropped
2.55 Non-integer line widths allowed
+2.56 Improvements to the build system for the Cygwin case
OFFICIAL NOTICES FOR USERS
@@ -495,6 +497,25 @@
support this to take advantage of fine line widths. This is an API change
from previous releases.
+1.4 Improvements to the build system for the Cygwin case
+
+The Cygwin platform provides a full-featured Unix environment on
+Windows. CMake has recently been changed (at the request of Cygwin
+developers) to emphasize the Unix aspects of the Cygwin platform and
+deemphasize the Windows aspects of that platform. It was argued this
+change would tend to make CMake builds of software much more reliable
+on Cygwin, and after some small but important changes to our
+CMake-based build system to adjust for these recent CMake changes for
+Cygwin, we have indeed confirmed that prediction for the PLplot case.
+There are still some Cygwin platform issues left which are being
+discussed on our Wiki at http://www.miscdebris.net/plplot_wiki/, but
+some fundamental breakthroughs have also been made for the Cygwin case
+that should interest all our Windows users. For example, for the
+first time ever we have been able to build our cairo and qt device
+drivers on the Cygwin platform giving our Windows users convenient
+access to the many high-quality PLplot devices that are available with
+these two different device drivers.
+
2. Changes relative to PLplot 5.8.0 (the previous stable release)
2.1 All autotools-related files have now been removed
@@ -1345,3 +1366,21 @@
support this to take advantage of fine line widths. This is an API change
from previous releases.
+2.56 Improvements to the build system for the Cygwin case
+
+The Cygwin platform provides a full-featured Unix environment on
+Windows. CMake has recently been changed (at the request of Cygwin
+developers) to emphasize the Unix aspects of the Cygwin platform and
+deemphasize the Windows aspects of that platform. It was argued this
+change would tend to make CMake builds of software much more reliable
+on Cygwin, and after some small but important changes to our
+CMake-based build system to adjust for these recent CMake changes for
+Cygwin, we have indeed confirmed that prediction for the PLplot case.
+There are still some Cygwin platform issues left which are being
+discussed on our Wiki at http://www.miscdebris.net/plplot_wiki/, but
+some fundamental breakthroughs have also been made for the Cygwin case
+that should interest all our Windows users. For example, for the
+first time ever we have been able to build our cairo and qt device
+drivers on the Cygwin platform giving our Windows users convenient
+access to the many high-quality PLplot devices that are available with
+these two different device drivers.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-09-23 19:30:15
|
Revision: 12518
http://sourceforge.net/p/plplot/code/12518
Author: airwin
Date: 2013-09-23 19:30:11 +0000 (Mon, 23 Sep 2013)
Log Message:
-----------
Add sections describing work on plcolorbar and the pllegend and plcolorbar
documentation.
Reword the section describing the width changes.
colour ==> color.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-09-23 19:22:13 UTC (rev 12517)
+++ trunk/README.release 2013-09-23 19:30:11 UTC (rev 12518)
@@ -33,6 +33,8 @@
1.2 Python support for Numeric has been dropped
1.3 Non-integer line widths allowed
1.4 Improvements to the build system for the Cygwin case
+1.5 The plcolorbar API has been finalized
+1.6 Documentation of the new legend and color bar capabilities of PLplot
2. Changes relative to PLplot 5.8.0 (the previous stable release)
@@ -95,12 +97,14 @@
2.54 Python support for Numeric has been dropped
2.55 Non-integer line widths allowed
2.56 Improvements to the build system for the Cygwin case
+2.57 The plcolorbar API has been finalized
+2.58 Documentation of the new legend and color bar capabilities of PLplot
OFFICIAL NOTICES FOR USERS
(5.9.10) The long deprecated support for the python Numeric package has been
dropped. This is no longer supported and is superceded by numpy. Support for
-numpy has been the default in plplot for a number of years so most users
+numpy has been the default in PLplot for a number of years so most users
should notice no difference.
(5.9.10) The current format for maps used by plmap has been deprecated in
@@ -291,7 +295,7 @@
font fallback), falls back to ugly software fills, doesn't support
alpha transparency, etc. It also has a serious run-time issue with
example 2 (double free detected by glibc) which probably indicates
-some fundamental issue with the 100 colours in cmap0 for that
+some fundamental issue with the 100 colors in cmap0 for that
example. For those who really need portable pixmap results, we suggest
using the ImageMagick convert programme, e.g., "convert
examples/x24c01.pngqt test.ppm" or "convert examples/x24c01.pngcairo
@@ -307,7 +311,7 @@
some mainstream (e.g., Intel) chipsets. All of these characteristics
make it difficult to even test this device much less use it for
anything serious. Finally, it has had a well-known issue for years
-(incorrect colours) which has never been fixed indicating nobody is
+(incorrect colors) which has never been fixed indicating nobody is
interested in maintaining this device.
(5.9.6) We have retired our platform support of djgpp that used to
@@ -492,10 +496,15 @@
1.3 Non-integer line widths allowed
-All functions which take line width arguments (plwid, plshade*, pllegend)
-now support PLFLT values for the line width. This allows drivers which
-support this to take advantage of fine line widths. This is an API change
-from previous releases.
+All functions which take line width arguments (plwidth, plshade*,
+pllegend) now use PLFLT values for the line width. This allows device
+drivers which are based on modern graphics libraries such as Qt4 and
+pango/cairo to make full use (e.g., extremely fine line widths) of the
+floating-point line width capabilities of those libraries. The
+replacement of plwid by plwidth, and the change in argument lists for
+plshade* and pllegend constitute a backwards incompatible API change
+from previous releases and the soname of libraries has been bumped
+accordingly (which forces a recompile).
1.4 Improvements to the build system for the Cygwin case
@@ -516,6 +525,36 @@
access to the many high-quality PLplot devices that are available with
these two different device drivers.
+1.5 The plcolorbar API has been finalized
+
+The function plcolorbar allows users to create a color bar (an
+annotated subplot representing a continuous range of colors within the
+main plot and typically identifying certain colors with certain
+numerical values using an axis). The plcolorbar capabilities are
+documented in our DocBook (and doxygen) documentation and demonstrated
+in standard examples 16 and 33.
+
+N.B. The previous two releases (5.9.8 and 5.9.9) contained
+unadvertised experimental versions of plcolorbar. Any PLplot user who
+found and tried those capabilities will have to reprogramme their
+plcolorbar calls to be compatible with the argument list of the latest
+version.
+
+1.6. Documentation of the new legend and color bar capabilities of PLplot
+
+The pllegend and plcolorbar API has been documented in both doxygen
+and DocBook forms. In addition, the "advanced use" chapter of the
+DocBook form of documentation now contains a section giving an
+overview of pllegend and plcolorbar.
+
+N.B. Although we feel the pllegend and plcolorbar API has now been
+finalized with regard to the PLplot core developers own interests and
+needs, we also realize that as more and more PLplot users take
+advantage of these new PLplot capabilities there will likely be calls
+to add additional features to pllegend or plcolorbar based on
+additional experience with these powerful capabilities. In general,
+we would welcome such feature requests.
+
2. Changes relative to PLplot 5.8.0 (the previous stable release)
2.1 All autotools-related files have now been removed
@@ -1049,7 +1088,7 @@
(e.g., axis labels) will then use it for command-line input of
floating-point values as well.
-Certain critical areas of the PLplot library (e.g., our colour palette file
+Certain critical areas of the PLplot library (e.g., our color palette file
reading routines and much of the code in our device drivers) absolutely
require a period for the decimal separator. We now protect those critical
areas by saving the normal PLplot LC_NUMERIC locale (established with the
@@ -1064,7 +1103,7 @@
2.37 Linear gradients have been implemented
The new plgradient routine draws a linear gradient (based on the
-current colour map 1) at a specified angle with the x axis for a
+current color map 1) at a specified angle with the x axis for a
specified polygon. Standard examples 25 and 30 now demonstrate use of
plgradient. Some devices use a software fallback to render the
gradient. This fallback is implemented with plshades which uses a
@@ -1201,7 +1240,6 @@
(most of which are optional) within that legend. The resulting legend
is clipped at the boundaries of the current subpage
-
2.45 Add full bindings and examples for the D language.
As of release 5.9.5 we added full bindings and examples for the D
@@ -1361,10 +1399,15 @@
2.55 Non-integer line widths allowed
-All functions which take line width arguments (plwid, plshade*, pllegend)
-now support PLFLT values for the line width. This allows drivers which
-support this to take advantage of fine line widths. This is an API change
-from previous releases.
+All functions which take line width arguments (plwidth, plshade*,
+pllegend) now use PLFLT values for the line width. This allows device
+drivers which are based on modern graphics libraries such as Qt4 and
+pango/cairo to make full use (e.g., extremely fine line widths) of the
+floating-point line width capabilities of those libraries. The
+replacement of plwid by plwidth, and the change in argument lists for
+plshade* and pllegend constitute a backwards incompatible API change
+from previous releases and the soname of libraries has been bumped
+accordingly (which forces a recompile).
2.56 Improvements to the build system for the Cygwin case
@@ -1384,3 +1427,34 @@
drivers on the Cygwin platform giving our Windows users convenient
access to the many high-quality PLplot devices that are available with
these two different device drivers.
+
+2.57 The plcolorbar API has been finalized
+
+The function plcolorbar allows users to create a color bar (an
+annotated subplot representing a continuous range of colors within the
+main plot and typically identifying certain colors with certain
+numerical values using an axis). The plcolorbar capabilities are
+documented in our DocBook (and doxygen) documentation and demonstrated
+in standard examples 16 and 33.
+
+N.B. The previous two releases (5.9.8 and 5.9.9) contained
+unadvertised experimental versions of plcolorbar. Any PLplot user who
+found and tried those capabilities will have to reprogramme their
+plcolorbar calls to be compatible with the argument list of the latest
+version.
+
+2.58 Documentation of the new legend and color bar capabilities of PLplot
+
+The pllegend and plcolorbar API has been documented in both doxygen
+and DocBook forms. In addition, the "advanced use" chapter of the
+DocBook form of documentation now contains a section giving an
+overview of pllegend and plcolorbar.
+
+N.B. Although we feel the pllegend and plcolorbar API has now been
+finalized with regard to the PLplot core developers own interests and
+needs, we also realize that as more and more PLplot users take
+advantage of these new PLplot capabilities there will likely be calls
+to add additional features to pllegend or plcolorbar based on
+additional experience with these powerful capabilities. In general,
+we would welcome such feature requests.
+
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-09-29 07:42:42
|
Revision: 12545
http://sourceforge.net/p/plplot/code/12545
Author: airwin
Date: 2013-09-29 07:42:37 +0000 (Sun, 29 Sep 2013)
Log Message:
-----------
Substantial update to reflect all important changes (as revealed by
the commit messages) since the last release.
Spell check using
aspell check README.release
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-09-28 17:52:22 UTC (rev 12544)
+++ trunk/README.release 2013-09-29 07:42:37 UTC (rev 12545)
@@ -6,9 +6,9 @@
stable release will be 5.10.0.
If you encounter a problem that is not already documented in the
-PROBLEMS file or on our bugtracker, then please send bug reports to PLplot
+PROBLEMS file or on our bug tracker, then please send bug reports to PLplot
developers via the mailing lists at
-http://sourceforge.net/mail/?group_id=2915 (preferred) or on our bugtracker
+http://sourceforge.net/mail/?group_id=2915 (preferred) or on our bug tracker
at http://sourceforge.net/tracker/?group_id=2915&atid=102915.
Please see the license under which this software is distributed
@@ -31,10 +31,21 @@
1.1 The format for map data used by plmap has changed
1.2 Python support for Numeric has been dropped
-1.3 Non-integer line widths allowed
+1.3 Backwards-incompatible API change to non-integer line widths
1.4 Improvements to the build system for the Cygwin case
1.5 The plcolorbar API has been finalized
1.6 Documentation of the new legend and color bar capabilities of PLplot
+1.7 The D bindings and examples have been converted from the
+old version of D (D1) to the new version of D (D2)
+1.8 The DocBook documentation for PLplot is now generated using modern
+XML/XSL backend tools for DocBook
+1.9 Implement experimental build_projects sub-project
+1.10 Implement extremely simple "00" example
+1.11 Convert to using the Allura form of SourceForge software
+1.12 Use NON_TRANSITIVE linking by default for the shared libraries case for
+all non-windows systems
+1.13 Update f95 examples to take larger advantage of Fortran 95 capabilities
+1.14 Substantial additions to the doxygen documentation
2. Changes relative to PLplot 5.8.0 (the previous stable release)
@@ -78,7 +89,7 @@
2.36 Make PLplot aware of LC_NUMERIC locale
2.37 Linear gradients have been implemented
2.38 Cairo Windows driver implemented
-2.39 Custom axis labeling implemented
+2.39 Custom axis labelling implemented
2.40 Universal coordinate transform implemented
2.41 Support for arbitrary storage of 2D user data
2.42 Font improvements
@@ -95,15 +106,34 @@
2.52 The plarc function has been added
2.53 The format for map data used by plmap has changed
2.54 Python support for Numeric has been dropped
-2.55 Non-integer line widths allowed
+2.55 Backwards-incompatible API change to non-integer line widths
2.56 Improvements to the build system for the Cygwin case
2.57 The plcolorbar API has been finalized
2.58 Documentation of the new legend and color bar capabilities of PLplot
+2.59 The D bindings and examples have been converted from the
+old version of D (D1) to the new version of D (D2)
+2.60 The DocBook documentation for PLplot is now generated using modern
+XML/XSL backend tools for DocBook
+2.61 Implement experimental build_projects sub-project
+2.62 Implement extremely simple "00" example
+2.63 Convert to using the Allura form of SourceForge software
+2.64 Use NON_TRANSITIVE linking by default for the shared libraries case for
+all non-windows systems
+2.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
+2.66 Substantial additions to the doxygen documentation
+
OFFICIAL NOTICES FOR USERS
+(5.9.10) The minimum version of CMake has been bumped to 2.8.9. This
+change allows our build system to take advantage of CMake features
+introduced in later versions of CMake. Even more importantly it also
+updates user's builds to the CMake policy conventions (important
+backwards-incompatible changes in CMake behaviour introduced in later
+versions of CMake) to the default CMake policy used for 2.8.9.
+
(5.9.10) The long deprecated support for the python Numeric package has been
-dropped. This is no longer supported and is superceded by numpy. Support for
+dropped. This is no longer supported and is superseded by numpy. Support for
numpy has been the default in PLplot for a number of years so most users
should notice no difference.
@@ -129,7 +159,7 @@
zg = plgriddata(x, y, z, xg, yg, alg, opt[alg-1])
(5.9.10) Significant efforts have been made to ensure the PLplot code
-is standards compliant and free from warnings. Compilance has been
+is standards compliant and free from warnings. Compliance has been
tested using the gcc compiler suite -std, -pedantic and -W flags. The
language standards adopted are
C: ISO C99 with POSIX.1-2001 base specification (required for a number
@@ -151,7 +181,7 @@
Note that the code is not yet quite standards compliant or warning free,
but this is our aim. We know that a number of common compilers do not
support these standards "out of the box", so we will continue to develop
-and support work arounds to ensure that PLplot remains easily built on
+and support workarounds to ensure that PLplot remains easily built on
a variety of platforms and compilers. Standards compliance should make
it easier to port to new systems in the future. Using aggressive
warnings flags will help to detect and eliminate errors or problems in
@@ -451,30 +481,13 @@
CHANGES
--1. Important changes we should have mentioned in previous release announcements.
-
--1.1 Add full bindings and examples for the D language.
-
-As of release 5.9.5 we added full bindings and examples for the D
-language. The results for the D examples are generally consistent
-with the corresponding C examples which helps to verify the D
-bindings.
-
-Since the release of 5.9.5 it has come to our attention that the
-version of gdc supplied with several recent versions of Ubuntu has a
-very serious bug on 64-bit systems (see
-https://bugs.launchpad.net/ubuntu/+source/gdc-4.2/+bug/235955) which
-causes several of the plplot D examples to crash. If this affects you,
-you are recommended to disable the d bindings or switch to an
-alternative d compiler (the Digital Mars compiler is reported to be
-good).
-
-
0. Tests made for release 5.9.10
-
1. Changes relative to PLplot 5.9.9 (the previous development release)
+N.B. This release includes many code cleanups and fixes relative to
+5.9.9 that are not mentioned in the list below.
+
1.1 The format for map data used by plmap has changed
The format for map data used by plmap is now the shapefile format.
@@ -482,7 +495,7 @@
in this format. This replaces the custom binary format that PLplot used
to use. The support for reading shapefiles is provided by the shapelib
library, which is a new dependency for PLplot. If users do not have this
-installed then, by default, they will not get any map capabilites with
+installed then, by default, they will not get any map capabilities with
PLplot. Support for the old format can still be enabled by setting the
PL_DEPRECATED cmake variable, but this support will be removed in a
subsequent PLplot release.
@@ -490,11 +503,11 @@
1.2 Python support for Numeric has been dropped
Support for the python Numeric package has been dropped. This has been
-deprecated since 5.9.6. Numeric is no longer supported and is superceded
+deprecated since 5.9.6. Numeric is no longer supported and is superseded
by numpy. Support for numpy has been the default in plplot for a number
of years so most users should notice no difference.
-1.3 Non-integer line widths allowed
+1.3 Backwards-incompatible API change to non-integer line widths
All functions which take line width arguments (plwidth, plshade*,
pllegend) now use PLFLT values for the line width. This allows device
@@ -504,7 +517,7 @@
replacement of plwid by plwidth, and the change in argument lists for
plshade* and pllegend constitute a backwards incompatible API change
from previous releases and the soname of libraries has been bumped
-accordingly (which forces a recompile).
+accordingly (which forces users to recompile PLplot).
1.4 Improvements to the build system for the Cygwin case
@@ -540,7 +553,7 @@
plcolorbar calls to be compatible with the argument list of the latest
version.
-1.6. Documentation of the new legend and color bar capabilities of PLplot
+1.6 Documentation of the new legend and color bar capabilities of PLplot
The pllegend and plcolorbar API has been documented in both doxygen
and DocBook forms. In addition, the "advanced use" chapter of the
@@ -555,8 +568,81 @@
additional experience with these powerful capabilities. In general,
we would welcome such feature requests.
+1.7 The D bindings and examples have been converted from the
+old version of D (D1) to the new version of D (D2)
+
+This change should make PLplot much more relevant for D users
+going forward.
+
+See http://en.wikipedia.org/wiki/D_(programming_language)#History for
+a discussion of the differences between these two variants of D.
+
+1.8 The DocBook documentation for PLplot is now generated using modern
+XML/XSL backend tools for DocBook
+
+These modern backend tools (such as xmlto) replace the
+deprecated/unmaintained SGML/DSSL tools we have used before. For
+developers this means generation of our DocBook generation is much
+easier. much faster, and much less error-prone. End users will notice
+some improvements in the results (e.g., the table of Greek letters) as
+well as some minor style changes.
+
+1.9 Implement experimental build_projects sub-project
+
+The idea here (see cmake/build_projects) is to automate the build of
+all PLplot dependencies and the build and test of PLplot itself for
+platforms (such as Linux enterprise distributions and all forms of
+Windows platforms other than Cygwin) that do not come with modern
+versions of PLplot soft dependencies such as Pango/Cairo and Qt.
+This project is beginning to work properly for the Linux case, but
+still needs lots of work for the Windows case.
+
+1.10 Implement extremely simple "00" example
+
+The point of this standard example is to give the users an extremely
+simple tutorial example to help them to get started with 2D plotting
+with PLplot.
+
+1.11 Convert to using the Allura form of SourceForge software
+
+We use sourceforge.net as our software hosting facility. Early in
+2013 Sourceforge updated essentially all their support software as
+part of the so-called Allura project. This made it necessary to make
+some minor internal PLplot changes such as script changes and different URL's
+in the website referring to SourceForge facilities. The most important
+change from the user perspective is the URL for the Allura form
+of the svn repository that we use now:
+
+http://svn.code.sf.net/p/plplot/code/trunk/
+
+1.12 Use NON_TRANSITIVE linking by default for the shared libraries case for
+all non-windows systems
+
+The point of this change is to reduce overlinking and therefore
+the problems caused by overlinking that are mentioned
+at http://en.altlinux.org/UnderOverLinkProblems.
+
+Non-transitive linking means link only to libraries that directly
+resolve undefined symbols, i.e., do not link to a library just because
+it is a dependency of a dependency.
+
+1.13 Update f95 examples to take larger advantage of Fortran 95 capabilities
+
+Previously our f95 examples tended to use legacy Fortran capabilities, but
+that situation has substantially changed for this release.
+
+1.14 Substantial additions to the doxygen documentation
+
+One of the on-going documentation projects is to create doxygen
+documentation of every single argument of the public API for PLplot.
+A substantial increase in such documentation has been implemented
+in this release cycle.
+
2. Changes relative to PLplot 5.8.0 (the previous stable release)
+N.B. This release includes many code cleanups and fixes relative to
+5.8.0 that are not mentioned in the list below.
+
2.1 All autotools-related files have now been removed
CMake is now the only supported build system. It has been tested on
@@ -681,7 +767,7 @@
Complete reorganization of the driver code. A new backend was added, based
on the wxGraphicsContext class, which is available for wxWidgets 2.8.4
-and later. This backend produces antialized output similar to the
+and later. This backend produces antialiased output similar to the
AGG backend but has no dependency on the AGG library. The basic wxDC
backend and the wxGraphicsContext backend process the text output
on their own, which results in much nicer plots than with the standard
@@ -810,7 +896,7 @@
set and get functions) and PostScript output for different languages as a
check. Thanks to the addition of example 31, the inclusion of examples 14
and 17 in the test suite and other recent extensions of the other
-examples we now have rigourous testing in place for almost the entirety
+examples we now have rigorous testing in place for almost the entirety
of our common API. This extensive testing framework has already helped
us track down a number of bugs, and it should make it much easier for us
to maintain high quality for our ongoing PLplot releases.
@@ -1121,12 +1207,12 @@
interactive cairo driver for Windows similar to xcairo on Linux.
Work to improve its functionality is ongoing.
-2.39 Custom axis labeling implemented
+2.39 Custom axis labelling implemented
Axis text labels can now be customized using the new plslabelfunc function.
This allows a user to specify what text should be draw at a given position
along a plot axis. Example 19 has been updated to illustrate this function's
-use through labeling geographic coordinates in degrees North, South, East and
+use through labelling geographic coordinates in degrees North, South, East and
West.
2.40 Universal coordinate transform implemented
@@ -1385,7 +1471,7 @@
in this format. This replaces the custom binary format that PLplot used
to use. The support for reading shapefiles is provided by the shapelib
library, which is a new dependency for PLplot. If users do not have this
-installed then, by default, they will not get any map capabilites with
+installed then, by default, they will not get any map capabilities with
PLplot. Support for the old format can still be enabled by setting the
PL_DEPRECATED cmake variable, but this support will be removed in a
subsequent PLplot release.
@@ -1393,11 +1479,11 @@
2.54 Python support for Numeric has been dropped
Support for the python Numeric package has been dropped. This has been
-deprecated since 5.9.6. Numeric is no longer supported and is superceded
+deprecated since 5.9.6. Numeric is no longer supported and is superseded
by numpy. Support for numpy has been the default in plplot for a number
of years so most users should notice no difference.
-2.55 Non-integer line widths allowed
+2.55 Backwards-incompatible API change to non-integer line widths
All functions which take line width arguments (plwidth, plshade*,
pllegend) now use PLFLT values for the line width. This allows device
@@ -1407,7 +1493,7 @@
replacement of plwid by plwidth, and the change in argument lists for
plshade* and pllegend constitute a backwards incompatible API change
from previous releases and the soname of libraries has been bumped
-accordingly (which forces a recompile).
+accordingly (which forces users to recompile PLplot).
2.56 Improvements to the build system for the Cygwin case
@@ -1458,3 +1544,74 @@
additional experience with these powerful capabilities. In general,
we would welcome such feature requests.
+2.59 The D bindings and examples have been converted from the
+old version of D (D1) to the new version of D (D2)
+
+This change should make PLplot much more relevant for D users
+going forward.
+
+See http://en.wikipedia.org/wiki/D_(programming_language)#History for
+a discussion of the differences between these two variants of D.
+
+2.60 The DocBook documentation for PLplot is now generated using modern
+XML/XSL backend tools for DocBook
+
+These modern backend tools (such as xmlto) replace the
+deprecated/unmaintained SGML/DSSL tools we have used before. For
+developers this means generation of our DocBook generation is much
+easier. much faster, and much less error-prone. End users will notice
+some improvements in the results (e.g., the table of Greek letters) as
+well as some minor style changes.
+
+2.61 Implement experimental build_projects sub-project
+
+The idea here (see cmake/build_projects) is to automate the build of
+all PLplot dependencies and the build and test of PLplot itself for
+platforms (such as Linux enterprise distributions and all forms of
+Windows platforms other than Cygwin) that do not come with modern
+versions of PLplot soft dependencies such as Pango/Cairo and Qt.
+This project is beginning to work properly for the Linux case, but
+still needs lots of work for the Windows case.
+
+2.62 Implement extremely simple "00" example
+
+The point of this standard example is to give the users an extremely
+simple tutorial example to help them to get started with 2D plotting
+with PLplot.
+
+2.63 Convert to using the Allura form of SourceForge software
+
+We use sourceforge.net as our software hosting facility. Early in
+2013 Sourceforge updated essentially all their support software as
+part of the so-called Allura project. This made it necessary to make
+some minor internal PLplot changes such as script changes and different URL's
+in the website referring to SourceForge facilities. The most important
+change from the user perspective is the URL for the Allura form
+of the svn repository that we use now:
+
+http://svn.code.sf.net/p/plplot/code/trunk/
+
+2.64 Use NON_TRANSITIVE linking by default for the shared libraries case for
+all non-windows systems
+
+The point of this change is to reduce overlinking and therefore
+the problems caused by overlinking that are mentioned
+at http://en.altlinux.org/UnderOverLinkProblems.
+
+Non-transitive linking means link only to libraries that directly
+resolve undefined symbols, i.e., do not link to a library just because
+it is a dependency of a dependency.
+
+2.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
+
+Previously our f95 examples tended to use legacy Fortran capabilities, but
+that situation has substantially changed for this release.
+
+2.66 Substantial additions to the doxygen documentation
+
+One of the on-going documentation projects is to create doxygen
+documentation of every single argument of the public API for PLplot.
+A substantial increase in such documentation has been implemented
+in this release cycle.
+
+
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-09-29 20:41:57
|
Revision: 12549
http://sourceforge.net/p/plplot/code/12549
Author: airwin
Date: 2013-09-29 20:41:52 +0000 (Sun, 29 Sep 2013)
Log Message:
-----------
Report (good) test results for this release.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-09-29 20:41:21 UTC (rev 12548)
+++ trunk/README.release 2013-09-29 20:41:52 UTC (rev 12549)
@@ -483,6 +483,34 @@
0. Tests made for release 5.9.10
+Comprehensive testing that showed no non-zero return codes or other
+obvious run-time issues such as segfaults was done for the Debian
+Wheezy platform. These tests were done with the
+scripts/comprehensive_test.sh which does 21 major tests. Those tests
+consist of seven tests (ctest, and "make test_noninteractive" and make
+"test_interactive" results for the build tree, and "make
+test_noninteractive" and make "test_interactive" results for both the
+traditional and CMake-based build systems for the installed examples
+tree) for each of our three major configurations (shared
+libraries/dynamic devices, shared libraries/non-dynamic devices,
+static libraries/non-dynamic devices).
+
+More limited testing that showed no non-zero return codes or other
+obvious run-time issues such as segfaults was done on a large number
+of different platforms including the following:
+
+Fedora with "Unix Makefiles" generator
+Ubuntu with "Unix Makefiles" generator
+Debian unstable with "Unix Makefiles" generator
+Debian wheezy with "Ninja" generator
+Wine version of Windows with "MSYS Makefiles" generator
+Wine version of Windows with "MinGW Makefiles" generator
+Wine version of Windows with "NMake Makefiles JOM" generator
+Microsoft version of Windows with Cygwin and with "Unix Makefiles" generator
+Microsoft version of Windows with "MinGW Makefiles" generator
+Microsoft version of Windows with "MSYS Makefiles" generator
+Microsoft version of Windows with "NMake Makefiles" generator
+
1. Changes relative to PLplot 5.9.9 (the previous development release)
N.B. This release includes many code cleanups and fixes relative to
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-10-01 06:30:29
|
Revision: 12562
http://sourceforge.net/p/plplot/code/12562
Author: airwin
Date: 2013-10-01 06:30:27 +0000 (Tue, 01 Oct 2013)
Log Message:
-----------
Prepare new version of this file (currently with no changes relative
to 5.9.10) to be used by every active developer during the course of the
of 5.9.11 release cycle to record their notable changes.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-10-01 06:22:48 UTC (rev 12561)
+++ trunk/README.release 2013-10-01 06:30:27 UTC (rev 12562)
@@ -1,4 +1,4 @@
-PLplot Release 5.9.10
+PLplot Release 5.9.11
~~~~~~~~~~~~~~~~~~~~
This is a development release of PLplot. It represents the ongoing efforts
of the community to improve the PLplot plotting package. Development
@@ -21,32 +21,10 @@
CHANGES
--1. Important changes we should have mentioned in previous release announcements.
+0. Tests made for release 5.9.11
--1.1 Add full bindings and examples for the D language.
+1. Changes relative to PLplot 5.9.10 (the previous development release)
-0. Tests made for release 5.9.10
-
-1. Changes relative to PLplot 5.9.9 (the previous development release)
-
-1.1 The format for map data used by plmap has changed
-1.2 Python support for Numeric has been dropped
-1.3 Backwards-incompatible API change to non-integer line widths
-1.4 Improvements to the build system for the Cygwin case
-1.5 The plcolorbar API has been finalized
-1.6 Documentation of the new legend and color bar capabilities of PLplot
-1.7 The D bindings and examples have been converted from the
-old version of D (D1) to the new version of D (D2)
-1.8 The DocBook documentation for PLplot is now generated using modern
-XML/XSL backend tools for DocBook
-1.9 Implement experimental build_projects sub-project
-1.10 Implement extremely simple "00" example
-1.11 Convert to using the Allura form of SourceForge software
-1.12 Use NON_TRANSITIVE linking by default for the shared libraries case for
-all non-windows systems
-1.13 Update f95 examples to take larger advantage of Fortran 95 capabilities
-1.14 Substantial additions to the doxygen documentation
-
2. Changes relative to PLplot 5.8.0 (the previous stable release)
2.1 All autotools-related files have now been removed
@@ -481,191 +459,10 @@
CHANGES
-0. Tests made for release 5.9.10
+0. Tests made for release 5.9.11
-Comprehensive testing that showed no non-zero return codes or other
-obvious run-time issues such as segfaults was done for the Debian
-Wheezy platform. These tests were done with the
-scripts/comprehensive_test.sh which does 21 major tests. Those tests
-consist of seven tests (ctest, and "make test_noninteractive" and make
-"test_interactive" results for the build tree, and "make
-test_noninteractive" and make "test_interactive" results for both the
-traditional and CMake-based build systems for the installed examples
-tree) for each of our three major configurations (shared
-libraries/dynamic devices, shared libraries/non-dynamic devices,
-static libraries/non-dynamic devices).
+1. Changes relative to PLplot 5.9.10 (the previous development release)
-More limited testing that showed no non-zero return codes or other
-obvious run-time issues such as segfaults was done on a large number
-of different platforms including the following:
-
-Fedora with "Unix Makefiles" generator
-Ubuntu with "Unix Makefiles" generator
-Debian unstable with "Unix Makefiles" generator
-Debian wheezy with "Ninja" generator
-Wine version of Windows with "MSYS Makefiles" generator
-Wine version of Windows with "MinGW Makefiles" generator
-Wine version of Windows with "NMake Makefiles JOM" generator
-Microsoft version of Windows with Cygwin and with "Unix Makefiles" generator
-Microsoft version of Windows with "MinGW Makefiles" generator
-Microsoft version of Windows with "MSYS Makefiles" generator
-Microsoft version of Windows with "NMake Makefiles" generator
-
-1. Changes relative to PLplot 5.9.9 (the previous development release)
-
-N.B. This release includes many code cleanups and fixes relative to
-5.9.9 that are not mentioned in the list below.
-
-1.1 The format for map data used by plmap has changed
-
-The format for map data used by plmap is now the shapefile format.
-This is a widely used standard format and there are many sources of data
-in this format. This replaces the custom binary format that PLplot used
-to use. The support for reading shapefiles is provided by the shapelib
-library, which is a new dependency for PLplot. If users do not have this
-installed then, by default, they will not get any map capabilities with
-PLplot. Support for the old format can still be enabled by setting the
-PL_DEPRECATED cmake variable, but this support will be removed in a
-subsequent PLplot release.
-
-1.2 Python support for Numeric has been dropped
-
-Support for the python Numeric package has been dropped. This has been
-deprecated since 5.9.6. Numeric is no longer supported and is superseded
-by numpy. Support for numpy has been the default in plplot for a number
-of years so most users should notice no difference.
-
-1.3 Backwards-incompatible API change to non-integer line widths
-
-All functions which take line width arguments (plwidth, plshade*,
-pllegend) now use PLFLT values for the line width. This allows device
-drivers which are based on modern graphics libraries such as Qt4 and
-pango/cairo to make full use (e.g., extremely fine line widths) of the
-floating-point line width capabilities of those libraries. The
-replacement of plwid by plwidth, and the change in argument lists for
-plshade* and pllegend constitute a backwards incompatible API change
-from previous releases and the soname of libraries has been bumped
-accordingly (which forces users to recompile PLplot).
-
-1.4 Improvements to the build system for the Cygwin case
-
-The Cygwin platform provides a full-featured Unix environment on
-Windows. CMake has recently been changed (at the request of Cygwin
-developers) to emphasize the Unix aspects of the Cygwin platform and
-deemphasize the Windows aspects of that platform. It was argued this
-change would tend to make CMake builds of software much more reliable
-on Cygwin, and after some small but important changes to our
-CMake-based build system to adjust for these recent CMake changes for
-Cygwin, we have indeed confirmed that prediction for the PLplot case.
-There are still some Cygwin platform issues left which are being
-discussed on our Wiki at http://www.miscdebris.net/plplot_wiki/index.php?title=Setup_cygwin,
-but some fundamental breakthroughs have also been made for the Cygwin case
-that should interest all our Windows users. For example, for the
-first time ever we have been able to build our cairo and qt device
-drivers on the Cygwin platform giving our Windows users convenient
-access to the many high-quality PLplot devices that are available with
-these two different device drivers.
-
-1.5 The plcolorbar API has been finalized
-
-The function plcolorbar allows users to create a color bar (an
-annotated subplot representing a continuous range of colors within the
-main plot and typically identifying certain colors with certain
-numerical values using an axis). The plcolorbar capabilities are
-documented in our DocBook (and doxygen) documentation and demonstrated
-in standard examples 16 and 33.
-
-N.B. The previous two releases (5.9.8 and 5.9.9) contained
-unadvertised experimental versions of plcolorbar. Any PLplot user who
-found and tried those capabilities will have to reprogramme their
-plcolorbar calls to be compatible with the argument list of the latest
-version.
-
-1.6 Documentation of the new legend and color bar capabilities of PLplot
-
-The pllegend and plcolorbar API has been documented in both doxygen
-and DocBook forms. In addition, the "advanced use" chapter of the
-DocBook form of documentation now contains a section giving an
-overview of pllegend and plcolorbar.
-
-N.B. Although we feel the pllegend and plcolorbar API has now been
-finalized with regard to the PLplot core developers own interests and
-needs, we also realize that as more and more PLplot users take
-advantage of these new PLplot capabilities there will likely be calls
-to add additional features to pllegend or plcolorbar based on
-additional experience with these powerful capabilities. In general,
-we would welcome such feature requests.
-
-1.7 The D bindings and examples have been converted from the
-old version of D (D1) to the new version of D (D2)
-
-This change should make PLplot much more relevant for D users
-going forward.
-
-See http://en.wikipedia.org/wiki/D_(programming_language)#History for
-a discussion of the differences between these two variants of D.
-
-1.8 The DocBook documentation for PLplot is now generated using modern
-XML/XSL backend tools for DocBook
-
-These modern backend tools (such as xmlto) replace the
-deprecated/unmaintained SGML/DSSL tools we have used before. For
-developers this means generation of our DocBook generation is much
-easier. much faster, and much less error-prone. End users will notice
-some improvements in the results (e.g., the table of Greek letters) as
-well as some minor style changes.
-
-1.9 Implement experimental build_projects sub-project
-
-The idea here (see cmake/build_projects) is to automate the build of
-all PLplot dependencies and the build and test of PLplot itself for
-platforms (such as Linux enterprise distributions and all forms of
-Windows platforms other than Cygwin) that do not come with modern
-versions of PLplot soft dependencies such as Pango/Cairo and Qt.
-This project is beginning to work properly for the Linux case, but
-still needs lots of work for the Windows case.
-
-1.10 Implement extremely simple "00" example
-
-The point of this standard example is to give the users an extremely
-simple tutorial example to help them to get started with 2D plotting
-with PLplot.
-
-1.11 Convert to using the Allura form of SourceForge software
-
-We use sourceforge.net as our software hosting facility. Early in
-2013 Sourceforge updated essentially all their support software as
-part of the so-called Allura project. This made it necessary to make
-some minor internal PLplot changes such as script changes and different URL's
-in the website referring to SourceForge facilities. The most important
-change from the user perspective is the URL for the Allura form
-of the svn repository that we use now:
-
-http://svn.code.sf.net/p/plplot/code/trunk/
-
-1.12 Use NON_TRANSITIVE linking by default for the shared libraries case for
-all non-windows systems
-
-The point of this change is to reduce overlinking and therefore
-the problems caused by overlinking that are mentioned
-at http://en.altlinux.org/UnderOverLinkProblems.
-
-Non-transitive linking means link only to libraries that directly
-resolve undefined symbols, i.e., do not link to a library just because
-it is a dependency of a dependency.
-
-1.13 Update f95 examples to take larger advantage of Fortran 95 capabilities
-
-Previously our f95 examples tended to use legacy Fortran capabilities, but
-that situation has substantially changed for this release.
-
-1.14 Substantial additions to the doxygen documentation
-
-One of the on-going documentation projects is to create doxygen
-documentation of every single argument of the public API for PLplot.
-A substantial increase in such documentation has been implemented
-in this release cycle.
-
2. Changes relative to PLplot 5.8.0 (the previous stable release)
N.B. This release includes many code cleanups and fixes relative to
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-10-01 18:02:38
|
Revision: 12564
http://sourceforge.net/p/plplot/code/12564
Author: airwin
Date: 2013-10-01 18:02:35 +0000 (Tue, 01 Oct 2013)
Log Message:
-----------
Substantial reorganization to put the most recent information at
the top of the file.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-10-01 16:51:17 UTC (rev 12563)
+++ trunk/README.release 2013-10-01 18:02:35 UTC (rev 12564)
@@ -17,98 +17,109 @@
INDEX
-OFFICIAL NOTICES FOR USERS
+1. OFFICIAL NOTICES FOR USERS SINCE 5.9.10 (the previous development release)
-CHANGES
+2. Tests made for release 5.9.11
-0. Tests made for release 5.9.11
+3. Changes relative to PLplot 5.9.10 (the previous development release)
-1. Changes relative to PLplot 5.9.10 (the previous development release)
+4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
-2. Changes relative to PLplot 5.8.0 (the previous stable release)
+5. Changes relative to PLplot 5.8.0 (the previous stable release)
-2.1 All autotools-related files have now been removed
-2.2 Build system bug fixes
-2.3 Build system improvements
-2.4 Implement build-system infrastructure for installed Ada bindings and
+5.1 All autotools-related files have now been removed
+5.2 Build system bug fixes
+5.3 Build system improvements
+5.4 Implement build-system infrastructure for installed Ada bindings and
examples
-2.5 Code cleanup
-2.6 Date / time labels for axes
-2.7 Alpha value support
-2.8 New PLplot functions
-2.9 External libLASi library improvements affecting our psttf device
-2.10 Improvements to the cairo driver family
-2.11 wxWidgets driver improvements
-2.12 pdf driver improvements
-2.13 svg driver improvements
-2.14 Ada language support
-2.15 OCaml language support
-2.16 Perl/PDL language support
-2.17 Update to various language bindings
-2.18 Update to various examples
-2.19 Extension of our test framework
-2.20 Rename test subdirectory to plplot_test
-2.21 Website support files updated
-2.22 Internal changes to function visibility
-2.23 Dynamic driver support in Windows
-2.24 Documentation updates
-2.25 libnistcd (a.k.a. libcd) now built internally for -dev cgm
-2.26 get-drv-info now changed to test-drv-info
-2.27 Text clipping now enabled by default for the cairo devices
-2.28 A powerful qt device driver has been implemented
-2.29 The PLplot API is now accessible from Qt GUI applications
-2.30 NaN / Inf support for some PLplot functions
-2.31 Various bug fixes
-2.32 Cairo driver improvements
-2.33 PyQt changes
-2.34 Color Palettes
-2.35 Re-implementation of a "soft landing" when a bad/missing compiler is
+5.5 Code cleanup
+5.6 Date / time labels for axes
+5.7 Alpha value support
+5.8 New PLplot functions
+5.9 External libLASi library improvements affecting our psttf device
+5.10 Improvements to the cairo driver family
+5.11 wxWidgets driver improvements
+5.12 pdf driver improvements
+5.13 svg driver improvements
+5.14 Ada language support
+5.15 OCaml language support
+5.16 Perl/PDL language support
+5.17 Update to various language bindings
+5.18 Update to various examples
+5.19 Extension of our test framework
+5.20 Rename test subdirectory to plplot_test
+5.21 Website support files updated
+5.22 Internal changes to function visibility
+5.23 Dynamic driver support in Windows
+5.24 Documentation updates
+5.25 libnistcd (a.k.a. libcd) now built internally for -dev cgm
+5.26 get-drv-info now changed to test-drv-info
+5.27 Text clipping now enabled by default for the cairo devices
+5.28 A powerful qt device driver has been implemented
+5.29 The PLplot API is now accessible from Qt GUI applications
+5.30 NaN / Inf support for some PLplot functions
+5.31 Various bug fixes
+5.32 Cairo driver improvements
+5.33 PyQt changes
+5.34 Color Palettes
+5.35 Re-implementation of a "soft landing" when a bad/missing compiler is
detected
-2.36 Make PLplot aware of LC_NUMERIC locale
-2.37 Linear gradients have been implemented
-2.38 Cairo Windows driver implemented
-2.39 Custom axis labelling implemented
-2.40 Universal coordinate transform implemented
-2.41 Support for arbitrary storage of 2D user data
-2.42 Font improvements
-2.42 Alpha value support for plotting in memory.
-2.43 Add a Qt device for in memory plotting.
-2.44 Add discrete legend capability.
-2.45 Add full bindings and examples for the D language.
-2.46 The plstring and plstring3 functions have been added
-2.47 The pllegend API has been finalized
-2.48 Octave bindings now implemented with swig
-2.49 Documentation redone for our swig-generated Python and Octave bindings
-2.50 Support large polygons
-2.51 Complete set of PLplot parameters now available for Fortran
-2.52 The plarc function has been added
-2.53 The format for map data used by plmap has changed
-2.54 Python support for Numeric has been dropped
-2.55 Backwards-incompatible API change to non-integer line widths
-2.56 Improvements to the build system for the Cygwin case
-2.57 The plcolorbar API has been finalized
-2.58 Documentation of the new legend and color bar capabilities of PLplot
-2.59 The D bindings and examples have been converted from the
+5.36 Make PLplot aware of LC_NUMERIC locale
+5.37 Linear gradients have been implemented
+5.38 Cairo Windows driver implemented
+5.39 Custom axis labelling implemented
+5.40 Universal coordinate transform implemented
+5.41 Support for arbitrary storage of 2D user data
+5.42 Font improvements
+5.42 Alpha value support for plotting in memory.
+5.43 Add a Qt device for in memory plotting.
+5.44 Add discrete legend capability.
+5.45 Add full bindings and examples for the D language.
+5.46 The plstring and plstring3 functions have been added
+5.47 The pllegend API has been finalized
+5.48 Octave bindings now implemented with swig
+5.49 Documentation redone for our swig-generated Python and Octave bindings
+5.50 Support large polygons
+5.51 Complete set of PLplot parameters now available for Fortran
+5.52 The plarc function has been added
+5.53 The format for map data used by plmap has changed
+5.54 Python support for Numeric has been dropped
+5.55 Backwards-incompatible API change to non-integer line widths
+5.56 Improvements to the build system for the Cygwin case
+5.57 The plcolorbar API has been finalized
+5.58 Documentation of the new legend and color bar capabilities of PLplot
+5.59 The D bindings and examples have been converted from the
old version of D (D1) to the new version of D (D2)
-2.60 The DocBook documentation for PLplot is now generated using modern
+5.60 The DocBook documentation for PLplot is now generated using modern
XML/XSL backend tools for DocBook
-2.61 Implement experimental build_projects sub-project
-2.62 Implement extremely simple "00" example
-2.63 Convert to using the Allura form of SourceForge software
-2.64 Use NON_TRANSITIVE linking by default for the shared libraries case for
+5.61 Implement experimental build_projects sub-project
+5.62 Implement extremely simple "00" example
+5.63 Convert to using the Allura form of SourceForge software
+5.64 Use NON_TRANSITIVE linking by default for the shared libraries case for
all non-windows systems
-2.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
-2.66 Substantial additions to the doxygen documentation
+5.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
+5.66 Substantial additions to the doxygen documentation
+1. OFFICIAL NOTICES FOR USERS SINCE 5.9.10 (the previous development release)
-OFFICIAL NOTICES FOR USERS
+None at this time.
-(5.9.10) The minimum version of CMake has been bumped to 2.8.9. This
+2. Tests made for release 5.9.11
+
+None at this time.
+
+3. Changes relative to PLplot 5.9.10 (the previous development release)
+
+None at this time.
+
+4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
+
+(5.9.10) The minimum version of CMake has been bumped to 5.8.9. This
change allows our build system to take advantage of CMake features
introduced in later versions of CMake. Even more importantly it also
updates user's builds to the CMake policy conventions (important
backwards-incompatible changes in CMake behaviour introduced in later
-versions of CMake) to the default CMake policy used for 2.8.9.
+versions of CMake) to the default CMake policy used for 5.8.9.
(5.9.10) The long deprecated support for the python Numeric package has been
dropped. This is no longer supported and is superseded by numpy. Support for
@@ -249,7 +260,7 @@
with "PL_" for themselves. For a complete list of the affected
constants, see the #defines in swig-support/plplotcapi.i which are
used internally to help generate the plplot module. See also Index
-item 2.51 below.
+item 5.51 below.
(5.9.8) There has been widespread const modifier changes in the API
for libplplotd and libplplotcxxd. Those backwards-incompatible API
@@ -389,7 +400,7 @@
(5.9.4) We have deprecated the pbm device driver (containing the pbm
device) because glibc detects a catastrophic double free.
-(5.9.3) Our build system requires CMake version 2.6.0 or higher.
+(5.9.3) Our build system requires CMake version 5.6.0 or higher.
(5.9.3) We have deprecated the gcw device driver and the related
gnome2 and pygcw bindings since these are essentially unmaintained.
@@ -436,7 +447,7 @@
build system. Instead, use the CMake-based build system following the
directions in the INSTALL file.
-(5.9.1) We no longer support Octave-2.1.73 which has a variety of
+(5.9.1) We no longer support Octave-5.1.73 which has a variety of
run-time issues in our tests of the Octave examples on different
platforms. In contrast our tests show we get good run-time results
with all our Octave examples for Octave-3.0.1. Also, that is the
@@ -457,23 +468,17 @@
may notice some small changes to your plot results if you use these
stream variables directly (only possible in C/C++) or use plgvpw.
-CHANGES
+5. Changes relative to PLplot 5.8.0 (the previous stable release)
-0. Tests made for release 5.9.11
-
-1. Changes relative to PLplot 5.9.10 (the previous development release)
-
-2. Changes relative to PLplot 5.8.0 (the previous stable release)
-
N.B. This release includes many code cleanups and fixes relative to
5.8.0 that are not mentioned in the list below.
-2.1 All autotools-related files have now been removed
+5.1 All autotools-related files have now been removed
CMake is now the only supported build system. It has been tested on
Linux / Unix, Mac OS-X and Windows platforms.
-2.2 Build system bug fixes
+5.2 Build system bug fixes
Various fixes include the following:
@@ -485,7 +490,7 @@
Various dependency fixes to ensure that parallel builds (using make -j)
work under unix.
-2.3 Build system improvements
+5.3 Build system improvements
We now transform link flag results delivered to the CMake environment by
pkg-config into the preferred CMake form of library information. The
@@ -494,7 +499,7 @@
build system both for the build tree and the install tree so you don't have
to fiddle with LD_LIBRARY_PATH, etc.
-2.4 Implement build-system infrastructure for installed Ada bindings and
+5.4 Implement build-system infrastructure for installed Ada bindings and
examples
Install source files, library information files, and the plplotada library
@@ -502,20 +507,20 @@
for the plplotada library. Install the Ada examples and a configured Makefile
to build them in the install tree.
-2.5 Code cleanup
+5.5 Code cleanup
The PLplot source code has been cleaned up to make consistent use of
(const char *) and (char *) throughout. Some API functions have changed
to use const char * instead of char * to make it clear that the strings
are not modified by the function. The C and C++ examples have been updated
consistent with this. These changes fix a large number of warnings
-with gcc-4.2. Note: this should not require programs using PLplot to be
+with gcc-4.5. Note: this should not require programs using PLplot to be
recompiled as it is not a binary API change.
There has also been some cleanup of include files in the C++ examples
so the code will compile with the forthcoming gcc-4.3.
-2.6 Date / time labels for axes
+5.6 Date / time labels for axes
PLplot now allows date / time labels to be used on axes. A new option
('d') is available for the xopt and yopt arguments to plbox which
@@ -544,7 +549,7 @@
part of our date/time PLplot API that uses POSIX time routines will be
changed.
-2.7 Alpha value support
+5.7 Alpha value support
PLplot core has been modified to support a transparency or alpha value
channel for each color in color map 0 and 1. In addition a number of new
@@ -558,7 +563,7 @@
aquaterm drivers support alpha values. There are some limitations with the gd
driver due to transparency support in the underlying libgd library.
-2.8 New PLplot functions
+5.8 New PLplot functions
An enhanced version of plimage, plimagefr has been added. This allows images
to be plotted using coordinate transformation, and also for the dynamic range
@@ -570,7 +575,7 @@
the library. plrandd will return a PLFLT random number in the range 0.0-1.0.
plseed will allow the random number generator to be seeded.
-2.9 External libLASi library improvements affecting our psttf device
+5.9 External libLASi library improvements affecting our psttf device
Our psttf device depends on the libLASi library. libLASi-1.1.0 has just been
released at http://sourceforge.net/svn/?group_id=187113 . We recommend
@@ -579,7 +584,7 @@
information returned by pango/cairo/fontconfig that on rare occasions is not
suitable for use by libLASi.
-2.10 Improvements to the cairo driver family
+5.10 Improvements to the cairo driver family
Jonathan Woithe improved the xcairo driver so that it can optionally be
used with an external user supplied X Drawable. This enables a nice
@@ -588,10 +593,10 @@
functional. Additionally, a new extcairo driver was added that will plot
into a user supplied cairo context.
-2.11 wxWidgets driver improvements
+5.11 wxWidgets driver improvements
Complete reorganization of the driver code. A new backend was added, based
-on the wxGraphicsContext class, which is available for wxWidgets 2.8.4
+on the wxGraphicsContext class, which is available for wxWidgets 5.8.4
and later. This backend produces antialiased output similar to the
AGG backend but has no dependency on the AGG library. The basic wxDC
backend and the wxGraphicsContext backend process the text output
@@ -613,7 +618,7 @@
implemented, where graphics input events are processed and translated
to world coordinates
-2.12 pdf driver improvements
+5.12 pdf driver improvements
The pdf driver (which is based on the haru library http://www.libharu.org)
processes the text output now on its own. So far only the Adobe Type1
@@ -628,7 +633,7 @@
- hrshsym: Use Hershey symbol set (hrshsym=0|1)
- pagesize: Set page size (pagesize=A4|letter|A3|A5)
-2.13 svg driver improvements
+5.13 svg driver improvements
This device driver has had the following improvements: schema for generated
file now validates properly at http://validator.w3.org/ for the
@@ -650,7 +655,7 @@
inkscape and scribus-ng (but not scribus!) give outstanding looking results
for files generated by our svg device driver.
-2.14 Ada language support
+5.14 Ada language support
We now have a complete Ada bindings implemented for PLplot. We also have a
complete set of our standard examples implemented in Ada which give results
@@ -659,7 +664,7 @@
enable Ada by default for our users and request widespread testing of this
new feature.
-2.15 OCaml language support
+5.15 OCaml language support
Thanks primarily to Hezekiah M. Carty's efforts we now have a complete OCaml
bindings implemented for PLplot. We also have a complete set of our standard
@@ -668,7 +673,7 @@
of a large subset of the OCaml bindings. We now enable OCaml by default for
our users and request widespread testing of this new feature.
-2.16 Perl/PDL language support
+5.16 Perl/PDL language support
Thanks to Doug Hunt's efforts the external Perl/PDL module,
PDL::Graphics::PLplot version 0.46 available at
@@ -686,7 +691,7 @@
complement of PLplot commands is available to you from Perl/PDL, but
otherwise not.
-2.17 Updates to various language bindings
+5.17 Updates to various language bindings
A concerted effort has been made to bring all the language bindings up to
date with recently added functions. Ada, C++, f77, f95, Java, OCaml, Octave,
@@ -695,7 +700,7 @@
bindings due to technical issues.) This is a significant step forward for
those using languages other than C.
-2.18 Updates to various examples
+5.18 Updates to various examples
To help test the updates to the language bindings the examples have been
thoroughly checked. Ada, C, C++, f77, f95, and OCaml now contain a full set
@@ -714,7 +719,7 @@
of the standard ctest tests because it can be _very_ slow for a complete
set of language bindings and device drivers.
-2.19 Extension of our test framework
+5.19 Extension of our test framework
The standard test suite for PLplot now carries out a comparison of the
stdout output (especially important for example 31 which tests most of our
@@ -726,19 +731,19 @@
us track down a number of bugs, and it should make it much easier for us
to maintain high quality for our ongoing PLplot releases.
-2.20 Rename test subdirectory to plplot_test
+5.20 Rename test subdirectory to plplot_test
This change was necessary to quit clashing with the "make test" target which
now works for the first time ever (by executing ctest).
-2.21 Website support files updated
+5.21 Website support files updated
Our new website content is generated with PHP and uses CSS (cascaded style
sheets) to implement a consistent style. This new approach demanded lots of
changes in the website support files that are used to generate and upload
our website and which are automatically included with the release.
-2.22 Internal changes to function visibility
+5.22 Internal changes to function visibility
The internal definitions of functions in PLplot have been significantly
tidied up to allow the use of the -fvisibility=hidden option with newer
@@ -746,7 +751,7 @@
to the user where possible. This extends the existing support for this
on windows.
-2.23 Dynamic driver support in Windows
+5.23 Dynamic driver support in Windows
An interface based on the ltdl library function calls was established
which allows to open and close dynamic link libraries (DLL) during
@@ -755,14 +760,14 @@
PLplot DLL also in Windows. The cmake option ENABLE_DYNDRIVERS is now
ON by default for Windows if a shared PLplot library is built.
-2.24 Documentation updates
+5.24 Documentation updates
The DocBook documentation has been updated to include many of the
C-specific functions (for example plAlloc2dGrid) which are not part
of the common API, but are used in the examples and may be helpful
for PLplot users.
-2.25 libnistcd (a.k.a. libcd) now built internally for -dev cgm
+5.25 libnistcd (a.k.a. libcd) now built internally for -dev cgm
CGM format is a long-established (since 1987) open standard for vector
graphics that is supported by w3c (see http://www.w3.org/Graphics/WebCGM/).
@@ -792,7 +797,7 @@
non-Hershey fonts, but both those should be possible using libnistcd according
to the text that is shown by lib/nistcd/cdtext.cgm and lib/nistcd/cdexp1.cgm.
-2.26 get-drv-info now changed to test-drv-info
+5.26 get-drv-info now changed to test-drv-info
To make cross-building much easier for PLplot we now configure the *.rc
files that are used to describe our various dynamic devices rather than
@@ -805,7 +810,7 @@
*.rc file with the one configured by cmake to be sure the dynamic device
has been built correctly.
-2.27 Text clipping now enabled by default for the cairo devices
+5.27 Text clipping now enabled by default for the cairo devices
When correct text clipping was first implemented for cairo devices, it was
discovered that the libcairo library of that era (2007-08) did that clipping
@@ -817,7 +822,7 @@
your cairo device plots (and accept the improperly clipped text results that
might occur with that option). Better yet, use libcairo 1.6.4 or later.
-2.28 A powerful qt device driver has been implemented
+5.28 A powerful qt device driver has been implemented
Thanks to the efforts of Alban Rochel of the QSAS team, we now have a new qt
device driver which delivers the following 9 (!) devices: qtwidget, bmpqt,
@@ -861,7 +866,7 @@
qmake in your path, and cmake does the rest). If the problem persists for
Qt-4.5, then it is worth reporting a qt bug.
-2.29 The PLplot API is now accessible from Qt GUI applications
+5.29 The PLplot API is now accessible from Qt GUI applications
This important new feature has been implemented by Alban Rochel of the QSAS
team as a spin-off of the qt device driver project using the extqt device
@@ -871,7 +876,7 @@
approach. Our build system has been enhanced to configure the necessary
plplotd-qt.pc file.
-2.30 NaN / Inf support for some PLplot functions
+5.30 NaN / Inf support for some PLplot functions
Some PLplot now correctly handle Nan or Inf values in the data to be plotted.
Line plotting (plline etc) and image plotting (plimage, plimagefr) will
@@ -879,7 +884,7 @@
routines do not handle NaN / Inf values. This functionality will
depend on whether the language binding used supports NaN / Inf values.
-2.31 Various bug fixes
+5.31 Various bug fixes
Various bugs in the 5.9.3 release have been fixed including:
@@ -890,12 +895,12 @@
- Fix pkg-config files to work correctly with Debug / Release build types set
- Make Fortran command line argument parsing work with shared libraries on Windows
-2.32 Cairo driver improvements
+5.32 Cairo driver improvements
Improvements to the cairo driver to give better results for bitmap
formats when used with anti-aliasing file viewers.
-2.33 PyQt changes
+5.33 PyQt changes
Years ago we got a donation of a hand-crafted pyqt3 interface to PLplot
(some of the functions in plplot_widgetmodule.c in bindings/python) and a
@@ -910,7 +915,7 @@
have therefore decided to concentrate on pyqt4 and remove the pyqt3 PLplot
interface and example completely.
-2.34 Color Palettes
+5.34 Color Palettes
Support has been added to PLplot for user defined color palette files.
These files can be loaded at the command line using the -cmap0 or
@@ -922,7 +927,7 @@
plplot-source/data directory or the PLplot installed directory
(typically /usr/local/share/plplotx.y.z/ on Linux).
-2.35 Reimplementation of a "soft landing" when a bad/missing compiler is
+5.35 Reimplementation of a "soft landing" when a bad/missing compiler is
detected
The PLplot core library is written in C so our CMake-based build system will
@@ -948,7 +953,7 @@
specifying compilers and compiler options will automatically be recognized
as a result.
-2.36 Make PLplot aware of LC_NUMERIC locale
+5.36 Make PLplot aware of LC_NUMERIC locale
For POSIX-compliant systems, locale is set globally so any external
applications or libraries that use the PLplot library or any external
@@ -1011,7 +1016,7 @@
applications that resulted in a comma decimal separator that did not work
correctly for the critical areas.
-2.37 Linear gradients have been implemented
+5.37 Linear gradients have been implemented
The new plgradient routine draws a linear gradient (based on the
current color map 1) at a specified angle with the x axis for a
@@ -1024,15 +1029,15 @@
to use native gradient capability whenever that is possible for any of
our devices. Currently, this has been implemented for our svg, qt,
and cairo devices. The result is nice-looking smooth transparency
-gradients for those devices, for, e.g., example 30, page 2.
+gradients for those devices, for, e.g., example 30, page 5.
-2.38 Cairo Windows driver implemented
+5.38 Cairo Windows driver implemented
A cairo Windows driver has been implemented. This provides an
interactive cairo driver for Windows similar to xcairo on Linux.
Work to improve its functionality is ongoing.
-2.39 Custom axis labelling implemented
+5.39 Custom axis labelling implemented
Axis text labels can now be customized using the new plslabelfunc function.
This allows a user to specify what text should be draw at a given position
@@ -1040,14 +1045,14 @@
use through labelling geographic coordinates in degrees North, South, East and
West.
-2.40 Universal coordinate transform implemented
+5.40 Universal coordinate transform implemented
A custom coordinate transformation function can be set using plstransform.
This transformation function affects all subsequent plot function calls which
work with plot window coordinates. Testing and refinement of this support is
ongoing.
-2.41 Support for arbitrary storage of 2D user data
+5.41 Support for arbitrary storage of 2D user data
This improvement courtesy of David MacMahon adds support for arbitrary
storage of 2D user data. This is very similar to the technique employed
@@ -1101,7 +1106,7 @@
3) PLFLT z[nx*ny]; /* row major order */
4) PLFLT z[nx*ny]; /* column major order */
-2.42 Font improvements
+5.42 Font improvements
We have added the underscore to the Hershey glyphs (thanks to David
MacMahon) and slightly rearranged the ascii index to the Hershey
@@ -1125,7 +1130,7 @@
versa) whenever there is a glyph lookup failure in the Type1 font
device drivers (ps and pdf).
-2.42 Alpha value support for plotting in memory.
+5.42 Alpha value support for plotting in memory.
The function plsmema() was added to the PLplot API. This allows the user
to supply a RGBA formatted array that PLplot can use to do in memory
@@ -1134,12 +1139,12 @@
for the time being, only supports RGB formatted memory and will exit
if the user attempts to give it RGBA formatted memory to plot in.
-2.43 Add a Qt device for in memory plotting.
+5.43 Add a Qt device for in memory plotting.
A new device called memqt has been added for in memory plotting using
Qt. This device is the Qt equivalent of the memcairo device.
-2.44 Add discrete legend capability.
+5.44 Add discrete legend capability.
A new routine called pllegend has been added to our core C API.
(N.B. This is an experimental API that may be subject to further
@@ -1151,7 +1156,7 @@
(most of which are optional) within that legend. The resulting legend
is clipped at the boundaries of the current subpage
-2.45 Add full bindings and examples for the D language.
+5.45 Add full bindings and examples for the D language.
As of release 5.9.5 we added full bindings and examples for the D
language. The results for the D examples are generally consistent
@@ -1167,7 +1172,7 @@
alternative d compiler (the Digital Mars compiler is reported to be
good).
-2.46 The plstring and plstring3 functions have been added
+5.46 The plstring and plstring3 functions have been added
The plstring function largely supersedes plpoin and plsym
because many(!) more glyphs are accessible with plstring. The glyph
@@ -1180,7 +1185,7 @@
The plstring3 function largely supersedes plpoin3 for the same (access
to many more glyphs) reasons. Standard example 18 uses plstring3.
-2.47 The pllegend API has been finalized
+5.47 The pllegend API has been finalized
The function pllegend allows users to create a discrete plot legend
with a plotted colored box, line, and/or line of symbols for each
@@ -1197,7 +1202,7 @@
the pllegend API was labelled experimental for 5.9.7, we will not be
bumping the soversions of the affected PLplot libraries.
-2.48 Octave bindings now implemented with swig
+5.48 Octave bindings now implemented with swig
Octave is a powerful platform that demands a first-class PLplot
solution, but we were finding it difficult to realize that goal
@@ -1217,7 +1222,7 @@
However, because of the power of swig we now have some confidence we
can solve this issue in the future.
-2.49 Documentation redone for our swig-generated Python and Octave bindings
+5.49 Documentation redone for our swig-generated Python and Octave bindings
Through the docstring %feature, swig can generate documentation
strings for certain of the languages it supports (currently Python,
@@ -1240,7 +1245,7 @@
high-quality user-documentation would be available for that language
as well.
-2.50 Support large polygons
+5.50 Support large polygons
Previous releases had an implicit limitation with respect to the
number of vertices in a polygon. This was due to the use of statically
@@ -1251,7 +1256,7 @@
are used and for large polygons new arrays are allocated and freed.
This strategy has been applied to all relevant source files.
-2.51 Complete set of PLplot parameters now available for Fortran
+5.51 Complete set of PLplot parameters now available for Fortran
The #defines in bindings/swig-support/plplotcapi.i (which are
consistent with those in include/plplot.h) define the complete set of
@@ -1284,12 +1289,12 @@
but, in general, changes will have to be made for existing apps. (See
announcement XX above for the details).
-2.52 The plarc function has been added
+5.52 The plarc function has been added
The plarc function allows drawing filled and outlined arcs in PLplot.
Standard example 3 uses plarc.
-2.53 The format for map data used by plmap has changed
+5.53 The format for map data used by plmap has changed
The format for map data used by plmap is now the shapefile format.
This is a widely used standard format and there are many sources of data
@@ -1301,14 +1306,14 @@
PL_DEPRECATED cmake variable, but this support will be removed in a
subsequent PLplot release.
-2.54 Python support for Numeric has been dropped
+5.54 Python support for Numeric has been dropped
Support for the python Numeric package has been dropped. This has been
deprecated since 5.9.6. Numeric is no longer supported and is superseded
by numpy. Support for numpy has been the default in plplot for a number
of years so most users should notice no difference.
-2.55 Backwards-incompatible API change to non-integer line widths
+5.55 Backwards-incompatible API change to non-integer line widths
All functions which take line width arguments (plwidth, plshade*,
pllegend) now use PLFLT values for the line width. This allows device
@@ -1320,7 +1325,7 @@
from previous releases and the soname of libraries has been bumped
accordingly (which forces users to recompile PLplot).
-2.56 Improvements to the build system for the Cygwin case
+5.56 Improvements to the build system for the Cygwin case
The Cygwin platform provides a full-featured Unix environment on
Windows. CMake has recently been changed (at the request of Cygwin
@@ -1339,7 +1344,7 @@
access to the many high-quality PLplot devices that are available with
these two different device drivers.
-2.57 The plcolorbar API has been finalized
+5.57 The plcolorbar API has been finalized
The function plcolorbar allows users to create a color bar (an
annotated subplot representing a continuous range of colors within the
@@ -1354,7 +1359,7 @@
plcolorbar calls to be compatible with the argument list of the latest
version.
-2.58 Documentation of the new legend and color bar capabilities of PLplot
+5.58 Documentation of the new legend and color bar capabilities of PLplot
The pllegend and plcolorbar API has been documented in both doxygen
and DocBook forms. In addition, the "advanced use" chapter of the
@@ -1369,7 +1374,7 @@
additional experience with these powerful capabilities. In general,
we would welcome such feature requests.
-2.59 The D bindings and examples have been converted from the
+5.59 The D bindings and examples have been converted from the
old version of D (D1) to the new version of D (D2)
This change should make PLplot much more relevant for D users
@@ -1378,7 +1383,7 @@
See http://en.wikipedia.org/wiki/D_(programming_language)#History for
a discussion of the differences between these two variants of D.
-2.60 The DocBook documentation for PLplot is now generated using modern
+5.60 The DocBook documentation for PLplot is now generated using modern
XML/XSL backend tools for DocBook
These modern backend tools (such as xmlto) replace the
@@ -1388,7 +1393,7 @@
some improvements in the results (e.g., the table of Greek letters) as
well as some minor style changes.
-2.61 Implement experimental build_projects sub-project
+5.61 Implement experimental build_projects sub-project
The idea here (see cmake/build_projects) is to automate the build of
all PLplot dependencies and the build and test of PLplot itself for
@@ -1398,13 +1403,13 @@
This project is beginning to work properly for the Linux case, but
still needs lots of work for the Windows case.
-2.62 Implement extremely simple "00" example
+5.62 Implement extremely simple "00" example
The point of this standard example is to give the users an extremely
simple tutorial example to help them to get started with 2D plotting
with PLplot.
-2.63 Convert to using the Allura form of SourceForge software
+5.63 Convert to using the Allura form of SourceForge software
We use sourceforge.net as our software hosting facility. Early in
2013 Sourceforge updated essentially all their support software as
@@ -1416,7 +1421,7 @@
http://svn.code.sf.net/p/plplot/code/trunk/
-2.64 Use NON_TRANSITIVE linking by default for the shared libraries case for
+5.64 Use NON_TRANSITIVE linking by default for the shared libraries case for
all non-windows systems
The point of this change is to reduce overlinking and therefore
@@ -1427,16 +1432,14 @@
resolve undefined symbols, i.e., do not link to a library just because
it is a dependency of a dependency.
-2.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
+5.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
Previously our f95 examples tended to use legacy Fortran capabilities, but
that situation has substantially changed for this release.
-2.66 Substantial additions to the doxygen documentation
+5.66 Substantial additions to the doxygen documentation
One of the on-going documentation projects is to create doxygen
documentation of every single argument of the public API for PLplot.
A substantial increase in such documentation has been implemented
in this release cycle.
-
-
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-11-21 01:37:57
|
Revision: 12727
http://sourceforge.net/p/plplot/code/12727
Author: airwin
Date: 2013-11-21 01:37:53 +0000 (Thu, 21 Nov 2013)
Log Message:
-----------
Add discussion of recent f77 extirpation and improvements to
our build system and bindings for Tcl and friends.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-11-20 23:10:25 UTC (rev 12726)
+++ trunk/README.release 2013-11-21 01:37:53 UTC (rev 12727)
@@ -24,6 +24,7 @@
3. Changes relative to PLplot 5.9.10 (the previous development release)
3.1 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
+3.2 Major overhaul of the build system and bindings for Tcl and friends
4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
@@ -102,10 +103,11 @@
5.65 Update f95 examples to take larger advantage of Fortran 95 capabilities
5.66 Substantial additions to the doxygen documentation
5.67 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
+5.68 Major overhaul of the build system and bindings for Tcl and friends
1. OFFICIAL NOTICES FOR USERS SINCE 5.9.10 (the previous development release)
-((5.9.11) Backwards-incompatible API change. The numerical symbolic
+(5.9.11) Backwards-incompatible API change. The numerical symbolic
constants that are #defined as macros in plplot.h have been
repropagated to the Python, Java, Lua, Octave, Fortran 95, and Tcl
language bindings using scripts. Previously, this propagation was
@@ -126,6 +128,28 @@
to use the constants on the right. No changes in source code or
scripts should be required of other users.
+(5.9.11) Backwards-incompatible API change. Our Fortran 77 bindings
+and examples have been completely removed because Fortran 95 is just a
+much better language which we have been supporting for a long time,
+and our judgement call based on user feedback we have received is
+nobody is interested in plotting using strict Fortran 77 language
+constructs any more. However, if there is still some Fortran 77
+source code out there that uses PLplot, typically the only change you
+should have to do to port it to our Fortran 95 bindings is to place
+the command "use plplot" as the first line of the source code of the
+main routine.
+
+(5.9.11) Backwards-incompatible API change. The PLplot build system
+and bindings for Tcl and friends have had a major overhaul, see below.
+Part of this change was to split the former libplplottcltk into two
+components. The new libplplottcltk is now a pure Tcl/Tk extension
+that can be linked to the stub versions of the Tcl/Tk libraries and
+dynamically loaded from a tclsh or wish environment using the
+appropriate "package require" command. The new libplplottcltk_Main
+library contains code (e.g., pltclMain and pltkMain) required by C
+plotting applications (e.g., pltcl, plrender, and xtk0[124].c) that
+link to libplplottcltk.
+
2. Tests made for release 5.9.11
None at this time.
@@ -148,6 +172,26 @@
with setting the variable. But if some users still insist on setting
the variable, that variable's name should now be NUMPY_INCLUDE_PATH.
+3.2 Major overhaul of the build system and bindings for Tcl and friends
+
+After years of neglect we have worked very hard in the release cycle
+leading up to the release of 5.9.11 on our build system and code
+interfacing Tcl and friends (Tk, Itcl, Itk, and Iwidgets) with PLplot.
+The build system now does a much better job of finding a consistent
+set of components for Tcl and friends. For example, switching from
+the system version of those components to a special build of those
+components is typically a matter of simply putting tclsh from the
+special build first on the PATH. And after the components of Tcl and
+friends are found, the build system does extensive checking to make
+sure they are compatible with each other. The plplottcktk library has
+now been split (see remarks in the above OFFICIAL NOTICES for more
+details). Many bugs have been fixed, and all tests documented in
+examples/tcl/README.tcldemos and examples/tk/README.tkdemos have now
+been implemented as tests via the build system (FIXME. Make sure
+Arjen has done this for the last runAllDemos.tcl test by the release
+or else rewrite this statment) to help avoid any regressions in the
+build system and bindings for Tcl and friends in the future.
+
4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
(5.9.11) Backwards-incompatible API change. The numerical symbolic
@@ -171,6 +215,28 @@
to use the constants on the right. No changes in source code or
scripts should be required of other users.
+(5.9.11) Backwards-incompatible API change. Our Fortran 77 bindings
+and examples have been completely removed because Fortran 95 is just a
+much better language which we have been supporting for a long time,
+and our judgement call based on user feedback we have received is
+nobody is interested in plotting using strict Fortran 77 language
+constructs any more. However, if there is still some Fortran 77
+source code out there that uses PLplot, typically the only change you
+should have to do to port it to our Fortran 95 bindings is to place
+the command "use plplot" as the first line of the source code of the
+main routine.
+
+(5.9.11) Backwards-incompatible API change. The PLplot build system
+and bindings for Tcl and friends have had a major overhaul, see below.
+Part of this change was to split the former libplplottcltk into two
+components. The new libplplottcltk is now a pure Tcl/Tk extension
+that can be linked to the stub versions of the Tcl/Tk libraries and
+dynamically loaded from a tclsh or wish environment using the
+appropriate "package require" command. The new libplplottcltk_Main
+library contains code (e.g., pltclMain and pltkMain) required by C
+plotting applications (e.g., pltcl, plrender, and xtk0[124].c) that
+link to libplplottcltk.
+
(5.9.10) The minimum version of CMake has been bumped to 5.8.9. This
change allows our build system to take advantage of CMake features
introduced in later versions of CMake. Even more importantly it also
@@ -1517,3 +1583,22 @@
with setting the variable. But if some users still insist on setting
the variable, that variable's name should now be NUMPY_INCLUDE_PATH.
+5.68 Major overhaul of the build system and bindings for Tcl and friends
+
+After years of neglect we have worked very hard in the release cycle
+leading up to the release of 5.9.11 on our build system and code
+interfacing Tcl and friends (Tk, Itcl, Itk, and Iwidgets) with PLplot.
+The build system now does a much better job of finding a consistent
+set of components for Tcl and friends. For example, switching from
+the system version of those components to a special build of those
+components is typically a matter of simply putting tclsh from the
+special build first on the PATH. And after the components of Tcl and
+friends are found, the build system does extensive checking to make
+sure they are compatible with each other. The plplottcktk library has
+now been split (see remarks in the above OFFICIAL NOTICES for more
+details). Many bugs have been fixed, and all tests documented in
+examples/tcl/README.tcldemos and examples/tk/README.tkdemos have now
+been implemented as tests via the build system (FIXME. Make sure
+Arjen has done this for the last runAllDemos.tcl test by the release
+or else rewrite this statment) to help avoid any regressions in the
+build system and bindings for Tcl and friends in the future.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-11-21 02:51:28
|
Revision: 12729
http://sourceforge.net/p/plplot/code/12729
Author: airwin
Date: 2013-11-21 02:51:25 +0000 (Thu, 21 Nov 2013)
Log Message:
-----------
Update URL's for mailing lists and bug tracker.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-11-21 02:24:57 UTC (rev 12728)
+++ trunk/README.release 2013-11-21 02:51:25 UTC (rev 12729)
@@ -5,13 +5,14 @@
releases in the 5.9.x series will be available every few months. The next
stable release will be 5.10.0.
- If you encounter a problem that is not already documented in the
-PROBLEMS file or on our bug tracker, then please send bug reports to PLplot
-developers via the mailing lists at
-http://sourceforge.net/mail/?group_id=2915 (preferred) or on our bug tracker
-at http://sourceforge.net/tracker/?group_id=2915&atid=102915.
+If you encounter a problem that is not already documented in the
+PROBLEMS file or on our bug tracker, then please send bug reports to
+PLplot developers via the mailing lists at
+<http://sourceforge.net/p/plplot/mailman/> (preferred for initial
+discussion of issues) and, if no quick resolution is possible, on our
+bug tracker at <http://sourceforge.net/p/plplot/bugs/>.
- Please see the license under which this software is distributed
+Please see the license under which this software is distributed
(LGPL), and the disclaimer of all warranties, given in the COPYING.LIB
file.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-11 09:44:29
|
Revision: 12850
http://sourceforge.net/p/plplot/code/12850
Author: airwin
Date: 2013-12-11 09:44:26 +0000 (Wed, 11 Dec 2013)
Log Message:
-----------
Advertise the recent improvements in our build system for the
Qt-related components of the build.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-11 09:35:08 UTC (rev 12849)
+++ trunk/README.release 2013-12-11 09:44:26 UTC (rev 12850)
@@ -26,6 +26,7 @@
3.1 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
3.2 Major overhaul of the build system and bindings for Tcl and friends
+3.3 Substantial overhaul of the build system for the Qt-components of PLplot
4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
@@ -105,6 +106,7 @@
5.66 Substantial additions to the doxygen documentation
5.67 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
5.68 Major overhaul of the build system and bindings for Tcl and friends
+5.69 Substantial overhaul of the build system for the Qt-components of PLplot
1. OFFICIAL NOTICES FOR USERS SINCE 5.9.10 (the previous development release)
@@ -193,6 +195,14 @@
or else rewrite this statment) to help avoid any regressions in the
build system and bindings for Tcl and friends in the future.
+3.3 Substantial overhaul of the build system for the Qt-components of PLplot
+
+As a result of these improvements compiling and linking of our
+Qt-related components just got a lot more rational, and the
+long-standing memory management issues reported by valgrind for
+examples/c++/qt_example for the non-dynamic drivers case have been
+resolved.
+
4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
(5.9.11) Backwards-incompatible API change. The numerical symbolic
@@ -1603,3 +1613,12 @@
Arjen has done this for the last runAllDemos.tcl test by the release
or else rewrite this statment) to help avoid any regressions in the
build system and bindings for Tcl and friends in the future.
+
+5.69 Substantial overhaul of the build system for the Qt-components of PLplot
+
+As a result of these improvements compiling and linking of our
+Qt-related components just got a lot more rational, and the
+long-standing memory management issues reported by valgrind for
+examples/c++/qt_example for the non-dynamic drivers case have been
+resolved.
+
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-12 19:54:02
|
Revision: 12857
http://sourceforge.net/p/plplot/code/12857
Author: airwin
Date: 2013-12-12 19:53:59 +0000 (Thu, 12 Dec 2013)
Log Message:
-----------
Official announcement of Agg backend and freetype deprecation for the
wxwidgets device driver.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-12 19:51:12 UTC (rev 12856)
+++ trunk/README.release 2013-12-12 19:53:59 UTC (rev 12857)
@@ -131,17 +131,6 @@
to use the constants on the right. No changes in source code or
scripts should be required of other users.
-(5.9.11) Backwards-incompatible API change. Our Fortran 77 bindings
-and examples have been completely removed because Fortran 95 is just a
-much better language which we have been supporting for a long time,
-and our judgement call based on user feedback we have received is
-nobody is interested in plotting using strict Fortran 77 language
-constructs any more. However, if there is still some Fortran 77
-source code out there that uses PLplot, typically the only change you
-should have to do to port it to our Fortran 95 bindings is to place
-the command "use plplot" as the first line of the source code of the
-main routine.
-
(5.9.11) Backwards-incompatible API change. The PLplot build system
and bindings for Tcl and friends have had a major overhaul, see below.
Part of this change was to split the former libplplottcltk into two
@@ -153,6 +142,24 @@
plotting applications (e.g., pltcl, plrender, and xtk0[124].c) that
link to libplplottcltk.
+(5.9.11) Backwards-incompatible change. Our Fortran 77 bindings
+and examples have been completely removed because Fortran 95 is just a
+much better language which we have been supporting for a long time,
+and our judgement call based on user feedback we have received is
+nobody is interested in plotting using strict Fortran 77 language
+constructs any more. However, if there is still some Fortran 77
+source code out there that uses PLplot, typically the only change you
+should have to do to port it to our Fortran 95 bindings is to place
+the command "use plplot" as the first line of the source code of the
+main routine.
+
+(5.9.11) Deprecation. The functionality of the AGG backend and
+FreeType option in the wxwidgets device driver is provided (and in
+some cases exceeded) by other backends and options that we have
+implemented for this device driver. The AGG backend and Freetype
+option are therefore deprecated with the intention to remove them in a
+future release.
+
2. Tests made for release 5.9.11
None at this time.
@@ -226,17 +233,6 @@
to use the constants on the right. No changes in source code or
scripts should be required of other users.
-(5.9.11) Backwards-incompatible API change. Our Fortran 77 bindings
-and examples have been completely removed because Fortran 95 is just a
-much better language which we have been supporting for a long time,
-and our judgement call based on user feedback we have received is
-nobody is interested in plotting using strict Fortran 77 language
-constructs any more. However, if there is still some Fortran 77
-source code out there that uses PLplot, typically the only change you
-should have to do to port it to our Fortran 95 bindings is to place
-the command "use plplot" as the first line of the source code of the
-main routine.
-
(5.9.11) Backwards-incompatible API change. The PLplot build system
and bindings for Tcl and friends have had a major overhaul, see below.
Part of this change was to split the former libplplottcltk into two
@@ -248,6 +244,24 @@
plotting applications (e.g., pltcl, plrender, and xtk0[124].c) that
link to libplplottcltk.
+(5.9.11) Backwards-incompatible change. Our Fortran 77 bindings
+and examples have been completely removed because Fortran 95 is just a
+much better language which we have been supporting for a long time,
+and our judgement call based on user feedback we have received is
+nobody is interested in plotting using strict Fortran 77 language
+constructs any more. However, if there is still some Fortran 77
+source code out there that uses PLplot, typically the only change you
+should have to do to port it to our Fortran 95 bindings is to place
+the command "use plplot" as the first line of the source code of the
+main routine.
+
+(5.9.11) Deprecation. The functionality of the AGG backend and
+FreeType option in the wxwidgets device driver is provided (and in
+some cases exceeded) by other backends and options that we have
+implemented for this device driver. The AGG backend and Freetype
+option are therefore deprecated with the intention to remove them in a
+future release.
+
(5.9.10) The minimum version of CMake has been bumped to 5.8.9. This
change allows our build system to take advantage of CMake features
introduced in later versions of CMake. Even more importantly it also
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-12 21:51:59
|
Revision: 12859
http://sourceforge.net/p/plplot/code/12859
Author: airwin
Date: 2013-12-12 21:51:56 +0000 (Thu, 12 Dec 2013)
Log Message:
-----------
Describe epa_build.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-12 21:29:52 UTC (rev 12858)
+++ trunk/README.release 2013-12-12 21:51:56 UTC (rev 12859)
@@ -27,7 +27,9 @@
3.1 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
3.2 Major overhaul of the build system and bindings for Tcl and friends
3.3 Substantial overhaul of the build system for the Qt-components of PLplot
+3.4 The epa_build project has been implemented
+
4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
5. Changes relative to PLplot 5.8.0 (the previous stable release)
@@ -107,6 +109,7 @@
5.67 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
5.68 Major overhaul of the build system and bindings for Tcl and friends
5.69 Substantial overhaul of the build system for the Qt-components of PLplot
+5.70 The epa_build project has been implemented
1. OFFICIAL NOTICES FOR USERS SINCE 5.9.10 (the previous development release)
@@ -197,10 +200,9 @@
now been split (see remarks in the above OFFICIAL NOTICES for more
details). Many bugs have been fixed, and all tests documented in
examples/tcl/README.tcldemos and examples/tk/README.tkdemos have now
-been implemented as tests via the build system (FIXME. Make sure
-Arjen has done this for the last runAllDemos.tcl test by the release
-or else rewrite this statment) to help avoid any regressions in the
-build system and bindings for Tcl and friends in the future.
+been implemented as tests via the build system to help avoid any
+regressions in the build system and bindings for Tcl and friends in
+the future.
3.3 Substantial overhaul of the build system for the Qt-components of PLplot
@@ -210,6 +212,49 @@
examples/c++/qt_example for the non-dynamic drivers case have been
resolved.
+3.4 The epa_build project has been implemented
+
+The goal of this project is to make builds of recent versions of
+PLplot dependencies (and PLplot itself) much more convenient on all
+platforms. Once this goal is realized, it should make the full power
+of PLplot (which depends on the existence and quality of its
+dependencies) readily available on all platforms. The epa_build
+project uses the power of CMake (especially the ExternalProject_Add
+command which is why we chose to use the suffix "epa_" in the name of
+epa_build) to organize downloading, updating, configuring, building,
+testing, and installing of any kind (not just those with CMake-based
+build systems) of software project with full dependency support
+between all the various builds. For those users who are not
+satisified with the PLplot dependencies on their systems, learn how to
+use the epa_build project by consulting cmake/epa_build/README.
+
+The epa_build project is in pretty good shape on Linux; epa_build
+configurations work properly for build tools such as Tcl/Tk8.6, Itcl,
+Itk, and Iwidgets and for regular packages such as pango (needed for
+the cairo device driver), qt4_lite (needed for the qt device driver),
+the wxwidgets software package (needed for the wxwidgets device
+driver), and many smaller, but useful PLplot dependencies such as
+shapelib, libqhull, and libharu. The total build time is roughly an
+hour for an ordinary PC which is not much of a price to pay to get
+access to up-to-date versions of virtually all dependencies of PLplot.
+In fact, the only known dependency of PLplot not currently covered by
+epa_build is octave. In principle, it should be straightforward to
+add an epa_build configurations for octave and its many dependencies,
+but that possibility has not been explored yet.
+
+In principle, epa_build should work out of the box on Mac OS X
+platforms, but we haven't tested on that platform yet.
+
+Our testing for MinGW/MSYS and Cygwin shows the epa_build project is
+still in fairly rough shape on Windows. It is known that the "plplot"
+case (PLplot with all its dependencies) fails in various ways on all
+Windows platforms. Those issues are being actively worked on. Note,
+however, that the "plplot_lite" case (PLplot with all the minor
+dependencies but without Tcl etc., build tools and without the pango,
+qt4_lite, and wxwidgets dependencies) has been shown to work on
+MinGW/MSYS and should probably also work on Cygwin although we haven't
+tested that specific case yet.
+
4. OFFICIAL NOTICES FOR USERS SINCE 5.8.0 (the previous stable release)
(5.9.11) Backwards-incompatible API change. The numerical symbolic
@@ -1623,10 +1668,9 @@
now been split (see remarks in the above OFFICIAL NOTICES for more
details). Many bugs have been fixed, and all tests documented in
examples/tcl/README.tcldemos and examples/tk/README.tkdemos have now
-been implemented as tests via the build system (FIXME. Make sure
-Arjen has done this for the last runAllDemos.tcl test by the release
-or else rewrite this statment) to help avoid any regressions in the
-build system and bindings for Tcl and friends in the future.
+been implemented as tests via the build system to help avoid any
+regressions in the build system and bindings for Tcl and friends in
+the future.
5.69 Substantial overhaul of the build system for the Qt-components of PLplot
@@ -1636,3 +1680,45 @@
examples/c++/qt_example for the non-dynamic drivers case have been
resolved.
+5.70 The epa_build project has been implemented
+
+The goal of this project is to make builds of recent versions of
+PLplot dependencies (and PLplot itself) much more convenient on all
+platforms. Once this goal is realized, it should make the full power
+of PLplot (which depends on the existence and quality of its
+dependencies) readily available on all platforms. The epa_build
+project uses the power of CMake (especially the ExternalProject_Add
+command which is why we chose to use the suffix "epa_" in the name of
+epa_build) to organize downloading, updating, configuring, building,
+testing, and installing of any kind (not just those with CMake-based
+build systems) of software project with full dependency support
+between all the various builds. For those users who are not
+satisified with the PLplot dependencies on their systems, learn how to
+use the epa_build project by consulting cmake/epa_build/README.
+
+The epa_build project is in pretty good shape on Linux; epa_build
+configurations work properly for build tools such as Tcl/Tk8.6, Itcl,
+Itk, and Iwidgets and for regular packages such as pango (needed for
+the cairo device driver), qt4_lite (needed for the qt device driver),
+the wxwidgets software package (needed for the wxwidgets device
+driver), and many smaller, but useful PLplot dependencies such as
+shapelib, libqhull, and libharu. The total build time is roughly an
+hour for an ordinary PC which is not much of a price to pay to get
+access to up-to-date versions of virtually all dependencies of PLplot.
+In fact, the only known dependency of PLplot not currently covered by
+epa_build is octave. In principle, it should be straightforward to
+add an epa_build configurations for octave and its many dependencies,
+but that possibility has not been explored yet.
+
+In principle, epa_build should work out of the box on Mac OS X
+platforms, but we haven't tested on that platform yet.
+
+Our testing for MinGW/MSYS and Cygwin shows the epa_build project is
+still in fairly rough shape on Windows. It is known that the "plplot"
+case (PLplot with all its dependencies) fails in various ways on all
+Windows platforms. Those issues are being actively worked on. Note,
+however, that the "plplot_lite" case (PLplot with all the minor
+dependencies but without Tcl etc., build tools and without the pango,
+qt4_lite, and wxwidgets dependencies) has been shown to work on
+MinGW/MSYS and should probably also work on Cygwin although we haven't
+tested that specific case yet.
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-19 00:46:03
|
Revision: 12880
http://sourceforge.net/p/plplot/code/12880
Author: airwin
Date: 2013-12-19 00:46:00 +0000 (Thu, 19 Dec 2013)
Log Message:
-----------
Add descriptions of some (AWI, Andrew, and Phil) test results. The
summary of Arjen's and Jerry's test results have not been included yet
since that description needs some editing from them.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-18 21:56:15 UTC (rev 12879)
+++ trunk/README.release 2013-12-19 00:46:00 UTC (rev 12880)
@@ -165,8 +165,66 @@
2. Tests made for release 5.9.11
-None at this time.
+Note that "comprehensive tests" below refers to running
+scripts/comprehensive_test.sh in default mode (i.e., not dropping any
+tests). For each of our three major configurations (shared
+libraries/dynamic devices, shared libraries/nondynamic devices, and
+static libraries/nondynamic devices) this test script runs ctest in
+the build tree and runs the test_noninteractive and test_interactive
+targets in the build tree, the installed examples tree configured with
+a CMake-based build system for the examples, and an installed examples
+tree configured with our traditional (Make + pkg-config) build system
+for the examples.
+2.1 Comprehensive tests were run for a complete system build
+environment on 64-bit Debian Wheezy Linux for AMD-64 hardware.
+
+2.2 Comprehensive tests were run for a limited (qt, cairo, wxwidgets,
+and octave PLplot components were dropped) epa_build environment on
+64-bit Debian Wheezy Linux for AMD-64 hardware.
+
+2.3 Comprehensive tests were run for an almost complete epa_build
+environment (only the wxwidgets and octave components of PLplot were
+dropped) on 64-bit Debian Wheezy Linux for AMD-64 hardware.
+
+2.4 Comprehensive tests were run for a limited (qt, cairo, wxwidgets,
+and octave PLplot components were dropped) epa_build environment for
+32-bit MinGW/MSYS/Wine for AMD-64 hardware.
+
+2.5 Fairly comprehensive tests (i.e., for the shared library/dynamic
+drivers case use the test_noninteractive and test_interactive targets
+in the build tree) were run for a complete system build environment on
+64-bit Debian unstable Linux for AMD-64 hardware.
+
+2.6 Fairly comprehensive tests (i.e., for the shared library/dynamic
+drivers case use the test_noninteractive and test_interactive targets
+in the build tree) were run for a complete system build environment on
+64-bit Ubuntu Saucy (13.10) Linux for AMD-64 hardware.
+
+2.7 Build tests and some limited run-time tests (checking a few things
+by hand) were run for the static libraries/nondynamic devices case for
+a limited build environment (most PLplot components dropped other than
+wxwidgets 2.8) for the Visual Studio 2008 IDE (with associated MSVC
+compiler) on 32-bit Windows 7 for AMD-64 hardware. The "Visual Studio
+9 2008" generator yielded good results. Only x86 builds were tested.
+
+2.8 Build tests and some limited run-time tests (checking a few things
+by hand) were run for the static libraries/nondynamic devices case for
+a limited build environment (most PLplot components dropped other than
+wxwidgets 3.0) for the Visual Studio 2012 IDE (with associated MSVC
+compiler) on Windows 8 for AMD-64 hardware. Both x86 and x64 builds
+were tested. The combination of "NMake Makefiles" generator and MSVC
+compiler yielded good build results if CMake patches (available at
+http://www.cmake.org/Bug/view.php?id=14587 and
+http://www.cmake.org/Bug/view.php?id=14642) to allow use of
+wxwidgets-3.0 were applied. With those patches some run-time problems
+with the use of Plplot's wxWidgetsApp with wxWidgets 3.0 were observed
+in the examples, however plots embedded in wxWidgets apps seem to work
+fine. The "Visual Studio 11" and "Visual Studio 11 Win64" generators
+had some additional issues which could be worked around but which
+nevertheless indicated there are some CMake bugs for those generators
+that need to be addressed.
+
3. Changes relative to PLplot 5.9.10 (the previous development release)
3.1 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-19 17:24:11
|
Revision: 12887
http://sourceforge.net/p/plplot/code/12887
Author: airwin
Date: 2013-12-19 17:24:09 +0000 (Thu, 19 Dec 2013)
Log Message:
-----------
Give testers personal credit for all their hard work.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-19 13:17:16 UTC (rev 12886)
+++ trunk/README.release 2013-12-19 17:24:09 UTC (rev 12887)
@@ -176,45 +176,47 @@
tree configured with our traditional (Make + pkg-config) build system
for the examples.
-2.1 Comprehensive tests were run for a complete system build
+* Alan W. Irwin ran comprehensive tests for a complete system build
environment on 64-bit Debian Wheezy Linux for AMD-64 hardware.
-2.2 Comprehensive tests were run for a limited (qt, cairo, wxwidgets,
+* Alan W. Irwin ran comprehensive testsfor a limited (qt, cairo, wxwidgets,
and octave PLplot components were dropped) epa_build environment on
64-bit Debian Wheezy Linux for AMD-64 hardware.
-2.3 Comprehensive tests were run for an almost complete epa_build
+* Alan W. Irwin ran comprehensive tests for an almost complete epa_build
environment (only the wxwidgets and octave components of PLplot were
dropped) on 64-bit Debian Wheezy Linux for AMD-64 hardware.
-2.4 Comprehensive tests were run for a limited (qt, cairo, wxwidgets,
+* Alan W. Irwin ran comprehensive tests for a limited (qt, cairo, wxwidgets,
and octave PLplot components were dropped) epa_build environment for
32-bit MinGW/MSYS/Wine for AMD-64 hardware.
-2.5 Fairly comprehensive tests (i.e., for the shared library/dynamic
-drivers case use the test_noninteractive and test_interactive targets
-in the build tree) were run for a complete system build environment on
-64-bit Debian unstable Linux for AMD-64 hardware.
+* Andrew Ross ran fairly comprehensive tests (i.e., for the shared
+library/dynamic drivers case use the test_noninteractive and
+test_interactive targets in the build tree) for a complete system
+build environment on 64-bit Debian unstable Linux for AMD-64 hardware.
-2.6 Fairly comprehensive tests (i.e., for the shared library/dynamic
+* Andrew Ross ran fairly comprehensive tests (i.e., for the shared library/dynamic
drivers case use the test_noninteractive and test_interactive targets
-in the build tree) were run for a complete system build environment on
+in the build tree) for a complete system build environment on
64-bit Ubuntu Saucy (13.10) Linux for AMD-64 hardware.
-2.7 Build tests and some limited run-time tests (checking a few things
-by hand) were run for the static libraries/nondynamic devices case for
-a limited build environment (most PLplot components dropped other than
-wxwidgets 2.8) for the Visual Studio 2008 IDE (with associated MSVC
-compiler) on 32-bit Windows 7 for AMD-64 hardware. The "Visual Studio
-9 2008" generator yielded good results. Only x86 builds were tested.
+* Phil Rosenberg ran build tests and limited run-time tests (checking
+by hand that some components of PLplot worked) for the static
+libraries/nondynamic devices case for a limited build environment
+(most PLplot components dropped other than wxwidgets 2.8) for the
+Visual Studio 2008 IDE (with associated MSVC compiler) on 32-bit
+Windows 7 for AMD-64 hardware. The "Visual Studio 9 2008" generator
+yielded good results. Only x86 builds were tested.
-2.8 Build tests and some limited run-time tests (checking a few things
-by hand) were run for the static libraries/nondynamic devices case for
-a limited build environment (most PLplot components dropped other than
-wxwidgets 3.0) for the Visual Studio 2012 IDE (with associated MSVC
-compiler) on Windows 8 for AMD-64 hardware. Both x86 and x64 builds
-were tested. The combination of "NMake Makefiles" generator and MSVC
-compiler yielded good build results if CMake patches (available at
+* Phil Rosenberg ran build tests and limited run-time tests (checking
+by hand that some components of PLplot worked) for the static
+libraries/nondynamic devices case for a limited build environment
+(most PLplot components dropped other than wxwidgets 3.0) for the
+Visual Studio 2012 IDE (with associated MSVC compiler) on Windows 8
+for AMD-64 hardware. Both x86 and x64 builds were tested. The
+combination of "NMake Makefiles" generator and MSVC compiler yielded
+good build results if CMake patches (available at
http://www.cmake.org/Bug/view.php?id=14587 and
http://www.cmake.org/Bug/view.php?id=14642) to allow use of
wxwidgets-3.0 were applied. With those patches some run-time problems
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-19 20:13:11
|
Revision: 12889
http://sourceforge.net/p/plplot/code/12889
Author: airwin
Date: 2013-12-19 20:13:08 +0000 (Thu, 19 Dec 2013)
Log Message:
-----------
Add Arjen's test contributions.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-19 19:13:32 UTC (rev 12888)
+++ trunk/README.release 2013-12-19 20:13:08 UTC (rev 12889)
@@ -187,9 +187,13 @@
environment (only the wxwidgets and octave components of PLplot were
dropped) on 64-bit Debian Wheezy Linux for AMD-64 hardware.
-* Alan W. Irwin ran comprehensive tests for a limited (qt, cairo, wxwidgets,
-and octave PLplot components were dropped) epa_build environment for
-32-bit MinGW/MSYS/Wine for AMD-64 hardware.
+* Alan W. Irwin ran comprehensive tests for a limited (qt, cairo,
+wxwidgets, and octave PLplot components were dropped) epa_build
+environment for 32-bit MinGW/MSYS/Wine for AMD-64 hardware. The Wine
+version was a release candidate for Wine-1.6 that was built on Debian
+Wheezy Linux, the compiler was gcc-4.7.2, the CMake generator was
+"MSYS Makefiles", and the build command was "make" (i.e., the MSYS
+version, not the MinGW version).
* Andrew Ross ran fairly comprehensive tests (i.e., for the shared
library/dynamic drivers case use the test_noninteractive and
@@ -201,22 +205,55 @@
in the build tree) for a complete system build environment on
64-bit Ubuntu Saucy (13.10) Linux for AMD-64 hardware.
+* Arjen Markus ran a fairly comprehensive test (i.e., for the shared
+library/dynamic drivers case use the test_noninteractive target) for a
+incomplete system build environment (the Ada, D, itcl/itk, Lua, ocaml,
+octave, Java, and wxwidgets components of PLplot were dropped) on
+64-bit Cygwin with gcc-4.8.2. That platform was installed on top of
+64-bit Windows 7, service pack 1 for AMD-64 hardware. Java and
+wxwidgets were dropped because of build errors for those on Cygwin
+that have not been resolved yet. The remaining components were
+dropped due to lack of time to investigate them so far. There was
+close to complete success with the qt amd cairo (asided from wincairo)
+device drivers which is an excellent Windows result since those
+device drivers add a lot of important capability to PLplot.
+
+* Arjen Markus ran build tests and limited run-time tests (checking by
+hand that some components of PLplot worked) for the shared
+libraries/dynamic devices case for a limited build environment (the
+qt, cairo, wxwidgets, pdf and the components mentioned above of PLplot
+were dropped except for Java which was included in this test) on
+32-bit MinGW. That platform was installed on top of 64-bit Windows 7,
+service pack 1 for AMD-64 hardware. The compiler was gcc-4.7.0, the
+CMake generator was "MinGW Makefiles", and the build command was
+mingw32-make.
+
+* Arjen Markus ran build tests and limited run-time tests (checking by
+hand that some components of PLplot worked) for the shared
+libraries/dynamic devices case for a limited build environment (the
+same limitations as for his MinGW tests above) for MSVC/C++ 2010 and Intel
+Fortran 2011 compilers on 64-bit Windows 7, service pack 1 for AMD-64
+hardware. In general, the CMake generator "NMake Makefiles" and
+the corresponding build command "nmake" worked well for this platform.
+The attempted use of Visual Studio generators combined with the
+Visual Studio 2010 IDE available on that platform was more problematic.
+
* Phil Rosenberg ran build tests and limited run-time tests (checking
by hand that some components of PLplot worked) for the static
libraries/nondynamic devices case for a limited build environment
-(most PLplot components dropped other than wxwidgets 2.8) for the
-Visual Studio 2008 IDE (with associated MSVC compiler) on 32-bit
-Windows 7 for AMD-64 hardware. The "Visual Studio 9 2008" generator
-yielded good results. Only x86 builds were tested.
+(virtually all PLplot components dropped other than C, C++ and
+wxwidgets 2.8) for the Visual Studio 2008 IDE (with associated MSVC
+compiler) on 32-bit Windows 7 for AMD-64 hardware. The "Visual Studio
+9 2008" generator yielded good results. Only x86 builds were tested.
* Phil Rosenberg ran build tests and limited run-time tests (checking
by hand that some components of PLplot worked) for the static
libraries/nondynamic devices case for a limited build environment
-(most PLplot components dropped other than wxwidgets 3.0) for the
-Visual Studio 2012 IDE (with associated MSVC compiler) on Windows 8
-for AMD-64 hardware. Both x86 and x64 builds were tested. The
-combination of "NMake Makefiles" generator and MSVC compiler yielded
-good build results if CMake patches (available at
+(virtually all PLplot components dropped other than C, CXX, and
+wxwidgets 3.0) for the Visual Studio 2012 IDE (with associated MSVC
+compiler) on Windows 8 for AMD-64 hardware. Both x86 and x64 builds
+were tested. The combination of "NMake Makefiles" generator and MSVC
+compiler yielded good build results if CMake patches (available at
http://www.cmake.org/Bug/view.php?id=14587 and
http://www.cmake.org/Bug/view.php?id=14642) to allow use of
wxwidgets-3.0 were applied. With those patches some run-time problems
@@ -227,6 +264,7 @@
nevertheless indicated there are some CMake bugs for those generators
that need to be addressed.
+
3. Changes relative to PLplot 5.9.10 (the previous development release)
3.1 NUMERIC_INCLUDE_PATH ==> NUMPY_INCLUDE_PATH
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <arj...@us...> - 2013-12-20 09:39:51
|
Revision: 12892
http://sourceforge.net/p/plplot/code/12892
Author: arjenmarkus
Date: 2013-12-20 09:39:49 +0000 (Fri, 20 Dec 2013)
Log Message:
-----------
Correctly a typo and added a few sentences on new devices available/tested for Windows/Cygwin.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-19 20:56:26 UTC (rev 12891)
+++ trunk/README.release 2013-12-20 09:39:49 UTC (rev 12892)
@@ -214,7 +214,7 @@
wxwidgets were dropped because of build errors for those on Cygwin
that have not been resolved yet. The remaining components were
dropped due to lack of time to investigate them so far. There was
-close to complete success with the qt amd cairo (asided from wincairo)
+close to complete success with the qt and cairo (asided from wincairo)
device drivers which is an excellent Windows result since those
device drivers add a lot of important capability to PLplot.
@@ -302,6 +302,9 @@
regressions in the build system and bindings for Tcl and friends in
the future.
+As a consequence of these activities the ntk device has been enabled
+under Windows. The xwin and tkwin devices work under Cygwin.
+
3.3 Substantial overhaul of the build system for the Qt-components of PLplot
As a result of these improvements compiling and linking of our
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <ai...@us...> - 2013-12-20 17:41:24
|
Revision: 12893
http://sourceforge.net/p/plplot/code/12893
Author: airwin
Date: 2013-12-20 17:41:21 +0000 (Fri, 20 Dec 2013)
Log Message:
-----------
Add Felipe Gonzalez's test report.
Modified Paths:
--------------
trunk/README.release
Modified: trunk/README.release
===================================================================
--- trunk/README.release 2013-12-20 09:39:49 UTC (rev 12892)
+++ trunk/README.release 2013-12-20 17:41:21 UTC (rev 12893)
@@ -264,6 +264,10 @@
nevertheless indicated there are some CMake bugs for those generators
that need to be addressed.
+* Felipe Gonzalez ran successful build tests for the C, C++, Fortran
+95, and OCaml-4.01.0 PLplot bindings on Mac OS X Mountain Lion. The
+report from Felipe stated the compiler suite used was probably from
+MacPorts, and did not state anything about the hardware type.
3. Changes relative to PLplot 5.9.10 (the previous development release)
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X