Re: I wish to help
On Tuesday 05 November 2002 00:56, Brian Jones wrote: Andy, it does not seem like it will be possible to do a complete merge as originally hoped. Even so, it should be possible to work with you to include your necessary pieces that provide greater embedded functionality. Yes, of course. Since everybody seems interested in it, I look forward to a common peer layer. Graphics is not the most urgent thing for us and there are two important fairs for us in november, so it will probably last until december/january until we do something more in concerns of AWT. I'm still waiting to hear more back from you regarding how you'd like to handle the legal arrangement, hopefully you've engaged the FSF legal staff to negotiate something acceptable. Sorry for not updating you on this matter. I had some questions concerning copyright notes which the FSF Copyright Clerk Dave Turner answered quite well. He assured me that our customers do not have to mention the Classpath license in their product. After Dave Turner could convince me that we probably can sign the unchanged contract you've send me, I gave it to our lawyer on friday, together with a stack of other contracts which he should read and comment on. I'm sorry that the whole procedure takes that long, but we don't have a lawyer in the company itself and we at least want an external one to read each and every contract before we sign it. Provided he doesn't find a problem, I hope that we could sign it within the next two weeks. Cheers, Andy. -- aicas GmbH * Hoepfner Burg /\ ASCII Ribbon Campaign Haid-und-Neu-Straße 18 * 76131 Karlsruhe \ / No HTML or RTF in mail http://www.aicas.com X No MS-Word in mail Tel: +49-721-663 968-24; Fax: +49-721-663 968-94 / \ Respect Open Standards ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: I wish to help
On Tuesday 05 November 2002 00:01, Mark Wielaard wrote:
[Rudolph + GNU Classpath]
I meant did you try any of the awt sub-packages not found in Rudolph?
e.g. java.awt.color, java.awt.datatransfer, java.awt.dnd, java.awt.font,
java.awt.geom, java.awt.im, java.awt.im.spi, java.awt.image.renderable
or java.awt.print. I don't expect that much to actually work out of the
box but it would still be interesting to see how they work on top of
Rudolph (but see below).
You're right, this sounds promising. We didn't do this yet, but since it
should be possible with reasonable effort, we will try it.
Since it seems Acunia will not contribute to GNU Classpath at the moment
we have some less merging to do :{
I can understand the problems that Chris mentioned, but it doesn't make things
easier.
Cheers,
Andy.
--
aicas GmbH * Hoepfner Burg /\ ASCII Ribbon Campaign
Haid-und-Neu-Straße 18 * 76131 Karlsruhe \ / No HTML or RTF in mail
http://www.aicas.com X No MS-Word in mail
Tel: +49-721-663 968-24; Fax: +49-721-663 968-94 / \ Respect Open Standards
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Re: I wish to help
Hi, On Tue, 2002-11-05 at 01:15, Tom Tromey wrote: Mark == Mark Wielaard [EMAIL PROTECTED] writes: Mark Stephen Crawley just fixed the threading issues in Kissme with Mark the latest pthread library and I am now again able to run our Mark TestAWT program out of the (CVS) box with Kissme. (It crashes Mark whenever you push any of the buttons, but still...) And I know Mark that Tom Tromey has a secret dance to get the GTK+ peers working Mark with libgcj. It isn't that secret! I'll send it to anybody who is interested. I'm sure I've posted it in the past. I know you did. It is here: http://gcc.gnu.org/ml/java/2002-09/msg00144.html But I just tried to get this working again and it isn't that easy if you don't know what you have to do precisely. I am unsure which classes should be included in the shared library (including to many gives libgcj failure: Duplicate class registration: gnu.java.awt.BitMaskExtent type failures) and it is unclear which GtkToolkit to use (the gnu.java.awt.peer.gtk one from Classpath or the gnu.awt.gtk one from libgcj). I still don't have something working which is why I jokingly called it Tom Tromey's secret dance. I got it working once, but I can really not remember the steps of the dance :( And seeing AWT working is fun because you can just see the bugs in e.g. the LayoutManagers. Graphics bugs at least give you something fun to stare at. Maybe it would help if we checked in the peers and build machinery to libgcj. Then people could have a semi-functional AWT. Do you think that would inspire patches from users? Yes, I think this is a very nice idea. I cannot promise that I will hack that much on it. But currently whenever I do want to work with AWT I can get it easily working with Kissme (TestAWT just runs out of the box now) but then always end up fixing some Kissme VM bugs. Which is also a useful thing to do, so you might get complains from the Kissme hackers if you include a working AWT in libgcj :) Cheers, Mark ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Re: I wish to help
Mark == Mark Wielaard [EMAIL PROTECTED] writes: Mark But I just tried to get this working again and it isn't that Mark easy if you don't know what you have to do precisely. Fair enough. I wrote a couple scripts that work for me. They are appended. They are pretty bogus; the `build' script just recompiles everything each time, and the `copy-awt' script hard-codes the names of the files you need today (but maybe not tomorrow :-). However, with these scripts I can follow a simple recipe: * Build classpath. Make sure you --enable-jni * Make a new place to hack: mkdir gcj-awt; cd gcj-awt * Copy the files: copy-awt /path/to/classpath/src . * Build: ./build * Set LD_LIBRARY_PATH the way that build says to; don't forget to include the libgcj libdir (for non-system installs) * ./TestAWT Tom Maybe it would help if we checked in the peers and build Tom machinery to libgcj. Then people could have a semi-functional Tom AWT. Do you think that would inspire patches from users? Mark Yes, I think this is a very nice idea. I think we can't do that right now, since we're in the wrong phase of the gcc release cycle. However I think we should put this in as soon as possible and have it appear in 3.4. Tom copy-awt Description: copy-awt script build Description: awt build script
ANNOUNCE: japitools 0.9 released
JAPITOOLS 0.9 RELEASED2002/11/05 -- I'm proud to announce the first japitools release intended for wide public consumption. japitools is a set of tools for testing compatibility between different versions of a Java API. It can be used both for verifying whether an independent implementation of an API is correct and complete, and for ensuring that binary compatibility is maintained between successive versions of the same API. In particular, japitools can be used to test the conformance of independent implementations of the Java platform itself. Features of this release: * japize tool reads Java class files and dumps a machine-readable representation of the API to a japi file. * japicompat tool compares two japi files for binary backwards compatibility. * japilist tool provides human-readable summaries of the contents of a japi file. * serialize and serialcompat tools test serialization compatibility. * japifix tool updates japi files made by previous releases, and in some cases can correct malformed files. * Comparisions cover every requirement for binary compatibility as defined in the JLS, and more, but exclude many differences that are known to be insignificant, to keep the signal-to-noise ratio high. * All algorithms are tuned for memory usage and performance, to allow running on machines with limited resources or as unsupervised (eg nightly) jobs. * japi file format is fully specified, allowing interoperable tools to be created. For more information on japitools, including a change history, visit the project website at http://rainbow.netreach.net/~sballard/japi . japitools 0.9 can be downloaded from http://rainbow.netreach.net/~sballard/japi/japitools-0.9.tar.gz . Any questions or comments should be directed to [EMAIL PROTECTED] Particular thanks for their help in making this release as good as it can be go to Brian Jones for providing the ant build system, the serialize and serialcompat tools, and lots of wrapper scripts, along with some invaluable testing and setting up nightly japicompat tests for GNU Classpath CVS; and to Dalibor Topic for working towards a similar arrangement for Kaffe, and being a patient and committed tester despite several brown-paper-bag development releases. Thanks also to everyone else who's provided feedback. Major features planned for the near future include HTML and possibly XML output,and more advanced filtering of errors to allow, for example, ignoring errors against an early JDK version if the same problem appears in (more recent versions of) the JDK itself. -- Stuart Ballard, Programmer NetReach - Internet Solutions (215) 283-2300, ext. 126 http://www.netreach.com/ ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
Method of executing Mauve
All, Someone mentioned they had a method of executing Mauve that would appropriately time out and kill the bad VM. I'm guessing some use of expect/tcl here. If there is an example I could look at that would be great. Thanks, Brian -- Brian Jones [EMAIL PROTECTED] ___ Classpath mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/classpath
