Re: [cp-patches] RFC: add generated serialUID
Hi Arnaud, On Wed, 2006-03-08 at 13:46 +0100, Arnaud Vandyck wrote: While playing with Eclipse and Classpath, I added some generated serialUID (warnings: 3586 - 3543). Here is the changelog: 2006-03-08 Arnaud Vandyck [EMAIL PROTECTED] * examples/gnu/classpath/examples/awt/Demo.java, examples/gnu/classpath/examples/datatransfer/Demo.java, examples/gnu/classpath/examples/jawt/DemoJAWT.java, examples/gnu/classpath/examples/midi/Demo.java, examples/gnu/classpath/examples/swing/TextFieldDemo.java, examples/gnu/classpath/examples/swing/TextAreaDemo.java, examples/gnu/classpath/examples/swing/Demo.java, examples/gnu/classpath/examples/swing/TableDemo.java, examples/gnu/classpath/examples/swing/SpinnerDemo.java, examples/gnu/classpath/examples/swing/SliderDemo.java, examples/gnu/classpath/examples/swing/ScrollBarDemo.java, examples/gnu/classpath/examples/swing/ProgressBarDemo.java, examples/gnu/classpath/examples/swing/MiniDemo.java, examples/gnu/classpath/examples/swing/GNULookAndFeel.java, examples/gnu/classpath/examples/swing/FileChooserDemo.java, examples/gnu/classpath/examples/swing/ComboBoxDemo.java, examples/gnu/classpath/examples/swing/ButtonDemo.java: added generated (by Eclipse) serial version UID. I am not sure this actually helps much. This makes the examples serializable between different versions (since they now have a fixed serialVersionUID). But that means we should track the serialization representation between versions and I am not sure we actually want that. Cheers, Mark signature.asc Description: This is a digitally signed message part
[cp-patches] RFC: eclipse configuration patch: exclude some resources from source folders
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This patch remove 27 warnings for me: 2006-03-09 Arnaud Vandyck [EMAIL PROTECTED] * .classpath: added exclude pattern on source folders (Makefiles, README and .cvsignore) - -- Arnaud Vandyck ,= ,-_-. =. ((_/)o o(\_)) `-'(. .)`-' \_/ Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEECw24vzFZu62tMIRAns8AKCTVAf/HJz2LhT5VyoWbuxX1Ol4pQCgiFoX VKZz3Gi2YihDf/BMCc0wmL0= =DnYj -END PGP SIGNATURE- Index: ChangeLog === RCS file: /sources/classpath/classpath/ChangeLog,v retrieving revision 1.6661 diff -u -r1.6661 ChangeLog --- ChangeLog 8 Mar 2006 23:05:25 - 1.6661 +++ ChangeLog 9 Mar 2006 13:21:21 - @@ -1,3 +1,8 @@ +2006-03-09 Arnaud Vandyck [EMAIL PROTECTED] + + * .classpath: added exclude pattern on source folders + (Makefiles, README and .cvsignore) + 2006-03-08 Keith Seitz [EMAIL PROTECTED] * vm/reference/gnu/classpath/jdwp/VMMethod.java: New file. Index: .classpath === RCS file: /sources/classpath/classpath/.classpath,v retrieving revision 1.12 diff -u -r1.12 .classpath --- .classpath 13 Feb 2006 20:36:38 - 1.12 +++ .classpath 9 Mar 2006 13:19:13 - @@ -1,12 +1,12 @@ ?xml version=1.0 encoding=UTF-8? classpath classpathentry excluding=.externalToolBuilders/|.settings/|ChangeLog*|Makefile*|autom4te.cache/|compat/|config*|doc/|examples/|external/|gnu/javax/swing/plaf/|include/|install/|lib/|m4/|native/|resource/|scripts/|test/|testsuite/|vm/reference/|tools/|external/relaxngDatatype/ kind=src path=/ - classpathentry kind=src path=external/relaxngDatatype/ - classpathentry kind=src path=tools/ - classpathentry kind=src path=resource/ - classpathentry kind=src path=vm/reference/ - classpathentry kind=src path=external/sax/ - classpathentry kind=src path=external/w3c_dom/ - classpathentry kind=src path=examples/ + classpathentry excluding=.cvsignore|Makefile|Makefile.am|Makefile.in|README.txt kind=src path=external/relaxngDatatype/ + classpathentry excluding=.cvsignore|Makefile|Makefile.am|Makefile.in|README kind=src path=tools/ + classpathentry excluding=.cvsignore|Makefile|Makefile.am|Makefile.in kind=src path=resource/ + classpathentry excluding=.cvsignore|Makefile.am kind=src path=vm/reference/ + classpathentry excluding=.cvsignore|Makefile|Makefile.am|Makefile.in|README kind=src path=external/sax/ + classpathentry excluding=.cvsignore|Makefile|Makefile.am|Makefile.in|README kind=src path=external/w3c_dom/ + classpathentry excluding=.cvsignore|Makefile|Makefile.am|Makefile.in|Makefile.jawt|Makefile.jawt.in|README kind=src path=examples/ classpathentry kind=output path=install/share/classpath/ /classpath
Re: [cp-patches] RFC: Checking file resource validity by walking path components
Olivier Jolly wrote: the current implementation which retrieves a File resource allows to retrieve Files which are located above the root dir (imagine ClassLoader.getResource(../../../etc/passwd)) while it shouldn't (hence the current regression in gnu.testlet.java.net.URLClassLoader.getResource about '..'). Well spotted :) I propose to check the validity of a File resource by walking through all the path components and making sure that all intermediate components are valid (ie File.isDirectory and File.exists are true) and that we never try to get out the root directory. What you describe is mostly implemented in File.getCanonicalPath(). A fix for your issue might be as simple as: String base = new File(ROOT).getCanonicalPath() + File.separator; String resource = new File(ROOT, RESOURCE).getCanonicalPath(); if (!resource.startsWith(base)) throw new Whatever(); where ROOT and RESOURCE are the classloader root and the resource you're after, respectively. I only consider .. as a way to escaping the root directory, it may be more complex than that ... There are symbolic links to consider too. File.getCanonicalPath() should handle them. Cheers, Gary
Re: [cp-patches] RFC: add generated serialUID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Wielaard wrote: Hi Arnaud, Hi Mark, On Wed, 2006-03-08 at 13:46 +0100, Arnaud Vandyck wrote: While playing with Eclipse and Classpath, I added some generated serialUID (warnings: 3586 - 3543). Here is the changelog: 2006-03-08 Arnaud Vandyck [EMAIL PROTECTED] * examples/gnu/classpath/examples/awt/Demo.java, [...] added generated (by Eclipse) serial version UID. I am not sure this actually helps much. This makes the examples serializable between different versions (since they now have a fixed serialVersionUID). But that means we should track the serialization representation between versions and I am not sure we actually want that. I did it as a test on the Demo classes. But I can: 1° make a (very huge) patch to add serialUID to all the classes that need it; 2° make a one line patch to the .classpath Eclipse configuration file so Eclipse will just ignore the +-500 serialUID warnings. Cheers, - -- Arnaud Vandyck ,= ,-_-. =. ((_/)o o(\_)) `-'(. .)`-' \_/ Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEEEH84vzFZu62tMIRAnElAJ45vJIAUZGp47y4HSdrrqoORsK81ACgk/kE 50sZ6x+5UVQsyYW2uSySfTs= =/ERq -END PGP SIGNATURE-
[cp-patches] FYI: ListUI.getCellBounds() can return null
Hi, We weren't checking whether or not BasicListUI.getCellBounds() returned null everywhere. This patch add documentation stating that it can return null and adds a few missing checks. 2006-03-09 Mark Wielaard [EMAIL PROTECTED] * javax/swing/JList.java (ensureIndexIsVisible): Check whether cell bounds for index is valid. * javax/swing/plaf/basic/BasicListUI.java (valueChanged): Likewise. (paint): Likewise. (getCellBounds): Update documentation. This makes the Omniscient Debugger work again which was sadly broken with 0.90. Committed, Mark Index: javax/swing/JList.java === RCS file: /cvsroot/classpath/classpath/javax/swing/JList.java,v retrieving revision 1.47 diff -u -r1.47 JList.java --- javax/swing/JList.java 28 Feb 2006 20:15:31 - 1.47 +++ javax/swing/JList.java 9 Mar 2006 15:52:31 - @@ -1536,7 +1536,9 @@ */ public void ensureIndexIsVisible(int i) { -scrollRectToVisible(getUI().getCellBounds(this, i, i)); +Rectangle r = getUI().getCellBounds(this, i, i); +if (r != null) + scrollRectToVisible(r); } /** Index: javax/swing/plaf/basic/BasicListUI.java === RCS file: /cvsroot/classpath/classpath/javax/swing/plaf/basic/BasicListUI.java,v retrieving revision 1.55 diff -u -r1.55 BasicListUI.java --- javax/swing/plaf/basic/BasicListUI.java 3 Mar 2006 11:06:11 - 1.55 +++ javax/swing/plaf/basic/BasicListUI.java 9 Mar 2006 15:52:31 - @@ -1,5 +1,5 @@ /* BasicListUI.java -- - Copyright (C) 2002, 2004, 2005 Free Software Foundation, Inc. + Copyright (C) 2002, 2004, 2005, 2006 Free Software Foundation, Inc. This file is part of GNU Classpath. @@ -179,7 +179,8 @@ int index1 = e.getFirstIndex(); int index2 = e.getLastIndex(); Rectangle damaged = getCellBounds(list, index1, index2); - list.repaint(damaged); + if (damaged != null) +list.repaint(damaged); } } @@ -716,7 +717,8 @@ * @param index2 The last row to incude in the bounds * * @return A rectangle encompassing the range of rows between - * codeindex1/code and codeindex2/code inclusive + * codeindex1/code and codeindex2/code inclusive, or null + * such a rectangle couldn't be calculated for the given indexes. */ public Rectangle getCellBounds(JList l, int index1, int index2) { @@ -1182,7 +1184,7 @@ for (int row = startIndex; row = endIndex; ++row) { Rectangle bounds = getCellBounds(list, row, row); -if (bounds.intersects(clip)) +if (bounds != null bounds.intersects(clip)) paintCell(g, row, bounds, render, model, sel, lead); } } signature.asc Description: This is a digitally signed message part
Re: [cp-patches] RFC: add generated serialUID
Arnaud == Arnaud Vandyck [EMAIL PROTECTED] writes: Arnaud 2° make a one line patch to the .classpath Eclipse Arnaud configuration file so Eclipse will just ignore the +-500 Arnaud serialUID warnings. We want to see those warnings for any user-visible class. These represent actual or potential bugs. But before adding the fields, we need to check that we actually are serialization-compatible. I usually do this by looking at the serialized form online and comparing against the class in question. For private classes, implementation classes, or classes we import, the serialVersionUID warnings aren't very useful. Also, as a special case, we don't care much about these for Swing, either, as Swing is explicitly not serializable. I don't know of a way to teach this to Eclipse. Maybe we ought to file a bug report. Tom
Re: [cp-patches] RFC:Collation rules for Lithuanian locale
On Thu, Mar 09, 2006 at 08:10:32PM +0100, Audrius Meskauskas wrote: Index: resource/gnu/java/locale/LocaleInformation_lt.properties === RCS file: /sources/classpath/classpath/resource/gnu/java/locale/LocaleInformation_lt.properties,v retrieving revision 1.1 diff -u -r1.1 LocaleInformation_lt.properties --- resource/gnu/java/locale/LocaleInformation_lt.properties 19 May 2005 06:44:28 - 1.1 +++ resource/gnu/java/locale/LocaleInformation_lt.properties 9 Mar 2006 19:01:08 - @@ -21,6 +21,7 @@ mediumDateFormat=.MM.dd longDateFormat= 'm.' d 'd.' fullDateFormat= 'm.' d 'd.', +collation_rules=0123456789A,a\u0104 ,\u0105 b,Bc,C\u010d ,\u010c d,De,E\u0119 ,\u0118 \u0117 ,\u0116 f,Fg,Gh,Hi,I\u012f ,\u012e y,Yj,Jk,Kl,Lm,Mn,No,Op,Pq,Qr,Rs,S\u0161 ,\u0160 t,Tu,U\u0173 ,\u0172 \u016b ,\u016a v,Vw,Wx,Xy,Yz,Z\u017e ,\u017d territories.TL=Ryt\u0173 Timoras territories.TK=Tokelau territories.TJ=Tad\u017eikija Note that these files are autogenerated and this fix might be accidentally removed on next update. Its better to submit your fixes upstream at www.unicode.org. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/
Re: [cp-patches] RFC: Checking file resource validity by walking path components
Gary Benson a écrit : Olivier Jolly wrote: I propose to check the validity of a File resource by walking through all the path components and making sure that all intermediate components are valid (ie File.isDirectory and File.exists are true) and that we never try to get out the root directory. What you describe is mostly implemented in File.getCanonicalPath(). A fix for your issue might be as simple as: String base = new File(ROOT).getCanonicalPath() + File.separator; String resource = new File(ROOT, RESOURCE).getCanonicalPath(); if (!resource.startsWith(base)) throw new Whatever(); where ROOT and RESOURCE are the classloader root and the resource you're after, respectively. yeah, great idea as it is a JDK1.1 adding and that URLCLassLoader was present in 1.0, I didn't look at it, but it seems that's ok to target 1.1 so I will rewrite the patch using this thank you I only consider .. as a way to escaping the root directory, it may be more complex than that ... There are symbolic links to consider too. File.getCanonicalPath() should handle them. Right, I was merely only following directories and avoiding links Cheers, Thanks again Gary Olivier
Re: [cp-patches] [PATCH/JDWP] Import cleanups
Keith == Keith Seitz [EMAIL PROTECTED] writes: Keith PPS. Anyone know how to tell eclipse to generate a patch against a Keith given subset of files/folders? I tried selecting all the files for Keith which I wanted a patch, but the Team-Create Patch option was Keith disabled. BTW, Team-Commit works just fine doing this. You can't do it :-(. There's a PR for this in the Eclipse bugzilla. Tom
[cp-patches] FYI: java/rmi/dgc/VMID fixes
The VMID class had the inconsistent hashcode and equals methods and was not ready for the case if the IP address has the number of digits other than 4 (IP6). 2006-03-09 Audrius Meskauskas [EMAIL PROTECTED] * java/rmi/dgc/VMID.java: (equals, hashCode, static initializer):Rewritten. * java/rmi/dgc/package.html: Documented.
[cp-patches] FYI: TreeSelectionEvent/Listener API doc updates
This patch (committed) adds some API docs to the TreeSelectionEvent class and the TreeSelectionListener interface: 2006-03-09 David Gilbert [EMAIL PROTECTED] * javax/swing/event/TreeSelectionEvent.java: Updated API docs, * javax/swing/event/TreeSelectionListener.java: Likewise. Regards, Dave Index: javax/swing/event/TreeSelectionEvent.java === RCS file: /sources/classpath/classpath/javax/swing/event/TreeSelectionEvent.java,v retrieving revision 1.8 diff -u -r1.8 TreeSelectionEvent.java --- javax/swing/event/TreeSelectionEvent.java 3 Mar 2006 23:36:59 - 1.8 +++ javax/swing/event/TreeSelectionEvent.java 9 Mar 2006 22:27:00 - @@ -41,41 +41,56 @@ import java.util.EventObject; import javax.swing.tree.TreePath; +import javax.swing.tree.TreeSelectionModel; /** - * TreeSelectionEvent + * An event that carries information about a change to a + * [EMAIL PROTECTED] TreeSelectionModel}. + * + * @see TreeSelectionListener + * * @author Andrew Selkirk - * @version1.0 */ public class TreeSelectionEvent extends EventObject { /** - * paths + * The paths that have been added or removed from the selection. */ protected TreePath[] paths; /** - * areNew + * Flags indicating if the paths were added (codetrue/code) or removed + * (codefalse/code) from the selection. */ protected boolean[] areNew; /** - * oldLeadSelectionPath + * The old lead selection path (may be codenull/code). */ protected TreePath oldLeadSelectionPath; /** - * newLeadSelectionPath + * The new lead selection path (may be codenull/code). */ protected TreePath newLeadSelectionPath; /** - * Constructor TreeSelectionEvent - * @param source TODO - * @param paths TODO - * @param areNew TODO - * @param oldLeadSelectionPath TODO - * @param newLeadSelectionPath TODO + * Creates a new codeTreeSelectionEvent/code. + * + * @param source the source (usually a [EMAIL PROTECTED] TreeSelectionModel}, + *codenull/code not permitted). + * @param paths an array of the paths that have been added to or removed + * from the selection. + * @param areNew a flag for each path where codetrue/code indicates the + * corresponding path has been added to the selection and + * codefalse/code indicates the path has been removed. + * @param oldLeadSelectionPath the old lead selection path (codenull/code + * permitted). + * @param newLeadSelectionPath the new lead selection path (codenull/code + * permitted). + * + * @throws IllegalArgumentException if codesource/code is + * codenull/code. */ public TreeSelectionEvent(Object source, TreePath[] paths, boolean[] areNew, TreePath oldLeadSelectionPath, @@ -89,12 +104,21 @@ } /** - * Constructor TreeSelectionEvent - * @param source TODO - * @param path TODO - * @param isNew TODO - * @param oldLeadSelectionPath TODO - * @param newLeadSelectionPath TODO + * Creates a new codeTreeSelectionEvent/code. + * + * @param source the event source (usually a [EMAIL PROTECTED] TreeSelectionModel}, + * codenull/code not permitted). + * @param path the path. + * @param isNew codetrue/code indicates that codepath/code has been + * added to the selection, and codefalse/code indicates that it has + * been removed. + * @param oldLeadSelectionPath the old lead selection path (codenull/code + * permitted). + * @param newLeadSelectionPath the new lead selection path (codenull/code + * permitted). + * + * @throws IllegalArgumentException if codesource/code is + * codenull/code. */ public TreeSelectionEvent(Object source, TreePath path, boolean isNew, TreePath oldLeadSelectionPath, @@ -108,7 +132,11 @@ } /** - * @return the first path element + * Returns the first path element. + * + * @return The first path element. + * + * @see #getPaths() */ public TreePath getPath() { @@ -116,8 +144,11 @@ } /** + * Returns an array of the paths that changed in the selection. + * + * @return The paths that changed in the selection. * - * @return the paths with selection changed + * @see #isAddedPath(TreePath) */ public TreePath[] getPaths() { @@ -125,7 +156,13 @@ } /** - * @return true if the first path is added to the selection, false otherwise + * Returns codetrue/code if the path returned by [EMAIL PROTECTED] #getPath()} has + * been added to the selection, and codefalse/code if it has been + * removed. + * + * @return A boolean. + * + * @see #isAddedPath(int) */ public boolean isAddedPath() { @@ -133,8 +170,19 @@ } /** - * @param path the path to check - * @return true if the path is added to
[cp-patches] Patch: AWT widget painting
This patch fixes Bug #22163. Several AWT widgets did not appear on the screen when there was a background drawn. The background was being drawn on top of these widgets. I fixed this by putting these widgets into an event box. These widgets are considered 'lightweight' in gtk, so they are drawn on their parent. Because they are now in a event box, they do not get drawn behind the background onto the panel (the parent). 2006-03-09 Lillian Angel [EMAIL PROTECTED] PR Classpath\22163 * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c (create): Added combobox widget to an event box. (connectSignals): Added call to choice_get_widget to get the combobox out of the event box. (append): Likewise. (nativeRemoveAll): Likewise. (nativeRemove): Likwise. (nativeAdd): Likewise. (selectNative): Likewise. (choice_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkListPeer.c (create): Added list scroll window widget to an event box. (connectSignals): Changed call to use new function to get the correct widget out of the event box. (getWidgetModifyFont): Likewise. (getWidgetRequestFocus): Likewise. (append): Likewise. (add): Likewise. (delItems): Likewise. (select): Likewise. (deselect): Likewise. (getSize): Likewise. (getSelectedIndexes): Likewise. (makeVisible): Likewise. (setMultipleMode): Likewise. (list_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c (create): Added scrollpane to an eventbox. (setScrollPosition): Changed call to use new function to get the correct widget out of the event box. (gtkScrolledWindowSetHScrollIncrement): Likewise. (gtkScrolledWindowSetVScrollIncrement): Likewise. (getHScrollbarHeight): Likewise. (getVScrollbarWidth): Likewise. (setPolicy): Likewise. (scrollpane_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollbarPeer.c (connectSignals): Changed call to use new function to get the correct widget out of the event box. (create): Added scrollbar to an eventbox. (setLineIncrement): Changed call to use new function to get the correct widget out of the event box. (setPageIncrement): Likewise. (setBarValues): Likewise. (scrollbar_get_widget): New function. * native/jni/gtk-peer/gnu_java_gnu_java_awt_peer_gtk_GtkTextAreaPeer.c (create): Added text area scroll window widget to an event box. (connectSignals): Changed call to use new function to get the correct widget out of the event box. (insert): Likewise. (replaceRange): Likewise. (gtkWidgetModifyFont): Likewise. (gtkWidgetRequestFocus): Likewise. (getHScrollbarHeight): Likewise. (getVScrollbarWidth): Likewise. (getCaretPosition): Likewise. (setCaretPosition):Likewise. (getSelectionStart): Likewise. (getSelectionEnd): Likewise. (select): Likewise. (setEditable): Likewise. (getText): Likewise. (setText): Likewise. (textarea_get_widget): New function. Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c === RCS file: /sources/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c,v retrieving revision 1.20 diff -u -r1.20 gnu_java_awt_peer_gtk_GtkChoicePeer.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c 22 Nov 2005 20:41:06 - 1.20 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c 9 Mar 2006 22:11:52 - @@ -40,6 +40,7 @@ #include gnu_java_awt_peer_gtk_GtkChoicePeer.h static jmethodID postChoiceItemEventID; +static GtkWidget *choice_get_widget (GtkWidget *widget); void cp_gtk_choice_init_jni (void) @@ -61,16 +62,20 @@ (JNIEnv *env, jobject obj) { GtkWidget *combobox; + GtkWidget *eventbox; jobject *gref; gdk_threads_enter (); NSA_SET_GLOBAL_REF (env, obj); gref = NSA_GET_GLOBAL_REF (env, obj); - + + eventbox = gtk_event_box_new (); combobox = gtk_combo_box_new_text (); + gtk_container_add (GTK_CONTAINER (eventbox), combobox); + gtk_widget_show (combobox); - NSA_SET_PTR (env, obj, combobox); + NSA_SET_PTR (env, obj, eventbox); gdk_threads_leave (); } @@ -81,18 +86,21 @@ { void *ptr = NULL; jobject *gref = NULL; + GtkWidget *bin; gdk_threads_enter (); ptr = NSA_GET_PTR (env, obj); gref = NSA_GET_GLOBAL_REF (env, obj); + bin = choice_get_widget (GTK_WIDGET (ptr)); + /* Choice signals */ - g_signal_connect (G_OBJECT (ptr), changed, + g_signal_connect (G_OBJECT (bin), changed, G_CALLBACK
[cp-patches] Re: Patch: AWT widget painting
On Thu, 2006-03-09 at 17:36 -0500, Lillian Angel wrote: This patch fixes Bug #22163. Several AWT widgets did not appear on the screen when there was a background drawn. The background was being drawn on top of these widgets. I fixed this by putting these widgets into an event box. These widgets are considered 'lightweight' in gtk, so they are drawn on their parent. Because they are now in a event box, they do not get drawn behind the background onto the panel (the parent). I meant to mention that I will be committing mauve tests for all the AWT widgets to make sure they all paint correctly when a background is drawn. I will be sure to check/fix all the remaining AWT widgets. 2006-03-09 Lillian Angel [EMAIL PROTECTED] PR Classpath\22163 * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c (create): Added combobox widget to an event box. (connectSignals): Added call to choice_get_widget to get the combobox out of the event box. (append): Likewise. (nativeRemoveAll): Likewise. (nativeRemove): Likwise. (nativeAdd): Likewise. (selectNative): Likewise. (choice_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkListPeer.c (create): Added list scroll window widget to an event box. (connectSignals): Changed call to use new function to get the correct widget out of the event box. (getWidgetModifyFont): Likewise. (getWidgetRequestFocus): Likewise. (append): Likewise. (add): Likewise. (delItems): Likewise. (select): Likewise. (deselect): Likewise. (getSize): Likewise. (getSelectedIndexes): Likewise. (makeVisible): Likewise. (setMultipleMode): Likewise. (list_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c (create): Added scrollpane to an eventbox. (setScrollPosition): Changed call to use new function to get the correct widget out of the event box. (gtkScrolledWindowSetHScrollIncrement): Likewise. (gtkScrolledWindowSetVScrollIncrement): Likewise. (getHScrollbarHeight): Likewise. (getVScrollbarWidth): Likewise. (setPolicy): Likewise. (scrollpane_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollbarPeer.c (connectSignals): Changed call to use new function to get the correct widget out of the event box. (create): Added scrollbar to an eventbox. (setLineIncrement): Changed call to use new function to get the correct widget out of the event box. (setPageIncrement): Likewise. (setBarValues): Likewise. (scrollbar_get_widget): New function. * native/jni/gtk-peer/gnu_java_gnu_java_awt_peer_gtk_GtkTextAreaPeer.c (create): Added text area scroll window widget to an event box. (connectSignals): Changed call to use new function to get the correct widget out of the event box. (insert): Likewise. (replaceRange): Likewise. (gtkWidgetModifyFont): Likewise. (gtkWidgetRequestFocus): Likewise. (getHScrollbarHeight): Likewise. (getVScrollbarWidth): Likewise. (getCaretPosition): Likewise. (setCaretPosition):Likewise. (getSelectionStart): Likewise. (getSelectionEnd): Likewise. (select): Likewise. (setEditable): Likewise. (getText): Likewise. (setText): Likewise. (textarea_get_widget): New function.
Re: [cp-patches] [PATCH/JDWP] Import cleanups
Keith == Keith Seitz [EMAIL PROTECTED] writes: Keith Nonetheless, this is a REALLY irritating feature. Maybe I'll have a go Keith at it. Yeah. I just edit the patches before mailing. But I don't typically have multiple pending patches in my classpath tree anyway. Tom
[cp-patches] Re: FYI: AWT widget painting
Same fix for GtkComponentPee 2006-03-09 Lillian Angel [EMAIL PROTECTED] * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c (get_widget): New function. (gtkWidgetSetParent): Changed to use new function. (gtkWidgetSetCursorUnlocked): Likewise. (gtkWidgetSetSensitive): Likewise. (gtkWidgetRequestFocus): Likewise. (gtkWindowGetLocationOnScreen): Likewise. (gtkWidgetGetDimensions): Likewise. (gtkWidgetGetPreferredDimensions): Likewise. (setNativeBounds): Likewise. (gtkWidgetGetBackground): Likewise. (gtkWidgetGetForeground): Likewise. (gtkWidgetSetBackground): Likewise. (gtkWidgetSetForeground): Likewise. (setVisibleNativeUnlocked): Likewise. (isEnabled): Likewise. (isRealized): Likewise. (setNativeEventMask): Likewise. On Thu, 2006-03-09 at 17:37 -0500, Lillian Angel wrote: On Thu, 2006-03-09 at 17:36 -0500, Lillian Angel wrote: This patch fixes Bug #22163. Several AWT widgets did not appear on the screen when there was a background drawn. The background was being drawn on top of these widgets. I fixed this by putting these widgets into an event box. These widgets are considered 'lightweight' in gtk, so they are drawn on their parent. Because they are now in a event box, they do not get drawn behind the background onto the panel (the parent). I meant to mention that I will be committing mauve tests for all the AWT widgets to make sure they all paint correctly when a background is drawn. I will be sure to check/fix all the remaining AWT widgets. 2006-03-09 Lillian Angel [EMAIL PROTECTED] PR Classpath\22163 * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkChoicePeer.c (create): Added combobox widget to an event box. (connectSignals): Added call to choice_get_widget to get the combobox out of the event box. (append): Likewise. (nativeRemoveAll): Likewise. (nativeRemove): Likwise. (nativeAdd): Likewise. (selectNative): Likewise. (choice_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkListPeer.c (create): Added list scroll window widget to an event box. (connectSignals): Changed call to use new function to get the correct widget out of the event box. (getWidgetModifyFont): Likewise. (getWidgetRequestFocus): Likewise. (append): Likewise. (add): Likewise. (delItems): Likewise. (select): Likewise. (deselect): Likewise. (getSize): Likewise. (getSelectedIndexes): Likewise. (makeVisible): Likewise. (setMultipleMode): Likewise. (list_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c (create): Added scrollpane to an eventbox. (setScrollPosition): Changed call to use new function to get the correct widget out of the event box. (gtkScrolledWindowSetHScrollIncrement): Likewise. (gtkScrolledWindowSetVScrollIncrement): Likewise. (getHScrollbarHeight): Likewise. (getVScrollbarWidth): Likewise. (setPolicy): Likewise. (scrollpane_get_widget): New function. * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollbarPeer.c (connectSignals): Changed call to use new function to get the correct widget out of the event box. (create): Added scrollbar to an eventbox. (setLineIncrement): Changed call to use new function to get the correct widget out of the event box. (setPageIncrement): Likewise. (setBarValues): Likewise. (scrollbar_get_widget): New function. * native/jni/gtk-peer/gnu_java_gnu_java_awt_peer_gtk_GtkTextAreaPeer.c (create): Added text area scroll window widget to an event box. (connectSignals): Changed call to use new function to get the correct widget out of the event box. (insert): Likewise. (replaceRange): Likewise. (gtkWidgetModifyFont): Likewise. (gtkWidgetRequestFocus): Likewise. (getHScrollbarHeight): Likewise. (getVScrollbarWidth): Likewise. (getCaretPosition): Likewise. (setCaretPosition):Likewise. (getSelectionStart): Likewise. (getSelectionEnd): Likewise. (select): Likewise. (setEditable): Likewise. (getText): Likewise. (setText): Likewise. (textarea_get_widget): New function. Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c === RCS file: /sources/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c,v retrieving revision 1.57 diff -u -r1.57 gnu_java_awt_peer_gtk_GtkComponentPeer.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c 15 Nov 2005 15:11:54 - 1.57 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c 9 Mar 2006 23:04:10
[cp-patches] Patch: gnu_java_awt_peer_gtk_GtkScrollPanePeer fix
Fixed the property name. Fixes GTK warnings. 2006-03-09 Lillian Angel [EMAIL PROTECTED] * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c (getHScrollbarHeight): Fixed property name. (getVScrollbarHeight): Likewise. Index: native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c === RCS file: /sources/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c,v retrieving revision 1.12 diff -u -r1.12 gnu_java_awt_peer_gtk_GtkScrollPanePeer.c --- native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c 9 Mar 2006 22:38:57 - 1.12 +++ native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c 9 Mar 2006 23:14:24 - @@ -148,7 +148,7 @@ sw = GTK_SCROLLED_WINDOW (scrollpane_get_widget (GTK_WIDGET (ptr))); gtk_widget_size_request (sw-hscrollbar, requisition); - gtk_widget_style_get (GTK_WIDGET (sw), scrollpane_spacing, spacing, NULL); + gtk_widget_style_get (GTK_WIDGET (sw), scrollbar_spacing, spacing, NULL); height = requisition.height + spacing; gdk_threads_leave (); @@ -173,7 +173,7 @@ sw = GTK_SCROLLED_WINDOW (scrollpane_get_widget (GTK_WIDGET (ptr))); gtk_widget_size_request (sw-vscrollbar, requisition); - gtk_widget_style_get (GTK_WIDGET (sw), scrollpane_spacing, spacing, NULL); + gtk_widget_style_get (GTK_WIDGET (sw), scrollbar_spacing, spacing, NULL); width = requisition.width + spacing; gdk_threads_leave ();
[cp-patches] [PATCH/JDWP] Eliminate javadoc warnings
Hello, This is a follow-up patch to the import trimming where I've eliminated all the javadoc warnings flagged by eclipse. Keith ChangeLog 2006-03-09 Keith Seitz [EMAIL PROTECTED] * gnu/classpath/jdwp/event/EventManager.java: Update javadoc. * gnu/classpath/jdwp/event/ThreadStartEvent.java (ThreadStartEvent): Likewise. * gnu/classpath/jdwp/event/VmDeathEvent.java (VmDeathEvent): Likewise. * gnu/classpath/jdwp/event/filters/ConditionalFilter.java (ConditionalFilter): Likewise. * gnu/classpath/jdwp/event/filters/ExceptionOnlyFilter.java (ExceptionOnlyFilter): Likewise. * gnu/classpath/jdwp/event/filters/FieldOnlyFilter.java (FieldOnlyFilter): Likewise. * gnu/classpath/jdwp/event/filters/StepFilter.java (getDepth): Likewise. (getSize): Likewise. (StepFilter): Likewise. * gnu/classpath/jdwp/id/JdwpId.java: Likewise (for _tag). * gnu/classpath/jdwp/transport/JdwpPacket.java (JdwpPacket): Likewise. (fromBytes): Likewise. * gnu/classpath/jdwp/transport/JdwpReplyPacket.java (JdwpReplyPacket): Likewise. * gnu/classpath/jdwp/util/Value.java (getUntaggedObj): Likewise. * vm/reference/gnu/classpath/jdwp/VMIdManager.java (getReferenceType): Likewise. (newObjectId): Likewise. * vm/reference/gnu/classpath/jdwp/VMMethod.java (readId): Likewise. * vm/reference/gnu/classpath/jdwp/VMVirtualMachine.java (getFrames): Fix typo in parameter name and update javadoc. (getClassMethod): Update javadoc. Index: gnu/classpath/jdwp/event/EventManager.java === RCS file: /sources/classpath/classpath/gnu/classpath/jdwp/event/EventManager.java,v retrieving revision 1.3 diff -u -r1.3 EventManager.java --- gnu/classpath/jdwp/event/EventManager.java 16 Dec 2005 23:15:54 - 1.3 +++ gnu/classpath/jdwp/event/EventManager.java 9 Mar 2006 23:14:36 - @@ -56,7 +56,7 @@ * 2) Filter event notifications from the VM * * If an event request arrives from the debugger, the back-end will - * call [EMAIL PROTECTED] #reqestEvent}, which will first check for a valid event. + * call [EMAIL PROTECTED] #requestEvent}, which will first check for a valid event. * If it is valid, codeEventManager/code will record the request * internally and register the event with the virtual machine, which may * choose to handle the request itself (as is likely the case with Index: gnu/classpath/jdwp/event/ThreadStartEvent.java === RCS file: /sources/classpath/classpath/gnu/classpath/jdwp/event/ThreadStartEvent.java,v retrieving revision 1.1 diff -u -r1.1 ThreadStartEvent.java --- gnu/classpath/jdwp/event/ThreadStartEvent.java 30 Aug 2005 00:51:10 - 1.1 +++ gnu/classpath/jdwp/event/ThreadStartEvent.java 9 Mar 2006 23:14:37 - @@ -49,7 +49,7 @@ /** * Notification of a new running thread in the target VM. The new - * thread can be the result of a call to [EMAIL PROTECTED] java.lang.Thread.start} or + * thread can be the result of a call to [EMAIL PROTECTED] java.lang.Thread#start} or * the result of attaching a new thread to the VM though JNI. The * notification is generated by the new thread some time before its * execution starts. Because of this timing, it is possible to receive @@ -70,9 +70,9 @@ private Thread _thread; /** - * Constructs a new codeThreadStartEvent/code + * Constructs a new ThreadStartEvent object * - * @param tid the thread ID in which event occurred + * @param thread the thread ID in which event occurred */ public ThreadStartEvent (Thread thread) { super (JdwpConstants.EventKind.THREAD_END); Index: gnu/classpath/jdwp/event/VmDeathEvent.java === RCS file: /sources/classpath/classpath/gnu/classpath/jdwp/event/VmDeathEvent.java,v retrieving revision 1.1 diff -u -r1.1 VmDeathEvent.java --- gnu/classpath/jdwp/event/VmDeathEvent.java 9 Sep 2005 22:08:19 - 1.1 +++ gnu/classpath/jdwp/event/VmDeathEvent.java 9 Mar 2006 23:14:37 - @@ -53,9 +53,7 @@ extends Event { /** - * Constructs a codeVmDeathEvent/code object - * - * @param thread the initial thread + * Constructs a new VmDeathEvent object */ public VmDeathEvent () { Index: gnu/classpath/jdwp/event/filters/ConditionalFilter.java === RCS file: /sources/classpath/classpath/gnu/classpath/jdwp/event/filters/ConditionalFilter.java,v retrieving revision 1.1 diff -u -r1.1 ConditionalFilter.java --- gnu/classpath/jdwp/event/filters/ConditionalFilter.java 26 Aug 2005 21:52:28 - 1.1 +++ gnu/classpath/jdwp/event/filters/ConditionalFilter.java 9 Mar 2006 23:14:37 - @@ -61,7 +61,7 @@ * pbNOTE:/b This filter is marked for the future, *
[cp-patches] [PATCH/JDWP] Use new VMMethod class
Hello, I've committed the attached patch which updates most of JDWP command processing to use the new VMMethod class. There are still one or two miscellaneous places where reflection is used, but when I get around to testing them, I'll update similarly. Keith ChangeLog 2006-03-09 Keith Seitz [EMAIL PROTECTED] * gnu/classpath/jdwp/processor/MethodCommandSet.java (executeVariableTable): Use VMMethod instead of reflection. (executeLineTable): Likewise. * gnu/classpath/jdwp/processor/ReferenceTypeCommandSet.java (executeMethods): Rewrite to use new VMVirtualMachine.getAllClassMethods. * vm/reference/gnu/classpath/jdwp/VMVirtualMachine.java (getLineTable): Removed. Now resides in VMMethod. (getVarTable): Likewise. (getAllClassMethods): New method. Index: gnu/classpath/jdwp/processor/MethodCommandSet.java === RCS file: /sources/classpath/classpath/gnu/classpath/jdwp/processor/MethodCommandSet.java,v retrieving revision 1.4 diff -u -r1.4 MethodCommandSet.java --- gnu/classpath/jdwp/processor/MethodCommandSet.java 8 Sep 2005 17:18:59 - 1.4 +++ gnu/classpath/jdwp/processor/MethodCommandSet.java 10 Mar 2006 00:05:37 - @@ -1,5 +1,5 @@ /* MethodCommandSet.java -- class to implement the Method Command Set - Copyright (C) 2005 Free Software Foundation + Copyright (C) 2005, 2006 Free Software Foundation This file is part of GNU Classpath. @@ -39,18 +39,16 @@ package gnu.classpath.jdwp.processor; import gnu.classpath.jdwp.JdwpConstants; -import gnu.classpath.jdwp.VMVirtualMachine; +import gnu.classpath.jdwp.VMMethod; import gnu.classpath.jdwp.exception.JdwpException; import gnu.classpath.jdwp.exception.JdwpInternalErrorException; import gnu.classpath.jdwp.exception.NotImplementedException; -import gnu.classpath.jdwp.id.ObjectId; -import gnu.classpath.jdwp.id.ReferenceTypeId; +import gnu.classpath.jdwp.id.ClassReferenceTypeId; import gnu.classpath.jdwp.util.LineTable; import gnu.classpath.jdwp.util.VariableTable; import java.io.DataOutputStream; import java.io.IOException; -import java.lang.reflect.Method; import java.nio.ByteBuffer; /** @@ -101,26 +99,24 @@ private void executeLineTable(ByteBuffer bb, DataOutputStream os) throws JdwpException, IOException { -ReferenceTypeId refId = idMan.readReferenceTypeId(bb); +ClassReferenceTypeId refId + = (ClassReferenceTypeId) idMan.readReferenceTypeId(bb); Class clazz = refId.getType(); -ObjectId oid = idMan.readObjectId(bb); -Method method = (Method) oid.getObject(); - -LineTable lt = VMVirtualMachine.getLineTable(clazz, method); +VMMethod method = VMMethod.readId(clazz, bb); +LineTable lt = method.getLineTable(); lt.write(os); } private void executeVariableTable(ByteBuffer bb, DataOutputStream os) throws JdwpException, IOException { -ReferenceTypeId refId = idMan.readReferenceTypeId(bb); + ClassReferenceTypeId refId + = (ClassReferenceTypeId) idMan.readReferenceTypeId(bb); Class clazz = refId.getType(); -ObjectId oid = idMan.readObjectId(bb); -Method method = (Method) oid.getObject(); - -VariableTable vt = VMVirtualMachine.getVarTable(clazz, method); +VMMethod method = VMMethod.readId(clazz, bb); +VariableTable vt = method.getVariableTable(); vt.write(os); } Index: gnu/classpath/jdwp/processor/ReferenceTypeCommandSet.java === RCS file: /sources/classpath/classpath/gnu/classpath/jdwp/processor/ReferenceTypeCommandSet.java,v retrieving revision 1.5 diff -u -r1.5 ReferenceTypeCommandSet.java --- gnu/classpath/jdwp/processor/ReferenceTypeCommandSet.java 8 Sep 2005 17:18:59 - 1.5 +++ gnu/classpath/jdwp/processor/ReferenceTypeCommandSet.java 10 Mar 2006 00:05:37 - @@ -1,6 +1,6 @@ /* ReferenceTypeCommandSet.java -- class to implement the ReferenceType Command Set - Copyright (C) 2005 Free Software Foundation + Copyright (C) 2005, 2006 Free Software Foundation This file is part of GNU Classpath. @@ -40,11 +40,13 @@ package gnu.classpath.jdwp.processor; import gnu.classpath.jdwp.JdwpConstants; +import gnu.classpath.jdwp.VMMethod; import gnu.classpath.jdwp.VMVirtualMachine; import gnu.classpath.jdwp.exception.InvalidFieldException; import gnu.classpath.jdwp.exception.JdwpException; import gnu.classpath.jdwp.exception.JdwpInternalErrorException; import gnu.classpath.jdwp.exception.NotImplementedException; +import gnu.classpath.jdwp.id.ClassReferenceTypeId; import gnu.classpath.jdwp.id.ObjectId; import gnu.classpath.jdwp.id.ReferenceTypeId; import gnu.classpath.jdwp.util.JdwpString; @@ -54,7 +56,6 @@ import java.io.DataOutputStream; import java.io.IOException; import java.lang.reflect.Field; -import java.lang.reflect.Method; import java.nio.ByteBuffer; /** @@ -181,17 +182,17 @@
[cp-patches] Patch: FYI: PR 26623
I'm checking this in. The install-exec target didn't work properly for Classpath. The automake rule here is that if a user-specified directory variable has 'exec' in its name, then it will be installed using install-exec. Otherwise install-data is used. Tom Index: ChangeLog from Tom Tromey [EMAIL PROTECTED] PR classpath/26623: * native/jni/qt-peer/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/midi-alsa/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-net/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-lang/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/xmlj/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/gtk-peer/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/midi-dssi/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-io/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-nio/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-util/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jawt/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * configure.ac (nativeexeclibdir): Renamed from nativelibdir. Index: configure.ac === RCS file: /cvsroot/classpath/classpath/configure.ac,v retrieving revision 1.138 diff -u -r1.138 configure.ac --- configure.ac 6 Mar 2006 14:39:34 - 1.138 +++ configure.ac 10 Mar 2006 01:34:01 - @@ -199,13 +199,13 @@ AC_ARG_WITH([native-libdir], [AS_HELP_STRING(--with-native-libdir,sets the installation directore for native libraries [default='${libdir}/${PACKAGE}'])], [ -nativelibdir=${withval} +nativeexeclibdir=${withval} ], [ -nativelibdir='${libdir}/${PACKAGE}' +nativeexeclibdir='${libdir}/${PACKAGE}' ]) -AC_SUBST(nativelibdir) +AC_SUBST(nativeexeclibdir) dnl --- dnl Sets the Java library installation dir. Index: native/jawt/Makefile.am === RCS file: /cvsroot/classpath/classpath/native/jawt/Makefile.am,v retrieving revision 1.3 diff -u -r1.3 Makefile.am --- native/jawt/Makefile.am 23 Oct 2005 16:59:07 - 1.3 +++ native/jawt/Makefile.am 10 Mar 2006 01:34:03 - @@ -1,4 +1,4 @@ -nativelib_LTLIBRARIES = libjawtgnu.la +nativeexeclib_LTLIBRARIES = libjawtgnu.la libjawtgnu_la_SOURCES = jawt.c libjawtgnu_la_LIBADD = $(top_builddir)/native/jni/gtk-peer/libgtkpeer.la Index: native/jni/gtk-peer/Makefile.am === RCS file: /cvsroot/classpath/classpath/native/jni/gtk-peer/Makefile.am,v retrieving revision 1.35 diff -u -r1.35 Makefile.am --- native/jni/gtk-peer/Makefile.am 6 Mar 2006 10:19:30 - 1.35 +++ native/jni/gtk-peer/Makefile.am 10 Mar 2006 01:34:03 - @@ -1,4 +1,4 @@ -nativelib_LTLIBRARIES = libgtkpeer.la +nativeexeclib_LTLIBRARIES = libgtkpeer.la # Gtk/Cairo JNI sources. if GTK_CAIRO Index: native/jni/java-io/Makefile.am === RCS file: /cvsroot/classpath/classpath/native/jni/java-io/Makefile.am,v retrieving revision 1.23 diff -u -r1.23 Makefile.am --- native/jni/java-io/Makefile.am 25 Jan 2006 10:40:12 - 1.23 +++ native/jni/java-io/Makefile.am 10 Mar 2006 01:34:03 - @@ -1,4 +1,4 @@ -nativelib_LTLIBRARIES = libjavaio.la +nativeexeclib_LTLIBRARIES = libjavaio.la libjavaio_la_SOURCES = java_io_VMFile.c \ java_io_VMObjectInputStream.c \ Index: native/jni/java-lang/Makefile.am === RCS file: /cvsroot/classpath/classpath/native/jni/java-lang/Makefile.am,v retrieving revision 1.15 diff -u -r1.15 Makefile.am --- native/jni/java-lang/Makefile.am 13 Feb 2006 16:12:53 - 1.15 +++ native/jni/java-lang/Makefile.am 10 Mar 2006 01:34:03 - @@ -1,4 +1,4 @@ -nativelib_LTLIBRARIES = libjavalang.la libjavalangreflect.la +nativeexeclib_LTLIBRARIES = libjavalang.la libjavalangreflect.la libjavalang_la_SOURCES = java_lang_VMSystem.c \ java_lang_VMFloat.c \ Index: native/jni/java-net/Makefile.am === RCS file: /cvsroot/classpath/classpath/native/jni/java-net/Makefile.am,v retrieving revision 1.13 diff -u -r1.13 Makefile.am --- native/jni/java-net/Makefile.am 25 Jan 2006 10:40:12 - 1.13 +++ native/jni/java-net/Makefile.am 10 Mar 2006 01:34:03 - @@ -1,4 +1,4 @@ -nativelib_LTLIBRARIES = libjavanet.la +nativeexeclib_LTLIBRARIES = libjavanet.la libjavanet_la_SOURCES = javanet.c \ javanet.h \
[cp-patches] Patch: FYI: PR 26585
I'm checking this in. PR 26585 requests that tools.zip be installed in $prefix/share/classpath/, not $prefix/share/classpath/tools/. This seems reasonable to me. I did a few cleanups while there. By the way, it would be nice to have wrappers to run the tools. I'm thinking a little C program that uses the invocation api, but a shell script would be ok too. Tom Index: ChangeLog from Tom Tromey [EMAIL PROTECTED] PR classpath/26585: * tools/Makefile.am (TOOLSdir): Don't put tools.zip in tools subdir. Added README. (install-data-local): Removed. (uninstall-local): Likewise. (EXTRA_DIST): Removed. Index: tools/Makefile.am === RCS file: /cvsroot/classpath/classpath/tools/Makefile.am,v retrieving revision 1.6 diff -u -r1.6 Makefile.am --- tools/Makefile.am 8 Mar 2006 21:17:50 - 1.6 +++ tools/Makefile.am 10 Mar 2006 01:47:29 - @@ -48,21 +48,12 @@ ALL_TOOLS_FILES = $(TOOLS_JAVA_FILES) $(TOOLS_TEMPLATES) $(TOOLS_HELPS) $(READMES) # Some architecture independent data to be installed. -TOOLS_DATA = $(TOOLS_ZIP) +TOOLS_DATA = $(TOOLS_ZIP) README # Where we want these data files installed. -TOOLSdir = $(pkgdatadir)/tools - -# Make sure all sources and icons are also installed so users can use them. -# (Be careful to strip off the srcdir part of the path when installing.) -install-data-local: - cp $(srcdir)/README $(DESTDIR)$(pkgdatadir)/tools/README - -uninstall-local: - rm $(DESTDIR)$(pkgdatadir)/tools/README +TOOLSdir = $(pkgdatadir) # Make sure everything is included in the distribution. -EXTRA_DIST = Makefile.am dist-hook: srcdir_cnt=`echo $(srcdir) | wc -c`; \ for file in $(ALL_TOOLS_FILES); do \ @@ -76,9 +67,10 @@ cp -p $$file $(distdir)/$$f; \ done -# To generate the example zip just depend on the sources and ignore the -# class files. Always regenerate all .class files and remove them immediatly. -# And copy the template files we use to the classes dir so they get also included. +# To generate the example zip just depend on the sources and ignore +# the class files. Always regenerate all .class files and remove them +# immediately. And copy the template files we use to the classes dir +# so they get also included. $(TOOLS_ZIP): $(TOOLS_JAVA_FILES) mkdir -p classes/gnu/classpath/tools/giop/grmic/templates mkdir -p classes/gnu/classpath/tools/rmi/rmic/templates
[cp-patches] FYI: JPEGHuffmanTable
Hi, I committed this patch to HEAD. It is the start of my conversion of Trevor Linton's JPEG code into an ImageIO JPEG plugin. I also committed the corresponding Mauve test, TestJPEGHuffmanTable. Tom 2006-03-10 Thomas Fitzsimmons [EMAIL PROTECTED] * javax/imageio/plugins/jpeg/JPEGHuffmanTable.java: New file. Index: javax/imageio/plugins/jpeg/JPEGHuffmanTable.java === RCS file: javax/imageio/plugins/jpeg/JPEGHuffmanTable.java diff -N javax/imageio/plugins/jpeg/JPEGHuffmanTable.java --- /dev/null 1 Jan 1970 00:00:00 - +++ javax/imageio/plugins/jpeg/JPEGHuffmanTable.java 10 Mar 2006 06:04:10 - @@ -0,0 +1,260 @@ +/* JPEGHuffmanTable.java -- + Copyright (C) 2006 Free Software Foundation, Inc. + + This file is part of GNU Classpath. + + GNU Classpath is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; either version 2, or (at your option) + any later version. + + GNU Classpath is distributed in the hope that it will be useful, but + WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + General Public License for more details. + + You should have received a copy of the GNU General Public License + along with GNU Classpath; see the file COPYING. If not, write to the + Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA + 02110-1301 USA. + + Linking this library statically or dynamically with other modules is + making a combined work based on this library. Thus, the terms and + conditions of the GNU General Public License cover the whole + combination. + + As a special exception, the copyright holders of this library give you + permission to link this library with independent modules to produce an + executable, regardless of the license terms of these independent + modules, and to copy and distribute the resulting executable under + terms of your choice, provided that you also meet, for each linked + independent module, the terms and conditions of the license of that + module. An independent module is a module which is not derived from + or based on this library. If you modify this library, you may extend + this exception to your version of the library, but you are not + obligated to do so. If you do not wish to do so, delete this + exception statement from your version. */ + + +package javax.imageio.plugins.jpeg; + +/** + * The JPEGHuffmanTable class represents a Huffman table read from a + * JPEG image file. The standard JPEG AC and DC chrominance and + * luminance values are provided as static fields. + */ +public class JPEGHuffmanTable +{ + private short[] lengths; + + private short[] values; + + private static short[] ACChrominanceLengths = { 0, 2, 1, 2, 4, 4, 3, 4, 7, 5, + 4, 4, 0, 1, 2, 0x77 }; + + private static short[] ACChrominanceValues = { 0x00, 0x01, 0x02, 0x03, 0x11, + 0x04, 0x05, 0x21, 0x31, 0x06, + 0x12, 0x41, 0x51, 0x07, 0x61, + 0x71, 0x13, 0x22, 0x32, 0x81, + 0x08, 0x14, 0x42, 0x91, 0xa1, + 0xb1, 0xc1, 0x09, 0x23, 0x33, + 0x52, 0xf0, 0x15, 0x62, 0x72, + 0xd1, 0x0a, 0x16, 0x24, 0x34, + 0xe1, 0x25, 0xf1, 0x17, 0x18, + 0x19, 0x1a, 0x26, 0x27, 0x28, + 0x29, 0x2a, 0x35, 0x36, 0x37, + 0x38, 0x39, 0x3a, 0x43, 0x44, + 0x45, 0x46, 0x47, 0x48, 0x49, + 0x4a, 0x53, 0x54, 0x55, 0x56, + 0x57, 0x58, 0x59, 0x5a, 0x63, + 0x64, 0x65, 0x66, 0x67, 0x68, + 0x69, 0x6a, 0x73, 0x74, 0x75, + 0x76, 0x77, 0x78, 0x79, 0x7a, + 0x82, 0x83, 0x84, 0x85, 0x86, + 0x87, 0x88, 0x89, 0x8a, 0x92, + 0x93, 0x94, 0x95, 0x96, 0x97, + 0x98, 0x99, 0x9a, 0xa2, 0xa3, + 0xa4, 0xa5, 0xa6, 0xa7, 0xa8, + 0xa9, 0xaa, 0xb2, 0xb3, 0xb4, + 0xb5, 0xb6, 0xb7, 0xb8, 0xb9, +
Re: money, money, money, and Freedom
Hej, I thought I'd share my own personal Software Developer Manifesto: In order of importance, I care about: - Perfect software. The kind that Peter Mehlitz would put on the Mars Rover - Freedom. The freedom to carry my skills and experience from one workplace to another - Getting rich. Be honest. Personaly, I wanna get rich so I can save the oppressed, but the nobility of the reason is relatively important - Getting famous. That's only because my self-esteem is not high enough yet When Nokia comes around soon and wants to put Java on a device, they'll care about the licensing. Get the story straight! How many arbitrary parameters can there be? And I will again argue that we should focus efforts so as to best compete with the people who have money first in that list up there. And let's spread some loove. We are all great! Have a nice day, -- Philippe Laporte Software Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [EMAIL PROTECTED] Etienne Gagnon wrote: Hi Andrew, Please don't restart the license talks! See below for some hint about potential problems in one of the exceptions. For the rest, please search the archives, or use the Classpath license Wiki. Here's one problem with the license below: - Are you allowed to modify the library and license the modified version under the GNU GPL + exception? One possible answer is : no, because: 1- The exception states that The General Public License restrictions ... cover modification of the file. 2- The GNU GPL states: (Section 2) You may modify your copy or copies of the Program or any portion of it... provided that you also... (b)... cause any work... [that is] derived from the Program... to be licensed as a whole... under the terms of this License. [Note: this License in this context unambiguously means: the GNU GPL.] So, under one possible interpretation, there is no provision for extending the exception to derived works in this (ambiguous?) exception text. The other interpretation, is that the exception naturally extends to derivative work. (Yet, there is no clear statement of that fact in the exception text itself). I've heard both interpretation from different FSF individuals; not official FSF positions. ;) Maybe the GPL FAQ should include clarifications to such matters? [Or maybe it already does; I haven't consulted it lately]. The GNU Classpath license wiki has a much broader investigation of many problems with various exception texts, and even some proposed solutions. I guess the GPL 3 work is more urgent for the GNU community, though, than solving the minor problems of the current classpath exception and other exceptions used within the GNU project. I'll let Mark get hold back of this list to come back to the more urging matter of reducing the gap between Classpath and Sun's libraries, and working on, yet, another VM interface change. (WARNING: pain in view for VM developers...) Etienne Andrew Pinski wrote: The exception from libstdc++/libgfortran/libgcc/etc. (though not libobjc, ... In addition to the permissions in the GNU General Public License, the Free Software Foundation gives you unlimited permission to link the compiled version of this file into combinations with other programs, and to distribute those combinations without any restriction coming from the use of this file. (The General Public License restrictions do apply in other respects; for example, they cover modification of the file, and distribution when not linked into a combine executable.)
Re: idl to java compiler:There is the IDL language description file under BSD. Can we use it?
Hi all, about this problem I have two candidate ways of proceeding: 1) starting from the OMG IDL spec. copy the grammar rules into a text file with some vim substitutions produce a javacc jj file generate the lexical analyzer with javacc develop a java idl2java compiler 2) the same steps of point 1 but using bison develop a C++ idl2java compiler I'm not sure if there are licensing issues about the following points: copying from the OMG specs (but I think this is safe) using as Open Source a *product* of javacc and what abount ANTLR? (just discovered!) http://www.antlr.org/license.html Do you have opinions? Vittorio --- Per Bothner [EMAIL PROTECTED] ha scritto: Audrius Meskauskas wrote: There is the IDL language desciption for the JavaCC parser generator at https://javacc.dev.java.net/files/documents/17/2916/IDLjj, inside JavaCC project The license is not stated explicitly (also not stated in the file header), but the license of the whole javacc project is BSD. However, a lot of the javacc source files contain copyright notices that contradict it being Free Software. Arguably, the top-level license overrides, but the situation is a mess long ignored by javacc developers: https://javacc.dev.java.net/issues/show_bug.cgi?id=69 It seems javacc is very lackadaisical when it comes to licensing issues, so ClassPath (as a GNU project) needs to be very cautious about including javacc code. -- --Per Bothner [EMAIL PROTECTED] http://per.bothner.com/ ___ Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive http://it.messenger.yahoo.com
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
Dalibor Topic wrote: On Wed, 2006-03-08 at 23:30 +0100, Philippe Laporte wrote: Hej, Well, see that's my outsider take. In my view people should join efforts independently of egos. Perhaps I am too idealistic... I am sure if you spend some time researching on the Internet you will find out that many of us are actually sharing code, experiences and helping promote free runtimes regardless of which project they are associated with. I am sorry that my purpose is not clear yet. It will be soon enough. Then you will surely understand why I don't have the time to go around and check old information and then ask if it's current. I've been mentioning and recommending SableVM alongside with JikesRVM, JamVM, IKVM, gcj, Cacao and various other free runtimes in invited presentations and talks ever since I got involved with the free runtimes in 2002, no matter if I was invited to speak about my pet project or not. When Kevin, doing the SableVM talk at FISL 2005, couldn't come, I helped out, and praised the state-of-the-artness of it to the audience, and the brilliance of its authors, and so on, and so on. I'd do it again, too, any time. It's good code, and I have lots of respect for their work. So please spare me the crap talk about egos, since we are doing all that quite successfully. The folks with the big egos (bring me the Stallman or an FSF lawyer's head!) are not in this project. If your pet project doesn't get the attention you think it deserves, try writing some code instead of clogging the list with fanboyism. Do I really need to answer this? I think a lot of people appreciate my interventions. I don't know what fanboyism is (and I don't care to look), but this is the deal: the biggest device manufacturer in the world will be putting free Java on their device, and some coordination is needed to beat the proprietary Java (which Nokia will use if the free Java community does not pull it together). Now, where are you guys coordinating a free embedded Java strategy? I am trying to provoke some kind of debate and hopefully resolution of open issues... There are no open issues. ! SableVM choses to use GNU Classpath, which is cool. They chose not to contribute to its development atm, which is cool, too, since they have shown to be very, very hard to work together with in a professional way, without turning discussions on their head with exactly this sort of arrogant posturing that you've managed to do as well. Congratulations. I'm sorry for being so obscure. The Sable guys are very willing to ditch their classpath tweaks and depend on the real distro. They just don't see it as a priority. Neither would I. If you absolutely need to debate some funny bit of SableVM's history, worldview, or legal theories, please do it on the appropriate lists, or in private. The appropriate list for dissing other GNU Classpath runtimes (and crapping onto projects who write the code your pet project crucially depends on) is not this one, do it where other people don't have to endure such rudeness. Rudeness is purely cultural. Try living in Finland. I was there for almost two years (hint hint). I think competition does diservice to the community... As the history shows, you are clearly wrong. The free runtime community has profited immensely from not focusing on a single VM, but instead nicely routing around the eventually less successful projects by letting a thousand flowers bloom, and helping people help themselves to better software they way they want and need it under the licenses they like. That's why you can chose a pet project to be a fan of, among several alternatives. Chose one, contribute to it, but please keep your stop energy away from people who do real work. How do you defend people wasting their energy on Kaffe, while there is not a bit of anything in it that is unique. Kaffe WAS great. I say pick it apart, plug its bits here and there, and let's all focus on something else. Don't try to tell me you love kaffe more than I do, BTW. There isn't a thousand ways to do a VM. What we need is free VM that is better than any non-free. How are we doing on this one?
Re: [maemo-developers] J2ME on Nokia 770
ext Philippe Laporte wrote: Hi, I'm forwarding this to other relevant lists as well. The 770 window manager is Matchbox: http://projects.o-hand.com/matchbox/ Is the color map problem already assigned to someone? Expose-events work in 770 normally, bug is in the application/library side, not in Matchbox. Problem with pixmap depth was solved by disabling composite extension in Xomap build (if it does not work, the problem is trivial for application side to fix just by using some other function to query colordepth instead). Best Regards, Philippe Laporte Software Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [EMAIL PROTECTED] // Tapani // Tapani Thomas Fitzsimmons wrote: Hi, On Tue, 2006-03-07 at 13:46 +0100, Clemens Eisserer wrote: Classpath's AWT of course runs on top of GTK+. Not on the 770, it has several problems but I am not experienced enough to solve them: - Expose events seem not to be sent by X or at least are not received by java. I did some debgugging and as far as I can tell no expose events are sent by X. Interesting. Does the 770 window manager allow overlapping windows or dialogs? Maybe there is no need for expose events except one on initial startup. Maybe we need to post paint events in response to something other than an expose event, when running on the 770. I'd appreciate more information on this. - When creating offscreen images they are created using 24 bit depth since GTK_RGB thinks this is best (why do we ask GTK_RGB for the default pixmap depth and do not simply use the depth the screen is running?). But 770's X server has no colormap assigned to 24-bit mode so it asserts. Yes, I think we currently assume a 24-bit colormap in the GTK peers, which is wrong. I'd like to see this fixed. - Swing propably needs to be extended to allow the virtual keyboard to send key events. How is the virtual keyboard different from a standard keyboard, from X's perspective? I don't see how Swing would be affected. Tom ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
On Thu, 2006-03-09 at 11:11 +0100, Philippe Laporte wrote: There isn't a thousand ways to do a VM. What we need is free VM that is better than any non-free. How are we doing on this one? Depends on how you interpret better. Faster? Smaller? ...? TWISTI
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
Chris Burdess wrote: Philippe Laporte wrote: I am sorry that my purpose is not clear yet. It will be soon enough. ... when I solve world poverty, and people are bowing down to me in the streets. that's one way to get what I'm writing... Do I really need to answer this? I think a lot of people appreciate my interventions. Not on this list. Now, I think we've pretty much had enough of this. Either talk about Classpath development, or take your recommendations off to alt.troll. I think it's just sad when people don't care about licensing.
Re: [maemo-developers] J2ME on Nokia 770
Are we supposed to laugh or cry? :-) Andrew Haley wrote: Philippe Laporte writes: - Sable has a large and active community - Sable is LGPL. GPL does not work for maemo. Read why at http://sablevm.org/wiki/License_FAQ. Cannot open /var/lib/wiki/sablevm.org/page/L/License_FAQ.pg: Permission denied Andrew.
Re: WinCE
Thanks a whole lot for this great information! Dalibor Topic wrote: On Thu, 2006-03-09 at 00:12 +0100, Philippe Laporte wrote: Hi, What would be the possible hurdles, off the top-of-your-head? Didn't kaffe have a CE port? That's KaffeCE. It does not use GNU Classpath, but instead uses the old Kaffe class library. In theory, the code could be merged into current Kaffe code base, but as I have no WinCE device around with an appropriate GNU toolchain, and noone has stepped forward to do it, it's not been done. Send me a patch, if you get it working. How much of the kaffe code has been integrated to classpath? None. The only part that is in GNU Classpath and has been the same code as in old Kaffe source base was the RMI implementation contributed by Transvirtual to the FSF, afaik, way back before Transvirtual folded. Otoh, Kaffe developers have been making regular contributions to GNU Classpath, as we were kicking out old Transvirtual code, and replacing it with way more maintainable stuff from GNU Classpath. Which AWT should be used? Good old Biss or GTK+? Various people have tried updating the Biss AWT code in Kaffe to interoperate with AWT peer model from the spec as implemented in GNU Classpath and failed. YMMV, of course. For WinCE, I'd recommend doing what Mysaifu does, and writing your own AWT peers for the platform. There is no GTK+ port to WinCE, that I know of. cheers, dalibor topic
Re: [maemo-developers] J2ME on Nokia 770
Philippe Laporte writes: - Sable has a large and active community - Sable is LGPL. GPL does not work for maemo. Read why at http://sablevm.org/wiki/License_FAQ. Cannot open /var/lib/wiki/sablevm.org/page/L/License_FAQ.pg: Permission denied Andrew.
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
Philippe Laporte wrote: I am sorry that my purpose is not clear yet. It will be soon enough. ... when I solve world poverty, and people are bowing down to me in the streets. Do I really need to answer this? I think a lot of people appreciate my interventions. Not on this list. Now, I think we've pretty much had enough of this. Either talk about Classpath development, or take your recommendations off to alt.troll. -- 犬 Chris Burdess They that can give up essential liberty to obtain a little safety deserve neither liberty nor safety. - Benjamin Franklin PGP.sig Description: This is a digitally signed message part
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
Christian Thalinger wrote: On Thu, 2006-03-09 at 11:11 +0100, Philippe Laporte wrote: There isn't a thousand ways to do a VM. What we need is free VM that is better than any non-free. How are we doing on this one? Depends on how you interpret better. Faster? Smaller? ...? CLDC, CDC, J2SE, all of these may have a one to many mapping with open-source VMs, each having their preferred niche. In each of these categories, portability, speed, mem consumption, specs compliance, have different weights. I mean, it might be sometime before we need something Aicas style, but CDC is sure a near-future candidate.
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770:http://sablevm.org/wiki/License_FAQ is blocked.
Etienne Gagnon wrote: http://sablevm.org/wiki/License_FAQ Etienne The page content is Cannot open /var/lib/wiki/sablevm.org/page/L/License_FAQ.pg: Permission denied. As the page is strongly involved into the current discussion, would you mind giving permissions for the people to read it? Audrius.
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770:http://sablevm.org/wiki/License_FAQ is blocked.
uuhhh, it's obvious that it was made so in the last few hours...it was fine before... Philippe Laporte Software Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [EMAIL PROTECTED] Audrius Meskauskas wrote: Etienne Gagnon wrote: http://sablevm.org/wiki/License_FAQ Etienne The page content is Cannot open /var/lib/wiki/sablevm.org/page/L/License_FAQ.pg: Permission denied. As the page is strongly involved into the current discussion, would you mind giving permissions for the people to read it? Audrius.
Please, pretty much stop
Hi guys, This discussion went off, spread over too much topics and so on. This is the discussion best left to B2B meetings (beer to beer). You can all contribute a lot to this list by just not participating in this thread - it will eventually die out, and at least I would appreciate this. Having the last word does not mean that you are right (I can go on on, but who needs to read these trivial and standard humble thoughts of mine). We all know the drill, it is neither the first, nor the last time the list will meander on such topics - so just don't worry and be happy. Kind regards: al_shopov P.S. If anyone needs to flame on - no problem, just do it off list. One can always get a free upgrade of the /dev/null device.
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
Hi Philippe, Please try to keep the lists on topic. And please keep runtime specific stuff on the specific runtime lists. Don't cross-post unnecessary (others have also done that, it is not just you). People please keep non-classpath specific stuff off the GNU Classpath developers list. GCJ, kaffe, jamvm, sablevm, etc. all have their own mailinglists. When appropriate move the discussion to one of those. GNU Classpath is a bit of a neutral zone. We do all meet here, but we try to focus on the technical issues that are cross-runtime, compiler, execution-environment, platform, etc. And we do try to help each other solving technical issues in a way that is as efficient as possible across platforms. Sure GNU Classpath is part of the GNU solution and obviously GCC/GCJ is a big part of that. But we explicitly work together with all the other environments. We organize meetings with all the other projects (like you saw during Fosdem). And we learn from each other. It isn't a place to criticize or question people or projects on the why or how they run projects their own GNU Classpath based projects. I do appreciate your enthusiasm and I am glad I saw some technical stuff about getting the gtk+ awt peers better on the maemo platform. That is what we want to see here! I don't have the time to go around and check old information and then ask if it's current. Please do your homework. Other people spend time and energy trying to answer questions for you. I am sure not everything is always documented fully and if so please do ask. But please do read a bit more about the projects you are asking questions about before firing off lots questions to this list that could have been resolved by either reading a bit more about the other projects or that could have been asked on a specific other project list. Now, where are you guys coordinating a free embedded Java strategy? There isn't 1 free embedded Java strategy. And from your postings I am not clear which embedded strategy you are looking for. - If it is finding a free J2ME counterpart to GNU Classpath please look in the archives and talk to the people working on that: http://www.spindazzle.org/green/index.php?p=67 http://lists.gnu.org/archive/html/classpath/2005-11/msg00037.html - If it is finding a really small runtime then go look at jamvm. You met Robert at Fosdem so just send him an email with how you would like to work together. - If it is finding a free WinCE supported environment talk to either the MySaifu developers, the IKVM developers to see if they have a WinCE port (if dotgnu/mono is supported on that), the Kaffe developers wanting to import the old WinCE port or the gcj port (WinCE is not something a lot of people concentrate on since as far as I know it isn't a free platform, but I am sure there are a lot of supporting companies that will be happy to get GCJ fully working for you on it). - If it is finding how to best support maemo then talk to the various GNU/Linux distributors that most closely mimic maemo. They probably use GNU/GCC/GTK+/Gnome as environment for most programs, so talk to them to see how gcj, java-gnome, etc fit in there. This is probably the area were there is the most interest since lots of people already work on a GNU/Linux platform with gtk+ so this is the most attractive option to get the broadest support. On the GNU Classpath mailinglist we coordinate how best to support all the various environments build on top of GNU Classpath. If your talks with the people/projects above lead to some interesting technical issues on how we can improve GNU Classpath to better support such environments then please do contact us again and we will try to help. But please experiment a bit first and make sure you have enough experience with the various projects to focus on technical details. How do you defend people wasting their energy on [Project X], while there is not a bit of anything in it that is unique. Now this is completely inappropriate for this list. And I even doubt it would be appreciated on the Project X mailinglist. Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ signature.asc Description: This is a digitally signed message part
Re: [Jamvm-general] Re: [maemo-developers] J2ME on Nokia 770
Hi, Thanks for your mail which is very helpful. Mark Wielaard wrote: Hi Philippe, Please try to keep the lists on topic. And please keep runtime specific stuff on the specific runtime lists. Don't cross-post unnecessary (others have also done that, it is not just you). People please keep non-classpath specific stuff off the GNU Classpath developers list. GCJ, kaffe, jamvm, sablevm, etc. all have their own mailinglists. When appropriate move the discussion to one of those. GNU Classpath is a bit of a neutral zone. We do all meet here, but we try to focus on the technical issues that are cross-runtime, compiler, execution-environment, platform, etc. And we do try to help each other solving technical issues in a way that is as efficient as possible across platforms. Sure GNU Classpath is part of the GNU solution and obviously GCC/GCJ is a big part of that. But we explicitly work together with all the other environments. We organize meetings with all the other projects (like you saw during Fosdem). And we learn from each other. It isn't a place to criticize or question people or projects on the why or how they run projects their own GNU Classpath based projects. I do appreciate your enthusiasm and I am glad I saw some technical stuff about getting the gtk+ awt peers better on the maemo platform. That is what we want to see here! So you will admit that what people want to discuss on which list is not crystal clear? So I did my homework: I posted the issue to GNU/FSF lists. I don't have the time to go around and check old information and then ask if it's current. Please do your homework. Other people spend time and energy trying to answer questions for you. I am sure not everything is always documented fully and if so please do ask. But please do read a bit more about the projects you are asking questions about before firing off lots questions to this list that could have been resolved by either reading a bit more about the other projects or that could have been asked on a specific other project list. I trigger issues that you need to resolve. I think I'm doing quite some amount of work myself with all these emails...I find this method more productive for all. I don't agree with you here. I don't think I've asked much obvious QA. Now, where are you guys coordinating a free embedded Java strategy? There isn't 1 free embedded Java strategy. And from your postings I am not clear which embedded strategy you are looking for. - If it is finding a free J2ME counterpart to GNU Classpath please look in the archives and talk to the people working on that: http://www.spindazzle.org/green/index.php?p=67 http://lists.gnu.org/archive/html/classpath/2005-11/msg00037.html Thanks for the help. I can't say more for now, but I can assure I'm getting ready to contribute something valuable. Really, it's not like I want to keep you guys in the dark forever... - If it is finding a really small runtime then go look at jamvm. Well in my original post I reported building SableVM down to 215K with the new refactoring. So, when you take classpath into account, the difference with JamVM is insignificant. You met Robert at Fosdem so just send him an email with how you would like to work together. If you look at the recent posts on the Jam list you should get the impression Robert and I are doing fine... - If it is finding a free WinCE supported environment talk to either the MySaifu developers, the IKVM developers to see if they have a WinCE port (if dotgnu/mono is supported on that), the Kaffe developers wanting to import the old WinCE port or the gcj port (WinCE is not something a lot of people concentrate on since as far as I know it isn't a free platform, but I am sure there are a lot of supporting companies that will be happy to get GCJ fully working for you on it). Thanks! I don't want someone to do for me, I want to do it myself... Java is about making the OS irrelevant, so I think porting to CE goes along that. - If it is finding how to best support maemo then talk to the various GNU/Linux distributors that most closely mimic maemo. They probably use GNU/GCC/GTK+/Gnome as environment for most programs, so talk to them to see how gcj, java-gnome, etc fit in there. This is probably the area were there is the most interest since lots of people already work on a GNU/Linux platform with gtk+ so this is the most attractive option to get the broadest support. Thanks! It seems to be going well on the maemo list, but yeah, nice to have backups :-) On the GNU Classpath mailinglist we coordinate how best to support all the various environments build on top of GNU Classpath. If your talks with the people/projects above lead to some interesting technical issues on how we can improve GNU Classpath to better support such environments then please do contact us again and we will try to help. But please experiment a bit first and make sure
Re: jessie-nio branch
Hi Casey, On Mon, 2006-03-06 at 22:52 -0800, Casey Marshall wrote: Just a quick FYI that I've made the `jessie-nio' branch Great! If you're interested in helping out, please take a look! Do post patches to classpath-patches as normal, but include [jessie-nio] in the subject. That way people can see the work develop and have an easier time to jump in. Thanks, Mark signature.asc Description: This is a digitally signed message part
Re: Patch: FYI: add ulp tests
Hi, On Tue, 2006-03-07 at 07:41 -0700, Tom Tromey wrote: Andrew == Andrew John Hughes [EMAIL PROTECTED] writes: Andrew Great -- I wasn't sure how to handle ulp. BTW, do you know how we Andrew handle the StrictMath variants of these methods? They seem to be coded Andrew in Java; presumably they are translations of the fdlibm methods, as the Andrew same algorithms have to be used. Yeah, Eric Blake translated the fdlibm code into Java back when he wrote StrictMath. I forget the rationale for this but I'm sure it is in the archives. Eric's original design ideas (and ideas for alternate interpretations) are described in: http://lists.nongnu.org/archive/html/classpath/2002-02/msg00178.html (Read the whole thread for the whole story) Cheers, Mark signature.asc Description: This is a digitally signed message part
Re: Maintenance of jazzlib
Hi John, On Fri, 2006-03-03 at 18:46 +0700, John Leuner wrote: For a while I produced releases of jazzlib using the java.util.zip sources in Classpath. I have a little script (in lib/jazzlib): http://cvs.savannah.gnu.org/viewcvs/classpath/lib/jazzlib/makeJazzlibDist.sh?rev=1.5root=classpathview=markup which produces a source release as tar or zip and .class files as a zip or jar file. It also does a bit of hackery to produce a second version, with all code in the net.sf.jazzlib namespace ... so that this library can be used as an alternative to the standard java.util.zip shipped with the runtime. Would it make sense to add this script to classpath and introduce a configure option like Tom added for the collection classes? http://developer.classpath.org/pipermail/classpath-patches/2006-March/000755.html Cheers, Mark signature.asc Description: This is a digitally signed message part
Re: Where's the love?
Brian Jones wrote: I'm not following Harmony too closely (so let me talk out my ... a moment) but let me see if I understand it so far. Harmony is: 1) Writing their own class libraries (based on email about japi comparisons) 2) Writing their own JVM (which I think is based in some part on one of the current JVMs, but ok, sure, everyone seems to write one eventually) 3) Writing their own test suite (because Mauve doesn't use junit and has a different license, but I think that's going to be fixed) Here's a little bit more information re #2. I've donated an interpreter-only version of JCVM to Harmony (called JC Harmony Edition) under the Apache license. Whether they'll end up using it or not, who knows. IBM has donated a class library (called, unfortunately, classlib). There is an effort underway to port that class library to JCHEVM, using the existing (Classapath-defined) Java/VM API. This effort has seen some initial success. So in theory, if all goes well, any combination of (classlib or Classpath) and (any VM that works with Classpath) will run. This would be great if it can be achieved. As for all the license stuff, I don't understand it all and don't care strongly enough to follow the debate. I do think it's a real irony that free software can't be packaged with other free software. I don't in general like the idea of two competing class libraries nor two competing test frameworks (the latter being especially stupid). So #1 is not really true: they're not writing new stuff, they've just accepted a pre-existing donation. They believe they can't just use Classpath for license reasons (this part I don't fully understand). Re #3 I've not been following it. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com
RFC: Removing unused import
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, Filtering warnings in Classpath with Eclipse, I found there are 388 warnings about The import XXX is never used. I can work on these warnings and I think I can commit the result without requesting for comment on each classes because it's a minimal impact patch. But before proceeding, I'd like to ask: 1- is it useful; 2- which package can I start working on? Packages that are involved: gnu.classpath.jdwp.** gnu.CORBA.** gnu.javax.crypto.** gnu.javax.imageio.bmp.* gnu.javax.net.ssl.* gnu.javax.net.ssl.provider.* gnu.javax.security.auth.Password gnu.javax.sound.midi.** gnu.java.awt.* gnu.java.awt.peer.gtk.* gnu.java.awt.peer.qt.* gnu.java.net.protocol.http.Headers gnu.java.security.prng.PRNGFactory gnu.java.security.x509.ext.GeneralNames gnu.regexp.RETokenRepeated gnu.xml.dom.html2.* gnu.xml.stream.* gnu.xml.transform.* gnu.xml.validation.datatype.* gnu.xml.validation.relaxng.FullSyntaxBuilder gnu.xml.validator.xmlschema.* gnu.xml.xpath.XPathParser javax.imageio.metadata.IIOMetadataFormatImpl javax.swing.RepaintManager javax.swing.plaf.basic.* javax.swing.plaf.metal.* javax.swing.table.DefaultTableRenderer javax.swing.text.* javax.xml.stream.* org.omg.** tools.gnu.classpath.tools.rmi.* tools.gnu.classpath.tools.rmi.** vm.reference.gnu.classpath.jdwp.* Thanks for your time and comments, - -- Arnaud Vandyck ,= ,-_-. =. ((_/)o o(\_)) `-'(. .)`-' \_/ Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEEFVo4vzFZu62tMIRAlCmAJ4l0XJ6/oUcXYv7GlNRyNkJsXFnCACfQ+CQ 3TdE+LrWu4a+8VyH2tItiHo= =ZBxW -END PGP SIGNATURE-
Re: RFC: Removing unused import
Arnaud Vandyck wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, Filtering warnings in Classpath with Eclipse, I found there are 388 warnings about The import XXX is never used. I can work on these warnings and I think I can commit the result without requesting for comment on each classes because it's a minimal impact patch. But before proceeding, I'd like to ask: 1- is it useful; In my opinion it is. Clearing away some of the trivial warnings makes it easier to see the important stuff. Regards, Dave
Real questions
Hi, Archie Cobbs wrote: Brian Jones wrote: I'm not following Harmony too closely (so let me talk out my ... a moment) but let me see if I understand it so far. Harmony is: 1) Writing their own class libraries (based on email about japi comparisons) 2) Writing their own JVM (which I think is based in some part on one of the current JVMs, but ok, sure, everyone seems to write one eventually) 3) Writing their own test suite (because Mauve doesn't use junit and has a different license, but I think that's going to be fixed) Here's a little bit more information re #2. I've Who? donated an interpreter-only version of JCVM to Harmony (called JC Harmony Edition) under the Apache license. Whether they'll end up using it or not, who knows. IBM has donated a class library (called, unfortunately, classlib). There is an effort underway to port that class library to JCHEVM, using the existing (Classapath-defined) Java/VM API. This effort has seen some initial success. So in theory, if all goes well, any combination of (classlib or Classpath) and (any VM that works with Classpath) will run. This would be great if it can be achieved. Does this library have (ie is in a perfect state) all the security and signing stuff that classpath lacks right now? How about the security audit? That would be so nice. and then if they have compatible licenses...we can very soon finish the webplugin... As for all the license stuff, I don't understand it all and don't care strongly enough to follow the debate. I do think it's a real irony that free software can't be packaged with other free software. keep talking... I don't in general like the idea of two competing class libraries nor two competing test frameworks (the latter being especially stupid). yes, that's it! So #1 is not really true: they're not writing new stuff, they've just accepted a pre-existing donation. They believe they can't just use Classpath for license reasons (this part I don't fully understand). Re #3 I've not been following it. I know you can do better! -Archie Archie, I never read any of your comics as a kid, but you sure are my hero :-) (I hope this works outside Canada...)
Re: RFC: Removing unused import
Arnaud Vandyck wrote: gnu.classpath.jdwp.** vm.reference.gnu.classpath.jdwp.* Doh! And here I thought I always kept track of that stuff pretty well. Don't bother with these, I'll clean them up myself. Thanks, Keith
Re: RFC: Removing unused import
Arnaud Vandyck wrote: Filtering warnings in Classpath with Eclipse, I found there are 388 warnings about The import XXX is never used. I can work on these warnings and I think I can commit the result without requesting for comment on each classes because it's a minimal impact patch. But before proceeding, I'd like to ask: 1- is it useful; It's useful.. but first verify that the tool is javadoc-aware. E.g., some imports may only be used in javadoc comments (in theory). -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com
Re: RFC: Removing unused import
Arnaud == Arnaud Vandyck [EMAIL PROTECTED] writes: Arnaud Filtering warnings in Classpath with Eclipse, I found there are 388 Arnaud warnings about The import XXX is never used. I can work on these Arnaud warnings and I think I can commit the result without requesting for Arnaud comment on each classes because it's a minimal impact patch. But before Arnaud proceeding, I'd like to ask: Arnaud 1- is it useful; Yeah, it is good to clear out the lame warnings from time to time. Arnaud 2- which package can I start working on? I think any code not in external/ is fair game. In the long run I suspect we may see regressions in this area, since only some developers are using Eclipse. Eventually we may prefer to simply disable this warning. Tom
Java on the 770 (who cares about licensing)
Hi, I will be putting SableVM, Classpath, and Knopflerfish OSGI altogether on the 770. I invite all the willing to help. I have not quite started yet. I am still gathering intelligence on how to best perform this task. I do not have unlimited resources. I was the lead Designer of Browser Development and wrote a fair portion of the Browser UI for the 770 at Nokia. I designed the GTK+ Opera widget. I was formerly also at Transvirtual Technologies, the pioneers of Embedded Lunux and Java. I implemented a little-known analog (NIH syndrome) to Rhino called XS (XoeScript). We at Gatespace Telematics are determined to offer the best possible open-source CDC-OSGI Java platform. We are beginning in the open-source Java world but are determined to bring in our resources to see this package grow and eventually be chosen by Nokia as THE Java platform for Maemo. I foresee the need for MIDP so all efforts in that direction are great! We foresee a scheme where a midlet's byte-code would be downloaded to a device and precompiled to native at installation. GCJ is definitely a player here. Despite its seeming excessive long-term memory consumption, this scheme is already in deployment in the mobile industry. I think that SOOT will help in reducing the byte-code size (and thus save money for the user). Of course also to rename all identifiers to shorter strings with some other tool. And what else, then? I haven't looked into this very deeply at all. OMA standards are used to get the midlet onto the device. We are behind the BSD-licensed Knopflerfish implementation and will be proud to demonstrate our leading product for Telematics using the 770. Gatespace Telematics has at this point no contract with Nokia. I would also like to invite all to take a look at Knopflerfish. The web site is bad, but it awaits a major revamp. Gatespace *used* to have 60 employees. There is a fair chance that we will also be completing the GCJ-Classpath webplugin, and thus have Applet support in Mozilla/Minimo. A prerequisite for that would be signed jars support in Classpath. We would do the rest. Another thing we might do is add profile options to the Classpath build system if they don't exist yet. I hope that many will find this interesting and want to join in some way. Best Regards, -- Philippe Laporte Director of OMA and Embedded Development Gatespace Telematics Första Långgatan 18 41328 Göteborg Sweden Phone: +46 702 04 35 11 Fax: +46 31 24 16 50 Email: [EMAIL PROTECTED]
Re: RFC: Removing unused import
Arnaud Vandyck wrote: Filtering warnings in Classpath with Eclipse, I found there are 388 warnings about The import XXX is never used. I can work on these warnings and I think I can commit the result without requesting for comment on each classes because it's a minimal impact patch. But before proceeding, I'd like to ask: 1- is it useful; Why not, if you can be bothered? It tidies things up and makes them easier to maintain. 2- which package can I start working on? Packages that are involved: ... gnu.xml.xpath.XPathParser This class, at least, is generated (from XPathParser.y). But feel free to remove unused imports from the other gnu.xml.* classes. -- 犬 Chris Burdess They that can give up essential liberty to obtain a little safety deserve neither liberty nor safety. - Benjamin Franklin PGP.sig Description: This is a digitally signed message part
Re: Real questions
Philippe Laporte wrote: Does this library have (ie is in a perfect state) all the security and signing stuff that classpath lacks right now? How about the security audit? I'm not sure exactly what it has, as I've been too busy to take a good look at it. It's all visible for inspection via the Apache SVN server if you want to have a look. -Archie __ Archie Cobbs *CTO, Awarix* http://www.awarix.com
a serious mistype on my part...
Here's a little bit more information re #2. I've Who? This is probably a life-time worst...
[Bug awt/26486] Graphics.fillRect extremely slow
--- Comment #19 from fitzsim at redhat dot com 2006-03-09 18:49 --- Results on GCJ, with flushing completely disabled: $ ./FillRect2 paintComponent took 13 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 7 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 9 msec. (4097 fillRect calls) paintComponent took 9 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) paintComponent took 9 msec. (4097 fillRect calls) paintComponent took 8 msec. (4097 fillRect calls) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26486 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: Where's the love?
Brian Jones wrote: Harmony is: ... 3) Writing their own test suite (because Mauve doesn't use junit and has a different license, but I think that's going to be fixed) I think you are right that Apache are working on their own test suite. In Mauve, work is being done on JUnit integration (refer to the Mauve mailing list for more info). But I'm not aware of any plans to change the license. Regards, Dave
Re: RFC: Removing unused import
Archie Cobbs wrote: It's useful.. but first verify that the tool is javadoc-aware. E.g., some imports may only be used in javadoc comments (in theory). -Archie ... and not only in the theory. In Classpath code there are a lot of imports that are only used in javadoc comments. Surely, I suppose that you will take this into consideration. Audrius.
Re: RFC: Removing unused import
Audrius Meskauskas wrote: Archie Cobbs wrote: It's useful.. but first verify that the tool is javadoc-aware. E.g., some imports may only be used in javadoc comments (in theory). -Archie ... and not only in the theory. In Classpath code there are a lot of imports that are only used in javadoc comments. Surely, I suppose that you will take this into consideration. Audrius. Eclipse does handle this correctly. Regards, Dave
Re: Real questions
On Mar 9, 2006, at 8:54 AM, Philippe Laporte wrote: Does this library have (ie is in a perfect state) all the security and signing stuff that classpath lacks right now? How about the security audit? I don't understand (and have been largely ignoring this thread, so I may have missed some context). What do you think is missing from Classpath's security infrastructure?
[Bug classpath/26623] New: GNU Classpath should support install-exec target
I discovered this problem when re-installing libgcj. To avoid re-installing libgcj's CNI headers I use make install-exec. But since libgtkpeer.so is installed by GNU Classpath and its install-exec does nothing, libgtkpeer.so wasn't being re-installed. -- Summary: GNU Classpath should support install-exec target Product: classpath Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P3 Component: classpath AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fitzsim at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26623 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: Real questions
Casey Marshall wrote: On Mar 9, 2006, at 8:54 AM, Philippe Laporte wrote: Does this library have (ie is in a perfect state) all the security and signing stuff that classpath lacks right now? How about the security audit? I don't understand (and have been largely ignoring this thread, so I may have missed some context). Unfortunate. Despite some people think I'm ugly, you'll come to like me with time...give me a chance What do you think is missing from Classpath's security infrastructure? support for signed jars, I was told
Re: Real questions
On Mar 9, 2006, at 1:35 PM, Philippe Laporte wrote: Casey Marshall wrote: On Mar 9, 2006, at 8:54 AM, Philippe Laporte wrote: Does this library have (ie is in a perfect state) all the security and signing stuff that classpath lacks right now? How about the security audit? I don't understand (and have been largely ignoring this thread, so I may have missed some context). Unfortunate. Despite some people think I'm ugly, you'll come to like me with time...give me a chance Not you in particular; I saw sablevm and license and that discussion is always pointless. What do you think is missing from Classpath's security infrastructure? support for signed jars, I was told Nope. Classpath has had support for *verifying* signed jar files for some time now; we do currently lack support for *creating* signed jar files (i.e., we don't have a replacement for `jarsigner' yet) but I think Raif said he would look into that. I kinda doubt Harmony has a `jarsigner' yet, unless they were able to panhandle one from IBM or Intel.
Re: Where's the love?
Okay, there is a solution that is rather expedient to fixing the classpath/classlib licensing problems. The FSF has within it's power the ability to relicense the software under new terms and conditions or could in fact dual license the software under both the current license and a suitable Apache friendly license. All that is required is to win the argument with Richard Stallman or Bradley Kuhn. And that would have to start with getting most of the committers on board with the idea and the project maintainer. This is how we did the license change from LGPL to GPL+exception. Gcj (gcc) needed us to switch from LGPL to the exception bits because it is what they were already using to make certain use cases, such as delivery of a software controlled toothbrush, work, without requiring the redistribution of object files suitable for re-linking the application on your toothbrush. I don't really see the FSF backing down from the point of view that the users of free software should have the right to modify and release the software and Apache is unlikely to change either, as they have benefited enormously (in terms of brand at least) from letting anyone embed their software without having to divulge the source code to users. Given that you can already ship products with closed binary-only java class libraries from many sources adding one more isn't going to change that world or hurt a user. But, we can benefit enormously from combining our energies with Harmony to deliver a free J2SE 5 faster than anyone thinks is possible. So, given these things and my love for this project, I would really like the FSF to allow the developers to provide Classpath under an Apache compatible license in addition to the current licensing scheme, at least until the FSF and the Apache Foundation resolve their own license incompatibilities. We have no guarantees they will ever work things out and waiting a year to find that out is waiting a year too long. Thanks for letting me share, Brian (former maintainer)
Re: Real questions
Casey == Casey Marshall [EMAIL PROTECTED] writes: Casey I don't understand (and have been largely ignoring this thread, so I Casey may have missed some context). What do you think is missing from Casey Classpath's security infrastructure? Some of the discussion involved gcjwebplugin. There's a number of thing missing from the security manager part of security -- see PR 13603 for the list of known issues. Tom
Re: Where's the love?
Brian Jones wrote: I don't really see the FSF backing down from the point of view that the users of free software should have the right to modify and release the software and Apache is unlikely to change either, as they have benefited enormously (in terms of brand at least) from letting anyone embed their software without having to divulge the source code to users. Huh? This is not the issue. Both licenses are compatible with the software being embedded/linked with non-Free code. So, given these things and my love for this project, I would really like the FSF to allow the developers to provide Classpath under an Apache compatible license in addition to the current licensing scheme, The FSF's hope is that GPL3 will be such a license. -- --Per Bothner [EMAIL PROTECTED] http://per.bothner.com/
Re: Where's the love?
Archie Cobbs wrote: Brian Jones wrote: So, given these things and my love for this project, I would really like the FSF to allow the developers to provide Classpath under an Apache compatible license in addition to the current licensing scheme, at least I would support that idea. However, I don't think we require the FSF's permission. We are the authors of Classpath and therefore retain copyright privledges. IANAL, but I could swear that I signed over copyright to the FSF long ago. David Daney
Re: best CACAO release ever
On Wed, 2006-03-08 at 17:55 +0100, Christian Thalinger wrote: Found here: http://www.ibiblio.org/javafaq/1997.html Quote: Thursday, February 20, 1997 Andreas Krall has released CACAO 0.1, a free 64 bit JIT compiler for JAVA for Alpha systems running Linux or Digital Unix. CACAO executes Java programs up to 25 times faster than the JDK interpreter and between 1.5 to 2 times slower than an equivalent C program compiled with maximal optimization. However, it can only be used with the JDK 1.0.2. CACAO version 0.1 only supports java.lang, java.io and java.util. Class archives in zip format are not supported. CACAO is distributed free of charge. A long, long way from there to Eclipse... And a long way to becoming the second free runtime to successfully bootstrap run OpenOffice.org! Congratulations, great work! cheers, dalibor topic
[Bug classpath/25189] Problems with java.lang.Enum (mainly valueOf method)
--- Comment #1 from tromey at gcc dot gnu dot org 2006-03-10 02:00 --- I think we need to implement Field.isEnumConstant to properly implement this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-10 02:00:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25189 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: Real questions
On Thu, 2006-03-09 at 13:54 -0800, Casey Marshall wrote: Nope. Classpath has had support for *verifying* signed jar files for some time now; we do currently lack support for *creating* signed jar files (i.e., we don't have a replacement for `jarsigner' yet) but I think Raif said he would look into that. Casey, have you seen https://jcewww.iaik.tu-graz.ac.at/mailarchive/iaik-jce/msg01600.html ? cheers, dalibor topic
Re: Where's the love?
David Daney wrote: So, given these things and my love for this project, I would really like the FSF to allow the developers to provide Classpath under an Apache compatible license in addition to the current licensing scheme, at least I would support that idea. However, I don't think we require the FSF's permission. We are the authors of Classpath and therefore retain copyright privledges. IANAL, but I could swear that I signed over copyright to the FSF long ago. IANAL either .. but I think you assigned copyright to them, meaning you gave them the right to copyright. This has no effect on your own right to the copyright of your own work. Ie, you did cp self fsf, not mv self fsf. But since IANAL and TINLA [1], I should probably just shut up for now :-) -Archie [1] http://en.wikipedia.org/wiki/IANAL __ Archie Cobbs *CTO, Awarix* http://www.awarix.com
Re: Real questions
On Mar 9, 2006, at 6:51 PM, Dalibor Topic wrote: On Thu, 2006-03-09 at 13:54 -0800, Casey Marshall wrote: Nope. Classpath has had support for *verifying* signed jar files for some time now; we do currently lack support for *creating* signed jar files (i.e., we don't have a replacement for `jarsigner' yet) but I think Raif said he would look into that. Casey, have you seen https://jcewww.iaik.tu-graz.ac.at/mailarchive/iaik-jce/msg01600.html ? No, I hadn't. The URL it references is dead, though, so it isn't clear that this code is still available.
Re: Where's the love?
On Mar 9, 2006, at 6:34 PM, Archie Cobbs wrote: David Daney wrote: So, given these things and my love for this project, I would really like the FSF to allow the developers to provide Classpath under an Apache compatible license in addition to the current licensing scheme, at least I would support that idea. However, I don't think we require the FSF's permission. We are the authors of Classpath and therefore retain copyright privledges. IANAL, but I could swear that I signed over copyright to the FSF long ago. IANAL either .. but I think you assigned copyright to them, meaning you gave them the right to copyright. This has no effect on your own right to the copyright of your own work. Ie, you did cp self fsf, not mv self fsf. But since IANAL and TINLA [1], I should probably just shut up for now :-) I think technically the FSF assigns back to you permission to use any contributions you make (but not the work as a whole) however you want (you can read what you signed ;-) on fencepost, in /gd/gnuorg/ Copyright). So you can use code that you write in proprietary/other software, if you want. The FSF still owns the copyright on Classpath as a whole, however, and so the decision on what license they release Classpath under is at the FSF's discretion, as long as they use a free license (this is also specified in the agreement; the FSF can't turn your work proprietary, even if you assigned them copyright over your contributions). So sure, the FSF could release Classpath under the disjunction of the GPL and the ASL, if they saw it as fit to. At least that's how I understand it. Standard disclaimers apply...
Apache-friendly licenses
On Thu, Mar 09, 2006 at 06:16:39PM -0500, Brian Jones wrote: Okay, there is a solution that is rather expedient to fixing the classpath/classlib licensing problems. The FSF has within it's power the ability to relicense the software under new terms and conditions or could in fact dual license the software under both the current license and a suitable Apache friendly license. All that is required is to win the argument with Richard Stallman or Bradley Kuhn. And that would have to start with getting most of the committers on board with the idea and the project maintainer. Yes, in theory. In practice, the ASF has only begun to formalize a framework last year to figure out what sort of licenses, beside the Apache license, are Apache license friendly. There has been an ongoing discussion among developers, and afaict, its inconclusive. There are rumours of LGPL making it through the gates of being acceptable for Apache every few months, but they turn out to be no more than rumours. The same goes for CDDL, MPL, CPL and various other copyleft licenses. The whole concept of copyleft is not something many ASF members are fond of, since they see it as adding unnecessary burdens on their downstreams. That's why it is very unlikely, that any license change, if it is not the Apache license, will be accaptable to the ASF. I've participated in several dicussions with many ASF members on how to help bridge that licensing gap. We've spent months trying to come up with ways that would allow everyone to have their cake and eat it too, but in the end, there was always some blocker issue. I can pretty authoritatively say that Apache Harmony has no interest in taking part in GNU Classpath development, unless it is being developped as an *exclusive* Apache project. Given the absolute unwillingness of the ASF to license any Apache code in a way that would make it possible for others to reuse it under a more liberal, mutually compatible license, that would squarely exclude the majority of current users of GNU Classpath. That is a very, very bad tradeoff. There is simply no middle ground between ASF's incapability to compromise on a pragmatic solution (MIT license, for example), and the actual needs of runtime developers (the class library license needs to be compatible with almost anything out there, and the Apache 2 license does not meet that requirement). That's not a problem the FSF can fix. It's something only ASF's membership can change. And it is not something ASF's membership sees as a problem, in the first place, afaict from various discussions on the Apache Harmony mailing lists. This is how we did the license change from LGPL to GPL+exception. Gcj (gcc) needed us to switch from LGPL to the exception bits because it is what they were already using to make certain use cases, such as delivery of a software controlled toothbrush, work, without requiring the redistribution of object files suitable for re-linking the application on your toothbrush. I don't really see the FSF backing down from the point of view that the users of free software should have the right to modify and release the software and Apache is unlikely to change either, as they have benefited enormously (in terms of brand at least) from letting anyone embed their software without having to divulge the source code to users. Given that you can already ship products with closed binary-only java class libraries from many sources adding one more isn't going to change that world or hurt a user. But, we can benefit enormously from combining our energies with Harmony to deliver a free J2SE 5 faster than anyone thinks is possible. In theory, yes. In practice, a lot of developers on Harmony are, to put it mildly, very reserved about the prospects of working together with the FSF on anything. Whatever license the FSF would chose for its code, that would not to change. It's very hard to combine energies with people who don't want you in their midst. If you spend some time on the Harmony list archives, you'll understand what I am saying. Harmony's focus is simply fundamentally different from Classpath's: it wants to make the life of proprietary runtime developers easier, while Classpath is about making the life of free runtime developers easier. So, given these things and my love for this project, I would really like the FSF to allow the developers to provide Classpath under an Apache compatible license in addition to the current licensing scheme, at least until the FSF and the Apache Foundation resolve their own license incompatibilities. We have no guarantees they will ever work things out and waiting a year to find that out is waiting a year too long. The FSF will make sure that merging in code works in the one direction that matters for the FSF projects, and projects licensed under FSF's set of legal arrangements: i.e. GPLv3 will make sure that integrating such licensed code with ASLv2
Re: Real questions
On Thu, Mar 09, 2006 at 06:49:12PM -0800, Casey Marshall wrote: On Mar 9, 2006, at 6:51 PM, Dalibor Topic wrote: On Thu, 2006-03-09 at 13:54 -0800, Casey Marshall wrote: Nope. Classpath has had support for *verifying* signed jar files for some time now; we do currently lack support for *creating* signed jar files (i.e., we don't have a replacement for `jarsigner' yet) but I think Raif said he would look into that. Casey, have you seen https://jcewww.iaik.tu-graz.ac.at/mailarchive/iaik-jce/msg01600.html ? No, I hadn't. The URL it references is dead, though, so it isn't clear that this code is still available I believe the author is still around. I recall e-mailing with him about merging the code into Kaffe a while ago, but I think I dropped the ball eventually. cheers, dalibor topic
Re: Maintenance of jazzlib
Would it make sense to add this script to classpath and introduce a configure option like Tom added for the collection classes? http://developer.classpath.org/pipermail/classpath-patches/2006-March/000755.html It would depend on the maintainer. At the moment my script is not automated enough to be called like that. My script does tricks like replacing the package java.util.zip; in all the .java files with package net.sf.jazzlib; and then compiling those new java files. This would have to be fit into the autoconf framework for choosing the compiler and the output directory etc. John Hi John, On Fri, 2006-03-03 at 18:46 +0700, John Leuner wrote: For a while I produced releases of jazzlib using the java.util.zip sources in Classpath. I have a little script (in lib/jazzlib): http://cvs.savannah.gnu.org/viewcvs/classpath/lib/jazzlib/makeJazzlibDist.sh?rev=1.5root=classpathview=markup which produces a source release as tar or zip and .class files as a zip or jar file. It also does a bit of hackery to produce a second version, with all code in the net.sf.jazzlib namespace ... so that this library can be used as an alternative to the standard java.util.zip shipped with the runtime. Cheers, Mark
[commit-cp] classpath .classpath ChangeLog
CVSROOT:/sources/classpath Module name:classpath Branch: Changes by: Arnaud Vandyck [EMAIL PROTECTED] 06/03/09 15:10:42 Modified files: . : .classpath ChangeLog Log message: 2006-03-09 Arnaud Vandyck [EMAIL PROTECTED] * .classpath: added exclude pattern on source folders (Makefiles, README and .cvsignore) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/.classpath.diff?tr1=1.12tr2=1.13r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6661tr2=1.6662r1=textr2=text
[commit-cp] classpath ./ChangeLog javax/swing/JList.java ja...
CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Mark Wielaard [EMAIL PROTECTED] 06/03/09 16:21:35 Modified files: . : ChangeLog javax/swing: JList.java javax/swing/plaf/basic: BasicListUI.java Log message: * javax/swing/JList.java (ensureIndexIsVisible): Check whether cell bounds for index is valid. * javax/swing/plaf/basic/BasicListUI.java (valueChanged): Likewise. (paint): Likewise. (getCellBounds): Update documentation. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6662tr2=1.6663r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/javax/swing/JList.java.diff?tr1=1.47tr2=1.48r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/javax/swing/plaf/basic/BasicListUI.java.diff?tr1=1.55tr2=1.56r1=textr2=text
[commit-cp] classpath java/rmi/dgc/VMID.java java/rmi/dgc/p...
CVSROOT:/sources/classpath Module name:classpath Branch: Changes by: Audrius Meskauskas [EMAIL PROTECTED] 06/03/09 22:28:54 Modified files: java/rmi/dgc : VMID.java package.html . : ChangeLog Log message: 2006-03-09 Audrius Meskauskas [EMAIL PROTECTED] * java/rmi/dgc/VMID.java: (equals, hashCode, static initializer): Rewritten. * java/rmi/dgc/package.html: Documented. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/java/rmi/dgc/VMID.java.diff?tr1=1.5tr2=1.6r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/java/rmi/dgc/package.html.diff?tr1=1.2tr2=1.3r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6665tr2=1.r1=textr2=text
[commit-cp] classpath ./ChangeLog native/jni/gtk-peer/gnu_j...
CVSROOT:/sources/classpath Module name:classpath Branch: Changes by: Lillian Angel [EMAIL PROTECTED] 06/03/09 23:09:59 Modified files: . : ChangeLog native/jni/gtk-peer: gnu_java_awt_peer_gtk_GtkComponentPeer.c Log message: 2006-03-09 Lillian Angel [EMAIL PROTECTED] * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c (get_widget): New function. (gtkWidgetSetParent): Changed to use new function. (gtkWidgetSetCursorUnlocked): Likewise. (gtkWidgetSetSensitive): Likewise. (gtkWidgetRequestFocus): Likewise. (gtkWindowGetLocationOnScreen): Likewise. (gtkWidgetGetDimensions): Likewise. (gtkWidgetGetPreferredDimensions): Likewise. (setNativeBounds): Likewise. (gtkWidgetGetBackground): Likewise. (gtkWidgetGetForeground): Likewise. (gtkWidgetSetBackground): Likewise. (gtkWidgetSetForeground): Likewise. (setVisibleNativeUnlocked): Likewise. (isEnabled): Likewise. (isRealized): Likewise. (setNativeEventMask): Likewise. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6667tr2=1.6668r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkComponentPeer.c.diff?tr1=1.57tr2=1.58r1=textr2=text
[commit-cp] classpath ./ChangeLog native/jni/gtk-peer/gnu_j...
CVSROOT:/sources/classpath Module name:classpath Branch: Changes by: Lillian Angel [EMAIL PROTECTED] 06/03/09 23:16:14 Modified files: . : ChangeLog native/jni/gtk-peer: gnu_java_awt_peer_gtk_GtkScrollPanePeer.c Log message: 2006-03-09 Lillian Angel [EMAIL PROTECTED] * native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c (getHScrollbarHeight): Fixed property name. (getVScrollbarHeight): Likewise. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6669tr2=1.6670r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkScrollPanePeer.c.diff?tr1=1.12tr2=1.13r1=textr2=text
[commit-cp] classpath vm/reference/gnu/classpath/jdwp/VMMet...
CVSROOT:/sources/classpath Module name:classpath Branch: Changes by: Keith Seitz [EMAIL PROTECTED] 06/03/09 23:18:29 Modified files: vm/reference/gnu/classpath/jdwp: VMMethod.java VMIdManager.java VMVirtualMachine.java gnu/classpath/jdwp/event/filters: StepFilter.java ConditionalFilter.java FieldOnlyFilter.java ExceptionOnlyFilter.java gnu/classpath/jdwp/event: ThreadStartEvent.java EventManager.java VmDeathEvent.java gnu/classpath/jdwp/transport: JdwpReplyPacket.java JdwpPacket.java gnu/classpath/jdwp/util: Value.java gnu/classpath/jdwp/id: JdwpId.java . : ChangeLog Log message: * gnu/classpath/jdwp/event/EventManager.java: Update javadoc. * gnu/classpath/jdwp/event/ThreadStartEvent.java (ThreadStartEvent): Likewise. * gnu/classpath/jdwp/event/VmDeathEvent.java (VmDeathEvent): Likewise. * gnu/classpath/jdwp/event/filters/ConditionalFilter.java (ConditionalFilter): Likewise. * gnu/classpath/jdwp/event/filters/ExceptionOnlyFilter.java (ExceptionOnlyFilter): Likewise. * gnu/classpath/jdwp/event/filters/FieldOnlyFilter.java (FieldOnlyFilter): Likewise. * gnu/classpath/jdwp/event/filters/StepFilter.java (getDepth): Likewise. (getSize): Likewise. (StepFilter): Likewise. * gnu/classpath/jdwp/id/JdwpId.java: Likewise (for _tag). * gnu/classpath/jdwp/transport/JdwpPacket.java (JdwpPacket): Likewise. (fromBytes): Likewise. * gnu/classpath/jdwp/transport/JdwpReplyPacket.java (JdwpReplyPacket): Likewise. * gnu/classpath/jdwp/util/Value.java (getUntaggedObj): Likewise. * vm/reference/gnu/classpath/jdwp/VMIdManager.java (getReferenceType): Likewise. (newObjectId): Likewise. * vm/reference/gnu/classpath/jdwp/VMMethod.java (readId): Likewise. * vm/reference/gnu/classpath/jdwp/VMVirtualMachine.java (getFrames): Fix typo in parameter name and update javadoc. (getClassMethod): Update javadoc. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/vm/reference/gnu/classpath/jdwp/VMMethod.java.diff?tr1=1.2tr2=1.3r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/vm/reference/gnu/classpath/jdwp/VMIdManager.java.diff?tr1=1.6tr2=1.7r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/vm/reference/gnu/classpath/jdwp/VMVirtualMachine.java.diff?tr1=1.4tr2=1.5r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/filters/StepFilter.java.diff?tr1=1.2tr2=1.3r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/filters/ConditionalFilter.java.diff?tr1=1.1tr2=1.2r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/filters/FieldOnlyFilter.java.diff?tr1=1.1tr2=1.2r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/filters/ExceptionOnlyFilter.java.diff?tr1=1.1tr2=1.2r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/ThreadStartEvent.java.diff?tr1=1.1tr2=1.2r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/EventManager.java.diff?tr1=1.3tr2=1.4r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/event/VmDeathEvent.java.diff?tr1=1.1tr2=1.2r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/transport/JdwpReplyPacket.java.diff?tr1=1.4tr2=1.5r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/transport/JdwpPacket.java.diff?tr1=1.3tr2=1.4r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/util/Value.java.diff?tr1=1.3tr2=1.4r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/gnu/classpath/jdwp/id/JdwpId.java.diff?tr1=1.5tr2=1.6r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6670tr2=1.6671r1=textr2=text
[commit-cp] classpath ./ChangeLog ./configure.ac native/jaw...
CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Tom Tromey [EMAIL PROTECTED] 06/03/10 01:36:10 Modified files: . : ChangeLog configure.ac native/jawt: Makefile.am native/jni/gtk-peer: Makefile.am native/jni/java-io: Makefile.am native/jni/java-lang: Makefile.am native/jni/java-net: Makefile.am native/jni/java-nio: Makefile.am native/jni/java-util: Makefile.am native/jni/midi-alsa: Makefile.am native/jni/midi-dssi: Makefile.am native/jni/qt-peer: Makefile.am native/jni/xmlj: Makefile.am Log message: PR classpath/26623: * native/jni/qt-peer/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/midi-alsa/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-net/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-lang/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/xmlj/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/gtk-peer/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/midi-dssi/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-io/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-nio/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jni/java-util/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * native/jawt/Makefile.am (nativeexeclib_LTLIBRARIES): Renamed. * configure.ac (nativeexeclibdir): Renamed from nativelibdir. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6672tr2=1.6673r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/configure.ac.diff?tr1=1.138tr2=1.139r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jawt/Makefile.am.diff?tr1=1.3tr2=1.4r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/gtk-peer/Makefile.am.diff?tr1=1.35tr2=1.36r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/java-io/Makefile.am.diff?tr1=1.23tr2=1.24r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/java-lang/Makefile.am.diff?tr1=1.15tr2=1.16r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/java-net/Makefile.am.diff?tr1=1.13tr2=1.14r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/java-nio/Makefile.am.diff?tr1=1.21tr2=1.22r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/java-util/Makefile.am.diff?tr1=1.10tr2=1.11r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/midi-alsa/Makefile.am.diff?tr1=1.2tr2=1.3r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/midi-dssi/Makefile.am.diff?tr1=1.5tr2=1.6r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/qt-peer/Makefile.am.diff?tr1=1.5tr2=1.6r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/native/jni/xmlj/Makefile.am.diff?tr1=1.7tr2=1.8r1=textr2=text
[commit-cp] classpath ./ChangeLog tools/Makefile.am
CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Tom Tromey [EMAIL PROTECTED] 06/03/10 01:49:42 Modified files: . : ChangeLog tools : Makefile.am Log message: PR classpath/26585: * tools/Makefile.am (TOOLSdir): Don't put tools.zip in tools subdir. Added README. (install-data-local): Removed. (uninstall-local): Likewise. (EXTRA_DIST): Removed. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.6673tr2=1.6674r1=textr2=text http://cvs.savannah.gnu.org/viewcvs/classpath/classpath/tools/Makefile.am.diff?tr1=1.6tr2=1.7r1=textr2=text