The xlib peers are quite deprecated in libjava 3.4.0 (while they presumably still work, the core libraries (derived from GNU Classpath) will not work with them). The xlib peers should no longer be used, as they are not maintained. The GTK peers should be used in favor, by specifying the '--enable-java-awt=gtk' flag to configure, naturally by inspecting USE first. Reproducible: Always Steps to Reproduce: 1. Install gcjwebplugin (or, probably, any GUI program) compiled against gcj 3.4.0. 2. export LD_LIBRARY_PATH=/usr/lib/gcc/i686-pc-linux-gnu/3.4.0/ 3. Run 'gcjappletviewer URL' Actual Results: Throws this exception: java.lang.ClassCastException: gnu.awt.xlib.XToolkit cannot be cast to gnu.java.awt.ClasspathToolkit Expected Results: Not thrown that specific exception (a different exception perhaps, because the AWT code is still immature). Yes, gcc-3.4.0 is masked for x86. Regardless, new installations of GCJ 3.4.0 or later should not use the xlib peers.
i'm not a gcj person. mind sending a patch against the 3,4,1 ebuild?
also, what version of gtk does this use? 1.x? 2.x?
Created attachment 35097 [details, diff] Build GCJ GTK peers instead of xlib peers. Ok, and 2.x.
thanks for the heads up :) fixed in cvs, give it a bit to reach rsync