Hi Alan,
I tried building with -DNUMBER_PARALLEL_JOBS:STRING=1 and that succeeded in
sofar that "make" did not get stuck in an infinite loop, but now the build
failed on some compile errors:
[ 50%] Built target build_libpcre
[ 56%] Performing build step for 'build_swig'
In file included from c:\mingw\include\direct.h:34:0,
from
d:/plplot-svn/build-msys-28/epa_build/Source/build_swig/Source/Swig/misc.c:22:
c:\mingw\include\io.h:301:1: error: unknown type name 'off64_t'
__CRT_INLINE off64_t lseek64 (int, off64_t, int);
^
c:\mingw\include\io.h:301:36: error: unknown type name 'off64_t'
__CRT_INLINE off64_t lseek64 (int, off64_t, int);
^
c:\mingw\include\io.h:302:1: error: unknown type name 'off64_t'
__CRT_INLINE off64_t lseek64 (int fd, off64_t offset, int whence) {
^
c:\mingw\include\io.h:302:39: error: unknown type name 'off64_t'
__CRT_INLINE off64_t lseek64 (int fd, off64_t offset, int whence) {
^
d:/plplot-svn/build-msys-28/epa_build/Source/build_swig/Source/Swig/misc.c: In
function 'is_directory':
d:/plplot-svn/build-msys-28/epa_build/Source/build_swig/Source/Swig/misc.c:151:15:
error: storage size of 'st' isn't known
struct stat st;
^
d:/plplot-svn/build-msys-28/epa_build/Source/build_swig/Source/Swig/misc.c:156:5:
warning: implicit declaration of function 'stat'
[-Wimplicit-function-declaration]
statres = stat(dir, &st);
^
d:/plplot-svn/build-msys-28/epa_build/Source/build_swig/Source/Swig/misc.c:151:15:
warning: unused variable 'st' [-Wunused-variable]
struct stat st;
^
d:/plplot-svn/build-msys-28/epa_build/Source/build_swig/Source/Swig/misc.c:162:1:
warning: control reaches end of non-void function [-Wreturn-type]
}
^
make.exe[6]: *** [Swig/misc.o] Error 1
make.exe[5]: *** [all] Error 2
make.exe[4]: *** [source] Error 2
make[3]: *** [epa_build/Stamp/build_swig/build_swig-build] Error 2
make[2]: *** [swig/CMakeFiles/build_swig.dir/all] Error 2
make[1]: *** [swig/CMakeFiles/build_swig.dir/rule] Error 2
make: *** [build_swig] Error 2
I examined these include files, but the definitions are guarded by several
system-defined macros, so it is not easy to determine what is going wrong. If
anyone knows how to solve these errors, please let me know.
Regards,
Arjen
> -----Original Message-----
> From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca]
> Sent: Friday, February 07, 2014 11:30 AM
> To: Arjen Markus
> Cc: PLplot development list
> Subject: RE: EPA build on MinGW/MSYS
>
> On 2014-02-07 09:31-0000 Arjen Markus wrote:
>
> > Hi Alan,
> >
> > there is a problem: according to that bug report a solution is to use the
> > command
> "mingw-get upgrade msys-core-bin=1.0.17-1" to downgrade the version of MSYS,
> but when I try that, mingw-get warns me there is no such package.
> >
> > I have tried a bunch of variants, but nothing seems to work. I will
> > have to let it rest for now - duty calling ;)
>
> OK. That downgrade was a success for me, but quite a long time ago, and I
> guess
> because of that time factor it is understandable (but
> frustrating) that it is no longer available to the automatic installer.
>
> So it appears we have to use a different approach.
>
> I just reviewed epa_build, and contrary to what I said before, there is, in
> fact, a
> designed provision I put in (but promptly forgot again) for the user to
> specify the
> number of parallel builds, using, e.g.,
> -DNUMBER_PARALLEL_JOBS:STRING=1 (If you don't specify that, the default
> value is 4.)
>
> So when you are free from duty for a moment, please try
> -DNUMBER_PARALLEL_JOBS:STRING=1 when configuring epa_build to see if it
> solves the infinite loop with the epa_build of swig. (It should do. When I
> first ran into
> this bug, non-parallel builds were the
> (slow) workaround that I successfully used.)
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state implementation for
> stellar interiors (freeeos.sf.net); the Time Ephemerides project
> (timeephem.sf.net);
> PLplot scientific plotting software package (plplot.sf.net); the libLASi
> project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the
> Linux Brochure
> Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
