Re: Target native layer

Hi, On Tue, 2004-08-10 at 13:30, Dr. Torsten Rupp wrote: > I read many emails in the list about the TARGET_*-layer. I'm not very > happy about the discussion, because we discussed this already around 1 > year ago and at that time it seemed everybody was happy to get the > abstraction layer TARGE

Re: About locale data ... (again)

Hi, On Thu, 2004-07-29 at 16:30, Guilhem Lavaux wrote: > As we always need a good locale database for GNU Classpath, I was > thinking of a way to get it. The ICU locale converter is only partially > satisfying as it does not have any collation rules generator (at least). > I've seen that www.op

Re: [cp-patches] Updated: crypto merge patch

Hi, CCed the main classpath and gcj mailinglists to make everybody aware of this. On Sun, 2004-08-08 at 04:48, Casey Marshall wrote: > I've updated the patch to import the APIs from GNU Crypto and Jessie, > which is still here: > > >

Re: About locale data ... (again)

Hi, On Fri, 2004-08-13 at 14:26, Guilhem Lavaux wrote: > Mark Wielaard wrote: > > >This looks like a very promising way to get good locale data for GNU > >Classpath. Is there a statement from IBM[3] that the locale database is > >free for use by projects like ours (GPL c

Re: [cp-patches] Updated: crypto merge patch

Hi, On Fri, 2004-08-13 at 22:00, Casey Marshall wrote: > Stuart> - Sound (Kaffe scores almost 100% here, some merging needs > Stuart> doing?) > > Kaffe gets javax.sound from Tritonus, which is LGPL, so we can't > include it in Classpath. We can include it into GNU Classpath. We have an external

Re: [cp-patches] Updated: crypto merge patch

Hi, On Sat, 2004-08-14 at 02:53, Casey Marshall wrote: > >>>>> "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes: > > Mark> First javax/net/ssl/HandshakeCompletedEvent.java and > Mark> javax/net/ssl/SSLSession.java use > Mark> javax.securi

Re: VMClassLoader

laspath I think we can remove it immediatly. Runtimes will probably have provided their own VMClassLoader implementation already. If nobody objects I want to commit the attached patch next week. 2004-08-14 Mark Wielaard <[EMAIL PROTECTED]> * vm/reference/java/lang/VMC

Re: VMClassLoader

Hi, On Sun, 2004-08-15 at 12:07, Mark Wielaard wrote: > If nobody objects I want to commit the attached patch next week. > > 2004-08-14 Mark Wielaard <[EMAIL PROTECTED]> > > * vm/reference/java/lang/VMClassLoader.java (defineClass): Removed > ve

Re: [cp-patches] Updated: crypto merge patch

Hi, On Mon, 2004-08-16 at 17:02, Stuart Ballard wrote: > Mark Wielaard wrote: > > The reason I don't want to do this with Tritonus is because we don't > > have a very good track record of following upstream sources. We > > currently only have GNU JAXP as ex

End of the month - where is the new snapshot?

Hi all (avdyk and dog CCed for the last point), It is already that time. End of the (second) month. So we should get a new snapshot release out. Please try to get everything that you want to get in for this new 0.11 release snapshot in on Friday September 3. Then we do the real release on Monday S

Re: End of the month - where is the new snapshot?

Hi, On Wed, 2004-09-01 at 10:18, Chris Burdess wrote: > Casey Marshall wrote: > >>> About that last point. What do people think about dropping GNU JAXP > >>> as external library and let runtime, compiler, tool integrators > >>> depend on the GNU JAXP upstream release? Kaffe already does that > >>>

Re: Mauve patches for SpinnerListModel

Hi, On Thu, 2004-08-19 at 02:37, Andrew John Hughes wrote: > Attached is a series of Mauve tests for SpinnerListModel > to go in the directory gnu/testlet/javax/swing/SpinnerListModel. > What do I do about adding these? You post them to [EMAIL PROTECTED] :) And/Or you ask Tom for permission to ch

Re: 8+3-filesystem support

Hi, On Wed, 2004-09-01 at 13:42, Dr. Torsten Rupp wrote: > My request: If you make some modifications like ON_WINDOWS or isWin32 > for the filesystem code, please take into account that: > > 1) 8+3-filesystems are _not_ limited to Windows-systems. Thus it would > be better to name it fileSystem

Re: End of the month - where is the new snapshot?

Hi, On Tue, 2004-08-31 at 23:49, Mark Wielaard wrote: > It is already that time. End of the (second) month. So we should get a > new snapshot release out. Please try to get everything that you want to > get in for this new 0.11 release snapshot in on Friday September 3. > Then we

Re: TimeZone

Hi, On Mon, 2004-09-06 at 17:13, Jeroen Frijters wrote: > I'm not sure, but I think with the recent time zone changes there was a > bug introduced. Does the patch below make sense? > - if (gmtOffset < 24) > + if (Math.abs(gmtOffset) < 24) Eep. Yes, that is the correct fix. I introduced th

RE: TimeZone

Hi, On Mon, 2004-09-06 at 20:44, Jeroen Frijters wrote: > Upon reflection (and some more experiments) the code doesn't seem to > make any sense to me. The TimeZone.getDefaultTimeZone(String) should have enough documentation of how the format is interpreted. It is derived from (a simplified versio

RE: TimeZone

Hi, On Tue, 2004-09-07 at 09:56, Jeroen Frijters wrote: > Mark Wielaard wrote: > > > > All my platform specific code actually produces hours already > > so I never hit the code path that converts from seconds. > > Some time zones use a half hour offset, how

RE: TimeZone

Hi, On Tue, 2004-09-07 at 09:55, Jeroen Frijters wrote: > Mark Wielaard wrote: > > On Mon, 2004-09-06 at 20:44, Jeroen Frijters wrote: > > > Upon reflection (and some more experiments) the code doesn't seem to > > > make any sense to me. > > > > Th

RE: TimeZone

Hi, On Tue, 2004-09-07 at 22:13, Mark Wielaard wrote: > > > If there is a real specification then we should translate > > > that to our specification (or adapt our specification and all platform > > > dependend methods that now depend on our specification to

Re: End of the month - where is the new snapshot?

Hi All, There is a 0.11-rc-1 at ftp://alpha.gnu.org/gnu/classpath/ now. I will be on a long weekend away from my computer and the internet. Hopefully when I return nobody has found any real showstopper with this and I just turn it into 0.11 final. Pleas test and have fun. BTW. With this release N

GNU Classpath 0.11 released

oltip, internal jfram implementations, event and repaint manager fixes), Mark Wielaard (packaging and coordination), Michael Koch (javax.swing.text implementation, build environment, embedded window support, libgcj merging, bug fixes), Olga Rodimina (swing combobox, jmenu and popup menu support), Patrik Real

Re: implementing "historical" character encoding names

Hi, On Mon, 2004-09-20 at 19:25, Noa Resare wrote: > Hello friends > > OutputStreamWriter.getEncoding() is documented in Sun's 1.4.2 apidocs to > return the "historical" name of the used encoding. In the > java.nio.charset.Charset docs "historical name" is defined as > "Some charsets have an hist

Re: redundant field initializers

Hi, On Mon, 2004-09-20 at 11:43, Jeroen Frijters wrote: > Do we have a coding style guideline about redundant field initializers? > I have a patch that removes a couple of these for static fields that > needlessly result in a static initializer method. > > For example in javax.naming.spi.NamingMa

Re: implementing java.beans.XMLDecoder

Hi Robert, On Fri, 2004-09-24 at 19:11, Robert Schuster wrote: > I am observing gnu classpath now for some time and was lately able to > run it on my system using JamVM. I tested its functionality > interactively using beanshell and have to admit that I am impressed! Thanks! That is nice to he

Re: RFC: remove print statements from Security

Hi, On Thu, 2004-10-14 at 06:22, Casey Marshall wrote: > I'd like to propose that we remove the print statements from the > provider loading code in java.security.Security, as with the attached > patch. It wasn't recieved well when proposed [1] and now actually > makes tests fail on libgcj [2]. A

Re: clickthrough license

Hi, On Sat, 2004-10-02 at 14:34, Robert Schuster wrote: > I found the official specification papers for the java.bean.XMLDecoder > which is part of JSR-57 andwant to download them but they are wrapped in > a license > agreement. It does not look dangerous to me but I am cautious and wait > unti

GNU Classpath Tools (cp-tools) now part of savannah classpath project

Hi all, As discussed on the cp-tools list we decided to pull the administrative tasks of the cp-tools and classpath savannah project together. GNU Classpath Tools was officially always a subproject of GNU Classpath, but for administrative purposes and because the tools were/could be distributed se

RE: clickthrough license

Hi David, On Mon, 2004-10-04 at 01:01, David Holmes wrote: > I think you will find that all the Java specifications are protected by a > similar license (which basically preserves the namespace usage and requires > complete conformance from an implementation). It got worse the last years. Specs,

Re: clickthrough license

Hi, On Mon, 2004-10-04 at 20:22, Per Bothner wrote: > is it safe to depend on books and articles that may be the result of > unpermitted actions? When I discussed this with Richard Stallman he said the main reasoning behind recommending a published book as primary reference when working on GNU C

RE: clickthrough license

Hi, On Tue, 2004-10-05 at 00:54, David Holmes wrote: > > It got worse the last years. Specs, or at least draft specs would be > > published publicly without having any click-through license to which > > people have to consent. There are also some nice counter examples though > > of expert groups d

Re: Swing resources

Hi, On Sat, 2004-10-09 at 14:49, Ewout Prangsma wrote: > The UIDefaults of BasicLookAndFeel I cannot remember there ever being such files. And as the comment says: "XXX Don't use". Cheers, Mark signature.asc Description: This is a digitally signed message part

Re: Eclipse

Hi, On Sat, 2004-10-23 at 17:32, Andrew John Hughes wrote: > I know the issue of Eclipse working with GNU Classpath has mentioned > several times on the mailing list in the past. Can anyone give me a > status update, especially as regards the 3.x series? Not much has changed since 0.10 whe

Re: RFC: remove print statements from Security

Hi, On Tue, 2004-10-19 at 23:02, Bryce McKinlay wrote: > Mark Wielaard wrote: > > >If you remove this could you add a little note to VM Integration Guide > >doc/vmintegration.texinfo about the importance of setting up the system > >property gnu.classpath.home.url and ho

GNU JAXP integration and what should be in 1.0?

Hi, Everybody agrees that integrating GNU JAXP somehow into the default GNU Classpath build would be nice. That is what we will do somehow for 0.12 (target date Friday November 5). Whether we do that by importing it as we did in the past as a external package or by completely merging in GNU JAXP d

Re: Patch for gnu_java_net_PlainDatagramSocketImpl.c

Hi, On Fri, 2004-10-29 at 10:30, Dr. Torsten Rupp wrote: > gnu_java_net_PlainDatagramSocketImpl.c seems to contain a small error. > Please find a patch below. I also changed "this" into "thiz" for > C++-compatibility in gnu_java_net_PlainDatagramSocketImpl.c and > gnu_java_net_PlainSocketImpl.c

Re: Usage of "attribute"

Hi, On Fri, 2004-10-29 at 17:52, Tom Tromey wrote: > gtkpeer.h does this: > > #ifndef __GNUC__ > #define __attribute__(x) /* nothing */ > #endif > > Just go ahead and add this to whatever other header needs it. jcl.h is probably included everywhere. > Torsten> Another idea would be some constr

Re: Last patch

Hi, On Fri, 2004-10-29 at 16:18, Dr. Torsten Rupp wrote: > in my last patch for gnu_java_net_PlainDatagramSocketImpl.c is a small > error causing a warning: > > bytes_read have to be "int" not "unsigned int". Sorry. Could you resubmit the patch with this cleaned up? Thanks, Mark P.S. Don't fo

Re: DST related Calendar regression

Hi Noa, On Fri, 2004-10-29 at 17:38, Noa Resare wrote: > The attached patch implements a behavior when the value of DST_OFFSET is > calculated as a function of the value of getTimeZone() and the current > time except when the user explicitly sets DST_OFFSET. In that case the > value of DST_OFFSET

Re: Patch PING: java.util.Currency tests

Hi, On Sun, 2004-11-07 at 05:32, Andrew John Hughes wrote: > This is a reminder about the Mauve patch I submitted: > > +2004-10-17 Andrew John Hughes <[EMAIL PROTECTED]> > + > + * gnu/testlet/java/util/Currency/ > + (Canada.java): New class of tests for the Canadian currency. > + (Ca

Re: libtool problem with mipspro on irix

Hi, On Mon, 2004-11-08 at 17:18, [EMAIL PROTECTED] wrote: > I'm currently updating our jvm to classpath-0.11. But when compiling it > on irix with the mipspro compiler i ran into a libtool problem: > [...] > It seems that the problem is related to `depcomp' since it works when > the first 2 lines

Re: [Jikesrvm-regression] classpath CVS head regression FAILED 4 tests; 0 mauve failures

Hi, On Mon, 2004-11-08 at 23:46, Steven Augart wrote: > > development: Failed in SPECjbb2000 > Another new problem, this time during class loading. I'm CC'ing this > to the classpath list, since it probably points to a problem in > Classpath CVS head. > > at java.util.jar.JarFile.veri

GNU Classpath 0.12, ..., 1.0

Hi all, I wanted to do a new release last weekend. But that weekend there was a lot of new code merged from libgcj, build fixes, new bean code, image code, classloader updates, file name normalization updates, new X.509 certificate (path checking) code and signed jar entries support... That should

JarFile fixes (Was: [Jikesrvm-regression] classpath CVS head regression FAILED 4 tests; 0 mauve failures)

Hi, On Tue, 2004-11-09 at 00:12, Mark Wielaard wrote: > On Mon, 2004-11-08 at 23:46, Steven Augart wrote: > > > development: Failed in SPECjbb2000 > > Another new problem, this time during class loading. I'm CC'ing this > > to the classpath list, since

Re: GNU Classpath 0.12, ..., 1.0

Hi, On Thu, 2004-11-11 at 22:41, Steven Augart wrote: > Mark Wielaard wrote: > > > I want to try to make the 0.12 release with all the great new stuff on > > Friday (Nov 12). > I would really prefer that we not do the 0.12 release with the stuff > on Friday. As I di

Re: Mauve results...

Hi David, On Fri, 2004-11-12 at 00:53, David Gilbert wrote: > I ran (most of) the Mauve tests tonight (using JamVM 1.2 and the latest > CVS version of Classpath) and posted the results here for anyone that is > interested: > > http://www.object-refinery.com/classpath/mauve-report/latest/ > > The

Re: GNU Classpath 0.12, ..., 1.0

Hi, On Thu, 2004-11-11 at 05:00, Grzegorz B. Prokopski wrote: > Caused by: java.lang.NullPointerException >at java.util.jar.JarFile.getInputStream (JarFile.java:458) >at gnu.java.net.protocol.jar.Connection.getInputStream > (Connection.java:163) >at java.net.URL.openStream (URL.java:6

Re: GNU Classpath 0.12, ..., 1.0

Hi, On Thu, 2004-11-11 at 08:06, Grzegorz B. Prokopski wrote: > But I noticed one regression. The Sun's "SymbolTest" you can get from > http://www-uxsup.csx.cam.ac.uk/java/jdk-1.2.2/demo/applets/SymbolTest/SymbolTest.java > used to work i.e. 6 months ago and even year ago. But now I only get > i

Re: java.lang.System changes

are always (and only) loaded through the system/application class loader it doesn't make that much sense to not cache them. And I doubt anyone ever ran any application with the gnu.java.net.nocache_protocol_handlers system property set to true. Would/Does the following patch help you out? 2004

RE: patch for 0.12 (was: Re: java.lang.System changes)

Hi, On Fri, 2004-11-12 at 17:45, Jeroen Frijters wrote: > Steven Augart wrote: > > And, to that end, I have the following small patch that makes > > the current Classpath CVS head work with Jikes RVM. If someone > > else approves it, I'll commit it. > > It works fine for me. Thanks to you both

Re: GNU Classpath 0.12, ..., 1.0

Hi all, On Wed, 2004-11-10 at 22:15, Mark Wielaard wrote: > We do now have a few small regressions however. There is something wrong > with zip/jar archives on the classpath (this might or might not be a GNU > Classpath issue, we changed the VM interface subtly so maybe it is a > r

GNU Classpath 0.12 released

MI fixes), Jeroen Frijters (Application Classloader updates and IKVM integration), Jerry Quinn (AWT image work), Kim Ho (Swing TabbedPane and ColorChooser fixes), Mark Wielaard (libgcj merging and packaging), Mattias Rehnberg (Inet6Address and serialization fixes), Michael Koch (Build system/compil

RE: RFC: gnu.classpath.SystemProperties

Hi, On Mon, 2004-12-06 at 13:40, Jeroen Frijters wrote: > If nobody objects, this is going in later today. I am a bit uneasy with this patch since it is not completely clear to me how the VM is supposed to restrict access to the SystemProperties class. It is a tricky interaction between the Secur

RE: RFC: gnu.classpath.SystemProperties

Hi, On Mon, 2004-12-06 at 22:10, Jeroen Frijters wrote: > Mark Wielaard wrote: > > Could you describe how this precisely works? > > All untrusted classes are loaded by the system class loader (or some > other trusted class loader that will be respo

Re: JamVM 1.2.2 released

Hi Robert, On Wed, 2004-12-15 at 16:20, Robert Lougher wrote: > Apart from that, does it work OK (I presume you're using CVS)? Yes, it works fine with GNU Classpath CVS for me. Cheers, Mark signature.asc Description: This is a digitally signed message part

Re: JamVM 1.2.2 released

Hi, On Wed, 2004-12-15 at 12:26, Robert Lougher wrote: > I've made a new minor release of JamVM (1.2.2). This fixes a couple > of minor bugs and implements the recent changes to the VM interface. > This enables JamVM to again work "out of the box" with CVS Classpath. > It's also backwards compa

Re: Mediation

Hi, On Tue, 2004-12-28 at 02:34 +, Andrew John Hughes wrote: > I like this idea of a mediator/librarian role. Me to! > Having a physical human > contact for new developers would certainly decrease the learning curve, > and help integrate the newcomer into the project. Also, as you s

Re: gnu.java.lang.SystemClassLoader

On Thu, 2004-12-30 at 09:02 +0100, Jeroen Frijters wrote: > Grzegorz B. Prokopski wrote: > > - Started to use URLClassLoader instead of gnu.j.l.SystemClassLoader, > > which apparently was usd by us exclusively. > > Does this mean that we can remove gnu.java.lang.SystemClassLoader? > > Any objec

RE: GNU Classpath 0.13, ..., 1.0

On Thu, 2004-11-11 at 09:41 +0100, Jeroen Frijters wrote: > Mark Wielaard wrote: > > The (ambitious) goal is still to have a 1.0 release before (or around) > > Fosdem (Brussels, 26/27 February 2005). > > Excuse me for being the skeptic again, but this seems outrageously >

Re: URL protocol handler classloader

Hi, On Sat, 2005-01-01 at 16:01 +0100, Ewout Prangsma wrote: > Now; currently the URL class uses the system classloader to load > protocol handlers. > Must this really be the system classloader? > > I have a protocol handler that is accessible via the context classloader > (Thread.currentThread

RE: GNU Classpath 0.13, ..., 1.0

Hi, On Thu, 2004-12-30 at 16:10 +0100, Mark Wielaard wrote: > But I do want to try and get a release out end of the week/start of next > year. I will work on the last documentation and parser generator things > for our javax/gnu.xml stuff. Add some new examples that Graydon Hoare &

RE: GNU Classpath 0.13, ..., 1.0

Hi, On Sun, 2005-01-02 at 21:56 +0100, Mark Wielaard wrote: > Weekend is almost over here, but no release yet. Sorry. My main goal, > getting the GNU JAXP merger as complete as possible, has been done. The > examples and the build problems have not been updated yet though. > > I&#

GNU Classpath 0.13 released

t stream serialization improvements), Ito Kazumitsu (nio ByteBuffer fixes), Jeroen Frijters (Runtime interfaces improvements, including shutdown hooks and system properties, nio and zip fixes), Jerry Quinn (AWT accessibility support), Mark Wielaard (packaging and integration), Michael Koch

Documentation generated with gjdoc

Hi, I just send a patch to classpath-patches to make our gjdoc documentation generation work again. To give you an impression how it currently looks I have build --with-gjdoc (using native gnujaxp and gjdoc) and put the results at http://developer.classpath.org/doc/ The options used to generate t

Re: What are tainted developers allowed to work on?

Hi, Thanks for not letting some things drop on the floor Robert. And thanks for putting up the references. On Wed, 2005-01-05 at 09:38 +0100, Robert Schuster wrote: > James Damour telled us some months ago that he had studied certain > sources of the Sun JDK and is therefore considered a tainted

Re: Documentation generated with gjdoc

Hi, On Tue, 2005-01-11 at 04:16 -0500, David Gilbert wrote: > Mark Wielaard wrote: > > I have build --with-gjdoc (using native gnujaxp and gjdoc) and put the > > results at http://developer.classpath.org/doc/ > > This looks great! I particularly like the option to view the

Re: project

Hi, On Tue, 2005-01-11 at 18:07 +, lakshmi theetharappan wrote: > i am doing my project in implementing JVM > in execution of the program ,some error was displayed > such as > > * no class specified > * could not load class java\lang\Object > i have attached screenshot which denotes those

Re: What are tainted developers allowed to work on?

Hi, On Sun, 2005-01-09 at 18:06 +0100, Mark Wielaard wrote: > > If we cannot find a solution on at least one of those points because > > of legal uncertainity whom do we have to ask then (FSF legal?) > > and who is doing the communication? > > That should be me. I wil

Re: What are tainted developers allowed to work on?

Hi, On Mon, 2005-01-10 at 23:43 +0100, Chris Gray wrote: > On Monday 10 January 2005 17:11, Dalibor Topic wrote: > > > > > In the meantime I did manage to elicit this statement from a Sun > > > engineer, while talking about something other than JCK: > > > > > > [...] > > > > That sounds like an at

Re: GTK peer switching JNIEnv *?

Hi, On Fri, 2005-01-14 at 08:48 +0100, Michael Koch wrote: > Am Freitag, 14. Januar 2005 04:49 schrieb Archie Cobbs: > > I got an assertion failure in JC when running a simple Swing app. > > The stack trace showed JC invoking a gtkpeer native method with > > one JNIEnv *, some gtk code, and then g

Re: GTK peer switching JNIEnv *?

Hi, On Fri, 2005-01-14 at 13:49 +, Robert Lougher wrote: > Making > it static means there's only ever one JNIEnv*, which is fine for JamVM > as it's got no thread-specific stuff in it. This is the same model as used by libgcj. But kissme for example has different structures for each thread. (

Re: GtkFileDialog Peer Patch

w that you pointed it out, it is so obvious. Duh. Does this mean CACAO now does AWT? Committed as follows: 2005-01-15 Mark Wielaard <[EMAIL PROTECTED]> Reported by Martin Platter <[EMAIL PROTECTED]> * native/jni/gtk-peer/gnu_java_awt_peer_gtk_G

Re: GtkFileDialog Peer Patch

Hi, On Sat, 2005-01-15 at 17:31 +0100, Martin Platter wrote: > Mark Wielaard wrote: > >Does this mean CACAO now does AWT? > > > AWT support is not complete yet (specially in the released version). > Mainly there are still some threading issues to solve. But with > porta

Re: Documentation generated with gjdoc

Hi, On Sun, 2005-01-09 at 14:25 +0100, Mark Wielaard wrote: > I just send a patch to classpath-patches to make our gjdoc documentation > generation work again. To give you an impression how it currently looks > I have build --with-gjdoc (using native gnujaxp and gjdoc) and put the >

Re: URL protocol handler classloader

Hi, On Sat, 2005-01-15 at 22:55 -0500, Steven Augart wrote: > When we're at the phase in the bootstrap process where we are > generating the application class loader, the current context > loader is the bootstrap class loader. If URLClassLoader would use > only the bootstrap class loader, everyth

Re: URL protocol handler classloader

Hi, On Sun, 2005-01-16 at 10:09 -0500, Steven Augart wrote: > I don't think we should use the application classloader as backup > in every case. Remember, the application class loader may not be > available or working at this phase in the booting process > -- and it won't be if someone is actuall

FOSDEM GNU Classpath developer room

Hi Hackers! The FOSDEM organisation has been so nice to provide us with a developer room during the conference during the weekend of February 26 and 27 in the beautiful city of Brussels, Belgium. We asked a couple of people to give talks and reserved some time to have technical planning and discus

Re: URL protocol handler classloader

Hi, On Sun, 2005-01-16 at 21:31 -0500, Steven Augart wrote: > Well, we're trying to make sure that we can set up an instance of URL > and URLClassLoader in two often-independent cases: > (1) boot time and > (2) after boot, if the context class loader (or one of its ancestors) > is some user-w

Re: [Classpathx-discuss] Re: javax.management

On Tue, 2005-01-18 at 15:09 +0100, Michael Koch wrote: > > > MX4J uses the Apache Software License, which, IIRC, is > > incompatible with the Classpath license. > > No its not incompatible with the Classpath license, its incompatible > with pure GPL. Which is indeed a problem because that mean

(java.net.)URI [Fwd: RFC 3986 reaches IETF standard status]

Hi, Our java.net.URI implementation is still not fully implemented (see the FIXME comments and the methods equals, hashCode, compareTo, etc). This new RFC clarifies and updates the URI specification. Maybe someone wants to go wild and finish our java.net.URI implementation based on this. Cheers,

GNU Classpath/libgcj hacker documentation

Hi GNU Classpath and libgcj hackers, For those that don't know about the new Wiki pages on http://gcc.gnu.org/ and http://developer.classpath.org/ please take a look. http://gcc.gnu.org/wiki/ is the official Wiki for the GNU Compiler Collection of which GCJ (http://gcc.gnu.org/wiki/GCJ) and libgc

Wiki change email notification

Hi all, If you want to follow more closely what is happening on our wiki http://developer.classpath.org/mediation/ or http://developer.classpath.org/licensing/ then you can now create a User Profile and subscribe to the pages that you are interested in (or .* for all pages). All changes to those p

gjdoc-0.7.1-pre1

Hi all, Julian Scheid worked very, very hard and produced an outstanding cool version of gjdoc. We would like to release this soon. So here is a first (and hopefully last) pre-release version (0.7.1-pre1): ftp://alpha.gnu.org/gnu/classpath/ The current GNU Classpath documentation has been regener

Re: gjdoc-0.7.1-pre1

Hi, On Sat, 2005-02-05 at 16:31 -0500, C. Brian Jones wrote: > On Sat, 2005-02-05 at 14:48, Mark Wielaard wrote: > > The current GNU Classpath documentation has been regenerated with this > > version and can be found at: http://developer.classpath.org/doc/ > > (Note that

Re: gjdoc-0.7.1-pre1

Hi, On Tue, 2005-02-08 at 18:05 -0200, Joao Victor wrote: > On Sat, 05 Feb 2005 20:48:13 +0100, Mark Wielaard <[EMAIL PROTECTED]> wrote: > > Please let us know if you find any issue so the final release can be > > perfect. > > I'm not able to build gjdoc here..

Preparing 0.14 (Feb 24)

Hi all, The plan is to make the new GNU Classpath developers snapshot (0.14) on Thursday February 24. This is just before our Fosdem meeting http://www.fosdem.org/2005/index/dev_room_classpath and coincides with GCC 4.0 branch creation http://gcc.gnu.org/ml/gcc/2005-02/msg00079.html. My personal

Re: gjdoc-0.7.1-pre1

Hi, On Fri, 2005-02-11 at 23:05 -0200, Joao Victor wrote: > Is it possible to build gjdoc with kaffe (kjc)? There's no option such > as '--with-kaffe', so it's always trying to build with gcj here. That should work by doing export JAVA=kaffe export JAVAC=kjc ./configure make make install Cheers

Re: Swing painting broken.

Hi, On Sun, 2005-02-13 at 13:43 +0100, Thomas Zander wrote: > I updated cvs classpath yesterday and swing painting is quite broken. > No font is painted anymore > I'm using cairo rendering. I have the same problem with cairo 0.3.0 (-Dgnu.java.awt.peer.gtk.Graphics=Graphics2D) and the new code. Fo

Preparing for GNU Classpath meeting at Fosdem

Hi all, I created a new wiki page describing all currently know information about our hacker meeting during Fosdem 2005 (Sat/Sun 26/27 February, Brussels, Belgium) http://developer.classpath.org/mediation/Fosdem2005 Please check it out. Add your name if you are comming (there is an Edit Text link

Merging GNU Classpath and gcc/libgcj bug databases

e reported through the gcc bugdatase. So sharing the bug database architecture/backend with the GCC project makes a lot of sense. By having it as a separate project we hope to also facilitate the other free compilers and runtimes based on GNU Classpath. Cheers, Mark Wielaard GNU Classpath Maintaine

Modules names and other details for new classpath bug product

Hi Hackers, Assuming we don't get huge objections to the proposal to move all GNU Classpath bugs to a new gcc bugzilla product we should already start thinking about some details of the new setup. Here is my proposal. - The product in gcc bugzilla will be called 'classpath'. - I will create a ne

Re: Merging GNU Classpath and gcc/libgcj bug databases

Hi, On Mon, 2005-02-14 at 11:25 -0600, Archie Cobbs wrote: > Please make sure that there are two separate categories for bugs > that are classpath bugs (i.e., independent of the VM) and bugs that > are classpath-libgcj bugs (i.e., specific to gcj), at least until > the two go from "mostly" merged

Re: Modules names and other details for new classpath bug product

Hi, On Mon, 2005-02-14 at 18:30 +0100, [EMAIL PROTECTED] wrote: > > - Version numbers. > > I don't have a very good suggestion here. Of course we should just > > have the GNU Classpath version numbers there (0.13, 0.14, and up). But > > those are not the same as used by GCC. There is no good

Re: Modules names and other details for new classpath bug product

Hi, On Mon, 2005-02-14 at 10:29 -0800, David Daney wrote: > My understanding is that you want to integrate the libgcj and classpath > bug databases with but still maintain the current situation with the > actual code where there are separate code bases. Yes, but the code bases are actually not

Re: Merging GNU Classpath and gcc/libgcj bug databases

Hi Chris, On Mon, 2005-02-14 at 19:50 +, Chris Burdess wrote: > What's the plan for auxiliary classpath modules such as inetlib and > cp-tools? Are they still managed in the Savannah bug tracker? The current plan is to also move them over and assign them separate categories/modules in the ne

Re: Modules names and other details for new classpath bug product

Hi, On Mon, 2005-02-14 at 12:24 -0800, David Daney wrote: > Mark Wielaard wrote: > > > If bugs stay fixed on only one code branch we are doing something > > seriously wrong. > > > >>How would a bug be marked that is fixed in libgcj and not fixed in > >

[Fwd: Re: The gui branch is now dead]

The announcement of the dead of the libgcj gui branch should be happy news for lots of GNU Classpath hackers. Thanks to all the gui branch hackers. Most/All changes should already been incorporated into GNU Classpath CVS by now. --- Begin Message --- Hi, On Thu, 2005-02-17 at 15:11 -0500, Thomas F

Escape the Java Trap @ Fosdem2005

Escape the Java Trap! [1] - GNU Classpath Hacker Room Fosdem, Saturday/Sunday 26/27 February 2005, Brussels, Belgium The Fosdem organisation has generously offered the developers of various projects around GNU classpath the opportunity to meet face to face in their own developer room. We have br

0.14 release

Hi all, Since we had wanted to do a release before our Fosdem meeting I just made one. All tests x86/ppc, --enable-Werror, --enable-xmlj, --enable-gtk-cairo, gcj 3/4(cvs), jikes, etc work nicely. And the smoke tests starting up/running GNU Classpath examples, gjdoc, jfreechart, eclipse 3.0.1/3.1M5

Re: [Fwd: Escape the Java Trap @ Fosdem2005]

Hi Chris, On Tue, 2005-03-01 at 15:13 +0100, Chris Gray wrote: > Sorry I didn't make it to Fosdem, everybody. Came back from Nuernberg with a > nasty case of "griep" ('flu), from which I'm only just recovering. See you > all at the next get-together, I hope. Thanks for not infecting us all (the

Re: [Fwd: Escape the Java Trap @ Fosdem2005]

Hi, On Tue, 2005-03-01 at 15:45 -0500, Chris Pickett wrote: > There are a few of us over here in the New World that might not mind > meeting up either (Toronto and Montreal have pretty high concentrations > of free J*va people). The most appropiate event in that area will be the GCC Summit. htt

<    4   5   6   7   8   9   10   11   12   13   >