[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:

[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

[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

[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 ___

[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:

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

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

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

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