That should be me saying "Doh!". Next time I'll check links when I
type them from memory, even if I'm sure they're right ;)
BTW, the nightly japicompat run including the comparison of
generics-branch ran just fine (the classpath results are up to date
and correct again), but Real Work prevented me
On Wed, 2005-01-19 at 00:26, Mark Wielaard wrote:
> Hi,
>
> On Tue, 2005-01-18 at 22:44 +, Andrew John Hughes wrote:
> > The attached patch will remove the CVS Id tags present in the org.
>
> These are external sources for which it would be a good idea to keep
> them completely the same if po
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
On Tue, 2005-01-18 at 23:44, Jeroen Frijters wrote:
> Andrew John Hughes wrote:
> > On Mon, 2005-01-17 at 13:52, Stuart Ballard wrote:
> > > (http://savannah.nongnu.org/project/japitools)
> > The given link doesn't work; there is no such Savannah project.
>
> http://savannah.nongnu.org/projects/ja
Andrew John Hughes wrote:
> On Mon, 2005-01-17 at 13:52, Stuart Ballard wrote:
> > (http://savannah.nongnu.org/project/japitools)
> The given link doesn't work; there is no such Savannah project.
http://savannah.nongnu.org/projects/japitools
Regards,
Jeroen
_
On Mon, 2005-01-17 at 13:52, Stuart Ballard wrote:
> On Mon, 17 Jan 2005 11:21:39 +0100, Robert Schuster <[EMAIL PROTECTED]> wrote:
> > One could inspect genericism using reflection (e.g.
> > Class.getTypeParameters(), Constructor.getGenerictypeParameters()).
> >
> > I would like to help adding ge
Jeroen Frijters wrote:
I noticed the recent ClasspathToolkit changes to handle native events
(nativeQueueEmpty, iterateNativeQueue and wakeNativeQueue) and I was
wondering if it wouldn't be a better idea to put this stuff in
EventDispatchThread (and defer construction of the EventDispatchThread
to
Hi,
I noticed the recent ClasspathToolkit changes to handle native events
(nativeQueueEmpty, iterateNativeQueue and wakeNativeQueue) and I was
wondering if it wouldn't be a better idea to put this stuff in
EventDispatchThread (and defer construction of the EventDispatchThread
to the Toolkit implem
If MX4J was dual licenced (maybe with the LGPL) I would help fix it.
--
Nic Ferrier
http://www.tapsellferrier.co.uk
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
Hi,
> 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.
Michael
--
Homepage: http://www.worldforge.org/
___
Clas
On Tue, 2005-01-18 at 09:58, Fernando Nasser wrote:
> Michael Koch wrote:
> > Am Samstag, 15. Januar 2005 18:59 schrieb Chris Burdess:
> >
> >>Ewout Prangsma wrote:
> >>
> >>>Are there any plans or activities to include the javax.management
> >>>api in classpath?
> >>
> >>This API would normally b
Michael Koch wrote:
Am Samstag, 15. Januar 2005 18:59 schrieb Chris Burdess:
Ewout Prangsma wrote:
Are there any plans or activities to include the javax.management
api in classpath?
This API would normally be developed under the auspices of the
classpathx project. Nobody has got around to writing
12 matches
Mail list logo