[cp-patches] [patch] fix configure for building the plugin
Seen with 2.0.0.2 (at least in Ubuntu): $ pkg-config firefox-plugin --cflags -I/usr/include/firefox/java -I/usr/include/firefox/plugin -I/usr/include/firefox/nspr resulting in: In file included from ../../../../../../src/libjava/classpath/native/plugin/gcjwebplugin.cc:61: /usr/include/firefox/plugin/nsIPluginInstance.h:10:25: error: nsISupports.h: No such file or directory which is installed in /usr/include/firefox Got the answer that firefox-plugin will not depend on firefox-xpcom in the future. Matthias libjava/classpath/ChangeLog.gcj: 2007-03-03 Matthias Klose [EMAIL PROTECTED] * configure.ac: Add xpcom flags to mozilla flags. * configure: Regenerate. --- libjava/classpath/configure.ac~ 2007-03-03 08:12:54.576868668 + +++ libjava/classpath/configure.ac 2007-03-03 08:51:50.312102703 + @@ -542,17 +542,23 @@ dnl Check for plugin support headers and libraries. if test x${COMPILE_PLUGIN} = xyes; then PKG_CHECK_MODULES(MOZILLA, mozilla-plugin, [MOZILLA_FOUND=yes], [MOZILLA_FOUND=no]) +PKG_CHECK_MODULES(MOZILLA_XPCOM, mozilla-xpcom, [MOZILLA_XPCOM_FOUND=yes], [MOZILLA_XPCOM_FOUND=no]) if test x${MOZILLA_FOUND} = xno; then PKG_CHECK_MODULES(MOZILLA, firefox-plugin, [MOZILLA_FOUND=yes], [MOZILLA_FOUND=no]) + PKG_CHECK_MODULES(MOZILLA_XPCOM, firefox-xpcom, [MOZILLA_XPCOM_FOUND=yes], [MOZILLA_XPCOM_FOUND=no]) fi if test x${MOZILLA_FOUND} = xno; then PKG_CHECK_MODULES(MOZILLA, xulrunner-plugin, [MOZILLA_FOUND=yes], [MOZILLA_FOUND=no]) + PKG_CHECK_MODULES(MOZILLA_XPCOM, xulrunner-xpcom, [MOZILLA_XPCOM_FOUND=yes], [MOZILLA_XPCOM_FOUND=no]) fi if test x${MOZILLA_FOUND} = xno; then PKG_CHECK_MODULES(MOZILLA, mozilla-firefox-plugin, [MOZILLA_FOUND=yes], [MOZILLA_FOUND=no]) + PKG_CHECK_MODULES(MOZILLA_XPCOM, mozilla-firefox-xpcom, [MOZILLA_XPCOM_FOUND=yes], [MOZILLA_XPCOM_FOUND=no]) fi PKG_CHECK_MODULES(GLIB, glib-2.0) +MOZILLA_CFLAGS=$MOZILLA_CFLAGS $MOZILLA_XPCOM_CFLAGS +MOZILLA_LIBS=$MOZILLA_LIBS $MOZILLA_XPCOM_LIBS AC_SUBST(MOZILLA_CFLAGS) AC_SUBST(MOZILLA_LIBS) AC_SUBST(GLIB_CFLAGS)
[cp-testresults] FAIL: regressions for mauve-cacao on Sat Mar 3 08:03:29 UTC 2007
Baseline from: Tue Feb 27 21:51:24 UTC 2007 Regressions: FAIL: java.awt.ColorClass.brighter FAIL: javax.swing.TransferHandler.createTransferable Totals: PASS: 2909 XPASS: 0 FAIL: 202 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] Japi diffs for classpath
Japi diff jdk6 vs classpath: Full results: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk6-classpath.html Changes since last run: -Comparison run at Fri Mar 2 11:54:28 2007 GMT -jdk6 API scanned at 2007/03/02 05:26:09 EST -classpath API scanned at 2007/03/02 06:35:59 EST +Comparison run at Sat Mar 3 11:51:53 2007 GMT +jdk6 API scanned at 2007/03/03 05:25:28 EST +classpath API scanned at 2007/03/03 06:33:43 EST -java.awt: 96.13% good, 0.05% bad, 3.81% missing +java.awt: 96.54% good, 0.05% bad, 3.4% missing -Total: 89.29% good, 0.08% minor, 0.09% bad, 10.52% missing, 0% abs.add +Total: 89.32% good, 0.08% minor, 0.09% bad, 10.49% missing, 0% abs.add -Classes: 42 minor, 44 bad, 116 missing. +Classes: 42 minor, 44 bad, 115 missing. -Enums: 5 bad, 20 missing. +Enums: 5 bad, 19 missing. -class java.awt.Desktop: missing in classpath -enum java.awt.Desktop.Action: missing in classpath +method java.awt.Desktop.isDesktopSupported(): missing in classpath -method java.awt.Toolkit.createDesktopPeer(java.awt.Desktop): missing in classpath Japi diff classpath vs jdk6: Full results: http://www.kaffe.org/~stuart/japi/htmlout/h-classpath-jdk6.html Changes since last run: -Comparison run at Fri Mar 2 11:56:57 2007 GMT -classpath API scanned at 2007/03/02 06:35:59 EST -jdk6 API scanned at 2007/03/02 05:26:09 EST +Comparison run at Sat Mar 3 11:54:17 2007 GMT +classpath API scanned at 2007/03/03 06:33:43 EST +jdk6 API scanned at 2007/03/03 05:25:28 EST -java.awt: 99.99% good, 0% missing, 0.02% abs.add +java.awt: 99.99% good, 0% missing, 0.01% abs.add -Methods: 4 minor, 76 bad, 15 missing, 240 abs.add. +Methods: 4 minor, 76 bad, 15 missing, 239 abs.add. -method java.awt.Toolkit.createDesktopPeer(java.awt.Desktop): new abstract method in jdk6 Japi diff jdk7 vs classpath: Full results: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk7-classpath.html Changes since last run: -Comparison run at Fri Mar 2 11:59:30 2007 GMT -jdk7 API scanned at 2007/03/02 05:37:53 EST -classpath API scanned at 2007/03/02 06:35:59 EST +Comparison run at Sat Mar 3 11:56:51 2007 GMT +jdk7 API scanned at 2007/03/03 05:36:56 EST +classpath API scanned at 2007/03/03 06:33:43 EST -java.awt: 96.12% good, 0.06% bad, 3.81% missing +java.awt: 96.53% good, 0.06% bad, 3.4% missing -Total: 89.28% good, 0.08% minor, 0.1% bad, 10.52% missing, 0% abs.add +Total: 89.31% good, 0.08% minor, 0.1% bad, 10.49% missing, 0% abs.add -Classes: 44 minor, 47 bad, 116 missing. +Classes: 44 minor, 47 bad, 115 missing. -Enums: 5 bad, 20 missing. +Enums: 5 bad, 19 missing. -class java.awt.Desktop: missing in classpath -enum java.awt.Desktop.Action: missing in classpath +method java.awt.Desktop.isDesktopSupported(): missing in classpath -method java.awt.Toolkit.createDesktopPeer(java.awt.Desktop): missing in classpath Japi diff classpath vs jdk7: Full results: http://www.kaffe.org/~stuart/japi/htmlout/h-classpath-jdk7.html Changes since last run: -Comparison run at Fri Mar 2 12:02:04 2007 GMT -classpath API scanned at 2007/03/02 06:35:59 EST -jdk7 API scanned at 2007/03/02 05:37:53 EST +Comparison run at Sat Mar 3 11:59:16 2007 GMT +classpath API scanned at 2007/03/03 06:33:43 EST +jdk7 API scanned at 2007/03/03 05:36:56 EST -java.awt: 99.99% good, 0% missing, 0.02% abs.add +java.awt: 99.99% good, 0% missing, 0.01% abs.add -Methods: 4 minor, 76 bad, 15 missing, 240 abs.add. +Methods: 4 minor, 76 bad, 15 missing, 239 abs.add. -method java.awt.Toolkit.createDesktopPeer(java.awt.Desktop): new abstract method in jdk7 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: regressions for mauve-cacao on Sat Mar 3 17:13:28 UTC 2007
Baseline from: Tue Feb 27 21:51:24 UTC 2007 Regressions: FAIL: gnu.javax.crypto.key.srp6.TestOfSRPKeyGeneration FAIL: java.awt.ColorClass.brighter FAIL: javax.swing.TransferHandler.createTransferable Totals: PASS: 2908 XPASS: 0 FAIL: 203 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
[cp-testresults] FAIL: regressions for mauve-jamvm on Sun Mar 4 01:52:11 UTC 2007
Baseline from: Thu Dec 21 05:13:54 UTC 2006 Regressions: FAIL: gnu.java.security.jce.TestOfHttps FAIL: gnu.javax.crypto.jce.TestOfCipherOutputStream FAIL: java.awt.dnd.DragSource.CreateDragGestureRecognizerTest FAIL: java.net.URLConnection.getHeaderFields FAIL: javax.swing.TransferHandler.createTransferable FAIL: javax.swing.table.JTableHeader.AccessibleJTableHeader.AccessibleJTableHeaderEntry.getFont Improvements: PASS: java.awt.Component.getFont PASS: java.awt.Graphics2D.setTransform PASS: java.awt.Graphics2D.transform PASS: java.awt.image.IndexColorModel.getAlpha PASS: java.net.HttpURLConnection.timeout PASS: java.text.DecimalFormat.parse PASS: java.text.SimpleDateFormat.regress PASS: java.util.Calendar.add PASS: java.util.Calendar.simple PASS: java.util.Date.getTimezoneOffset PASS: javax.swing.JComponent.getFont PASS: javax.swing.JLabel.constructor PASS: javax.swing.JLabel.setFont PASS: javax.swing.plaf.basic.BasicComboBoxUI.createRenderer PASS: javax.swing.plaf.metal.MetalComboBoxUI.getMinimumSize PASS: javax.swing.plaf.metal.MetalComboBoxUI.getPreferredSize New fails: FAIL: java.awt.datatransfer.DataFlavor.flavor FAIL: javax.swing.text.html.parser.ParserDelegator.Text2 FAIL: javax.swing.text.html.parser.ParserDelegator.Text3 FAIL: javax.swing.text.html.parser.ParserDelegator.Text4 Totals: PASS: 2918 XPASS: 0 FAIL: 193 XFAIL: 0 ___ Classpath-testresults mailing list Classpath-testresults@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-testresults
Non-POSIX port
Hi Folks, I have the first cut of a port to an exotic platform (non-POSIX). Network support and process management are TBD. I'd like to investigate the possibility of getting my changes adopted into the project. What's the best way to start that process? Thanks, Chris
native-lib questions
Hi Folks, Is the intention that all platform specific code be isolated in native/jni/native-lib? What is the reasoning behind statically linking libclasspathnative.a with each of the native libraries? Thanks, Chris
Re: Non-POSIX port
Chris == Chris Cole [EMAIL PROTECTED] writes: Chris I have the first cut of a port to an exotic platform (non-POSIX). Cool. Chris I'd like to investigate the possibility of getting my changes Chris adopted into the project. What's the best way to start that Chris process? First thing is to get started on copyright assignment paperwork. Mark should probably do this but if he can't I will send you the form. Next is to start looking at how to merge it in. It may be a little difficult since Classpath doesn't yet have native code for a non-POSIX port (afaik). I'm sure we can figure out something sensible though. Maybe you could describe your port a bit more. What files did you add, where did you put them, do you use configure, etc. A non-POSIX port may also need some .java changes. ISTR a place or two where we have POSIX-y assumptions, like File or .so name mapping or something. Tom
Re: Non-POSIX port
Hi Chris, of course GNU Classpath is interested in non-POSIX ports of the native stuff. :) Chris Cole schrieb: Hi Folks, I have the first cut of a port to an exotic platform (non-POSIX). Network support and process management are TBD. I'd like to investigate the possibility of getting my changes adopted into the project. Great! Ports are a great way to see whether Classpath' native interface fits the task good or may be further adjusted. What's the best way to start that process? Just send your patch to classpath-patches@gnu.org along with a GNU-style ChangeLog and a short description of your work. On the legal side the GNU project needs a copyright assignment to the FSF from you. Mark Wielaard, GNU Classpath' maintainer, takes care of those (CCed). Drop him a line if you want to contribute or have questions regarding the process. Some notes about the assignment are in our Wiki[0]. As the assignment usually takes some weeks I suggest posting your patch along with a GNU-style changelog and a description to classpath-patches@gnu.org and receive technical suggestion from the rest of the Classpath team (some info about the patch submission process[1]). Regards Robert [0] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-5584bc97b740bd0935fac1a3feeffe9614d42b6e [1] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-a8b2520531202f1acefb9cb1c8b540999e4eaf21 signature.asc Description: OpenPGP digital signature
Re: Non-POSIX port
Hi Tom, I'm using configure. My changes are based off of 0.93. I haven't made changes to any .java files yet (thanks for the heads-up), but I'll poke around and see if I need to do so. These are the changed or added files: configure.ac ./include: config.h config.h.in jni_md-x86-mingw32.h jni_md.h ./examples: Makefile.am ./lib: Makefile.am ./native/jni/java-io: java_io_VMFile.c ./native/jni/java-lang: java_lang_VMProcess.c java_lang_VMSystem.c ./native/jni/java-net: gnu_java_net_VMPlainSocketImpl.c gnu_java_net_local_LocalSocketImpl.c java_net_VMInetAddress.c java_net_VMNetworkInterface.c java_net_VMURLConnection.c javanet.c ./native/jni/java-nio: Makefile.am gnu_java_nio_VMChannel.c gnu_java_nio_VMPipe.c gnu_java_nio_VMSelector.c java_nio_MappedByteBufferImpl.c javanio.h mingw32_javanio.c ./native/jni/native-lib: cpio.c cpio.h cpnative.h cpnet.c cpnet.h cpproc.c ./tools: Makefile.am Most of the changes are simply to allow compiling when WITHOUT_NETWORK is defined. The Makefile.am changes are to support using ';' as a path separator instead of ':'. I'll get started on the paperwork. Thanks, Chris On 03 Mar 2007 09:01:15 -0700, Tom Tromey [EMAIL PROTECTED] wrote: Chris == Chris Cole [EMAIL PROTECTED] writes: Chris I have the first cut of a port to an exotic platform (non-POSIX). Cool. Chris I'd like to investigate the possibility of getting my changes Chris adopted into the project. What's the best way to start that Chris process? First thing is to get started on copyright assignment paperwork. Mark should probably do this but if he can't I will send you the form. Next is to start looking at how to merge it in. It may be a little difficult since Classpath doesn't yet have native code for a non-POSIX port (afaik). I'm sure we can figure out something sensible though. Maybe you could describe your port a bit more. What files did you add, where did you put them, do you use configure, etc. A non-POSIX port may also need some .java changes. ISTR a place or two where we have POSIX-y assumptions, like File or .so name mapping or something. Tom
Re: Non-POSIX port
Hi Robert, I was hoping you might be interested. I'll generate a first pass at a patch set and we can iterate until everyone's happy with the changes. Thanks for the information! -Chris On 3/3/07, Robert Schuster [EMAIL PROTECTED] wrote: Hi Chris, of course GNU Classpath is interested in non-POSIX ports of the native stuff. :) Chris Cole schrieb: Hi Folks, I have the first cut of a port to an exotic platform (non-POSIX). Network support and process management are TBD. I'd like to investigate the possibility of getting my changes adopted into the project. Great! Ports are a great way to see whether Classpath' native interface fits the task good or may be further adjusted. What's the best way to start that process? Just send your patch to classpath-patches@gnu.org along with a GNU-style ChangeLog and a short description of your work. On the legal side the GNU project needs a copyright assignment to the FSF from you. Mark Wielaard, GNU Classpath' maintainer, takes care of those (CCed). Drop him a line if you want to contribute or have questions regarding the process. Some notes about the assignment are in our Wiki[0]. As the assignment usually takes some weeks I suggest posting your patch along with a GNU-style changelog and a description to classpath-patches@gnu.org and receive technical suggestion from the rest of the Classpath team (some info about the patch submission process[1]). Regards Robert [0] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-5584bc97b740bd0935fac1a3feeffe9614d42b6e [1] - http://developer.classpath.org/mediation/ClasspathFirstSteps#head-a8b2520531202f1acefb9cb1c8b540999e4eaf21