On 2012-10-03 16:03+0100 Andrew Ross wrote: > I think with respect to your particular issue [with gcj-4.7: error: utf8: No such file or directory] > it is probably that the --encoding option should be set to utf-8 not utf8. > This works fine with openjdk. Can > you check with gcj to see if it fixes your problems?
That sounded like a good idea, but it didn't work. gcj-4.7: error: utf-8: No such file or directory However, since the string is changed from utf8 to utf-8 in the error message, we know exactly what part of our build system is creating this problem for gcj. So I looked further at the gcj man page, and that states you specify encodings as --encoding=NAME which is quite a different format (double hyphen and =) than "-encoding utf-8". The man page also suggests the encoding NAMEs are not standardized (although "UTF-8" [note the upper-case] always works for gcj). So I tried "--encoding=UTF-8" everywhere (revision 12237), and that works for me! My hope is that other java tool chains will at least understand that strict way of specifying a long option (demanded by GNU standards) and also recognize "UTF-8" for the NAME. Could you test that hope by trying revision 12237 for your particular java tool chain? Here is my backup plan if it turns out the various java tool chains are so foolish as to not have a common way to specify the encoding. We simply need to implement a test of various ways to express the encoding, i.e., "--encoding=UTF8" and "-encoding utf-8", to find a form of the encoding option that is known to work for the user's particular java tool chain. But for simplicity let us hope that backup plan is not necessary. 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 __________________________ ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
