Hi Alan, I forgot to mention that the flag -ansi does not cause this error message under Cygwin.
Regards, Arjen > -----Original Message----- > From: Arjen Markus [mailto:arjen.mar...@deltares.nl] > Sent: Tuesday, February 11, 2014 10:13 AM > To: Alan W. Irwin > Cc: PLplot development list > Subject: Re: [Plplot-devel] Still roughly on track for a February 12th > release of 5.10.0 > > Hi Alan, > > I wrote a small test program to determine where the compile errors with SWIG > were > coming from and to ensure that my MinGW/MSYS installation is indeed 32 bits. > The > program is this: > > /* test-compile.c -- > Test a few things with regards to the problems to compile SWIG > under MinGW/MSYS > > -DSTAT: compile with the "struct stat" structure > > In any case: check the size of a pointer */ #include <stdio.h> > > #ifdef STAT > #include <sys/stat.h> > #endif > > int main( int argc, char *argv[] ) { > > #ifdef STAT > struct stat st; > #endif > > printf("Size of pointer: %d\n", sizeof(void *)); > > #ifdef STAT > printf("Size of struct stat: %d\n", sizeof(st)); #endif } > > > I tried building this program under various environments with the -DSTAT > flag. They > all succeeded - no compile errors. The output from the programs was rather > varied: > > - Cygwin: pointer size 8, struc stat size 128 -- this is a 64-bits environment > - Windows+gcc 4.5.2: pointer size 4, struc stat size 36 -- a 32-bits > environment > - Windows+MSVC/C++, 64-bits: pointer size 4, struc stat size 48 -- a 64-bits > environment > - MinGW/MSYS+gcc 4.8.1: pointer size 4, struct stat size 48 - definitely a > 32-bits > environment! > > The error messages with SWIG come from the flag -ansi: > > $ gcc -o test-compile test-compile.c -DSTAT -ansi > test-compile.c: In function 'main': > test-compile.c:18:17: error: storage size of 'st' isn't known > struct stat st; > ^ > > The real question is: where is the flag -ansi coming from? It appears > together with - > Wall -pedantic in the make files but I can not find its origins anywhere in > PLplot or > CMake (I have not checked the CMake executables, assuming all that sort of > flags > would be contained in the configuration files instead). > > Okay, sofar that analysis. Now I will try your receipe. > > Regards, > > Arjen > > > -----Original Message----- > > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > > Sent: Monday, February 10, 2014 11:24 PM > > To: Arjen Markus > > Cc: PLplot development list > > Subject: Re: [Plplot-devel] Still roughly on track for a February 12th > > release of 5.10.0 > > > > Hi Arjen: > > > > Please use the improved epa_build instructions you get with revision > > 12993. I have replaced the old ENABLE_COMPREHENSIVE_PLPLOT_TEST > cmake > > option with COMPREHENSIVE_PLPLOT_TEST_INTERACTIVE and > > COMPREHENSIVE_PLPLOT_TEST_NONINTERACTIVE to make it more > convenient to > > split up interactive and noninteractive testing. > > > > This morning I finally got around to doing > > COMPREHENSIVE_PLPLOT_TEST_INTERACTIVE=ON testing for > MinGW/MSYS/Wine > > and I discovered some issues. All but one of those are fixed as of > > revision 12993. So for example, the test_c_ntk, test_c_wingcc, and > > test_tclsh_standard_examples targets (all dependencies of the > > test_interactive target) all work correctly. However, the > > test_pltcl_standard_examples target (also currently a dependency of the > test_interactive target) generates an error with message "wine: > > Unhandled page fault on read access to 0x00867490 at address 0x867490 > > (thread 0034)" right near the end of the final page of example 33 (or > > perhaps just after that final page is completed). So this issue might > > be similar to http://sourceforge.net/p/plplot/bugs/139/. But there > > the wish environment failed while the plserver did not show the issue, > > while for the present case it is pltcl that shows the issue, while tclsh > > does not. > > > > I am now wondering whether this is just a Wine issue or a symptom of a > > a more general PLplot memory management issue whenever pltcl, > > plserver, tclsh, or wish exit from the standard examples case. Of > > course, as with any memory management issue, you sometimes get > > symptomless (i.e., good) results despite the memory management issue. > > So this hypothesis would explain why we get both good and bad results > > on different platforms and depending on whether the standard examples > > are being run by pltcl, tclsh, plserver, or wish. But, of course, the > > variety of results we are getting for the standard examples do not > > completely prove the hypothesis so the hypothesis is just something to keep > > in > mind. > > > > From this bad interactive result for MinGW/MSYS/Wine your priority for > > this release should be to make sure > > COMPREHENSIVE_PLPLOT_TEST_NONINTERACTIVE=ON works for the 32-bit > > Windows case like it currently does for MinGW/MSYS/Wine. Your second > > priority after that (if you have time before Wednesday) should be to > > try COMPREHENSIVE_PLPLOT_TEST_INTERACTIVE=ON just to see if the > same > > issue I just discovered on Wine shows up on 32-bit Microsoft Windows > > as well or whether you can get all the way through the comprehensive > > interactive tests on that platform. > > > > 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. > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel 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. ------------------------------------------------------------------------------ Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
