On Fri, Nov 16, 2007 at 10:36:35AM -0800, Alan Irwin wrote: > I was just able to do some more testing of PLplot, and I found some > excessive > java warnings for the examples build in both the build tree and install > tree for the gij/gcj case. Here is one of the typical warnings you see > with -DBUILD_TEST=ON in make.out > > > /home/software/plplot_cvs/HEAD/plplot_cmake/examples/java/x01.java:66: > warning: The static field plplotjavacConstants.PL_PARSE_FULL should be > accessed directly > /home/software/plplot_cvs/HEAD/plplot_cmake/examples/java/x01.java:66: > warning: The static field plplotjavacConstants.PL_PARSE_NOPROGRAM should be > accessed directly > 2 problems (2 warnings) > > These type of warnings appear for all examples. > > Andrew, this is obviously not release critical since they are just warnings, > but if there is a small change you could do to get rid of these, it might be > worth doing before the release.
Urgh. Sometimes gcj / gij is just rather pedantic when it comes to warning messages. I think this is one of them. The "solution" would be to use e.g. plplotjavacConstants.PL_PARSE_FULL rather than PLStream.PL_PARSE_FULL to access constants. PLStream inherits the interface plplotjavacConstants where the constants are designed. I could see the point for static variables (i.e. those where there is one variable shared across all instances of the class) where you want to be explicit which parent class the variable belongs to. For interfaces (like plplotjavaConstant) where all static variables are final (i.e. constants) then this seems pointless. It also means you can't use this "trick" to define inherited constants in your own classes. The whole point of PLStream is to hide all the swig details and so I'd really rather not change the examples. I'll see if there is another way around the problem. By the way a quick search on google suggests that eclipse may also have a similar warning. Andrew ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
