No objection on my part. I'm working towards the next release.
> On Jul 15, 2015, at 11:59 AM, Alan W. Irwin wrote:
>
> Unless someone (Phil? or Jim?) objects because they are in the middle
> of a substantial bug fix they would like to get into this release I
> plan to declare a freeze 24 hou
Unless someone (Phil? or Jim?) objects because they are in the middle
of a substantial bug fix they would like to get into this release I
plan to declare a freeze 24 hours from now on pushing anything to
master except epa_build changes (see below), simple, no-brainer bug
fixes, and documentation im
Here is the "trully vanilla" results. No additional library paths are
involved (not even /mingw32/lib).
To get the mingw32/lib in in a clean fashion I suggest the following lines
in the if(MINGW) ... endif():
# We need the path to the MinGW/Borland compiler in order to find
# the import libraries
The same error is blocking mingw64/ and mingw32/ builds:
=== from make.out:
^
cd D:/comprehensive_test_disposeable/shared/build_tree/src &&
C:/msys64/mingw32/bin/gcc.exe -O2 -mtune=pentium3 -DPLPLOT_HAVE_CONFIG_H
-Dplplot_EXPORTS -IC:/msys64/mingw32/include
@CMakeFiles/plplot
I've re-checked my plplot tree with cygwin which completed the
comprehensive test earlier,
it does not have an issue with the build.
On Tue, Jul 14, 2015 at 10:07 PM, Alan W. Irwin
wrote:
> On 2015-07-14 18:30-0700 Greg Jung wrote:
>
> I'm working on it, from my point of view (which includes ex
