Cross-compiling error

2007-11-13 Thread Wes Biggs
Hi, Off on a tangent here so apologies for hitting the list up. I thought I might try to get Classpath + JamVM running on the iPhone ARM platform, cross-compiled from Cygwin. I'm far from a cross-compiling expert, though, so any help would be appreciated. I'm not trying anything too crazy with

Re: Imported gnu.regexp and java.util.regex wrappers

2004-03-11 Thread Wes Biggs
Mark Wielaard wrote: Hi all, I finally imported gnu.regexp and added java.util.regex wrappers for it. At the moment our gnu.regexp is the same as the original gnu.regexp version, except for a few files and added copyright notices. If this doesn't break things then I want to ship this as is with

Re: status of java.util.regex support

2002-11-25 Thread Wes Biggs
Dalibor Topic wrote: Hi, I read a while ago that support for java.util.regex was to come into GNU Classpath, so I'm interested to know what came out of it? I know there are stubs in the CVS, but I've also read Wes wrote a java.util.regex wrapper around his gnu.regex package, so I'm wondering if

Re: cvs commits and java.util.regex

2002-03-08 Thread Wes Biggs
John Leuner wrote: they didn't appear in Classpath, and gave me a clean compile even though I was expecting failure (because I referenced java.util.regex, which is not yet in Classpath). How should we build Classpath without regex? I think the short answer right now is that Classpath doesn't

Re: java.util.regex

2002-02-27 Thread Wes Biggs
Nic Ferrier wrote: Is there any reason why Classpath couldn't include your source code in the CVS? If you hosted the CVS for gnu regexp on subversions (via the savannah system) we would be able to create a link from the Classpath CVS to your source code directories to make it seem as if

Re: org.gnu vs. gnu (was Re: Congratulations)

1999-09-13 Thread Wes Biggs
Hey, I've got a great solution. We start a "gnu" TLD to go along with "com", "org", etc. Problem solved, everyone's happy, we all find more constructive things to debate and/or get on with writing code. Wes

Re: Congratulations

1999-09-12 Thread Wes Biggs
Thomas J Lukasik wrote: it certainly **is** arrogant to think that they own the three letters 'GNU'. How can anyone own anything that's just a bunch of symbols? A word, say, or perhaps a computer program? A programming language? I don't think anyone is arguing that the abstract, conceptual

Re: Congratulations

1999-09-12 Thread Wes Biggs
Thomas J Lukasik wrote: Wes, You are obviously unaware of the document at: http://www.gnu.org/software/java/why-gnu-packages.txt I'm quite aware of it. Allow me to quote from it: Really, you'd have to ask Per for permission, but we'll assume, on the basis of his publicly stated

Re: javac.servlet.* javax.servlet.http.*

1999-04-03 Thread Wes Biggs
Paul, I see that classpath still has no javax/servlet directory. I'd be interested in using/testing your packages. Could you mail me a tarball? If the JSDK stuff is stable, it would gain classpath a lot of visibility if we were to announce that on the Apache JServ and java-linux lists. I

Evil water droplet

1999-03-03 Thread Wes Biggs
Hey, is this guy the classpath mascot, or the GNU j*va dude? Can I put him on my gnu.regexp site? (OK, OK, I know this isn't really contributing anything to the discussion, but I'm all for meme propagation...) Wes

Re: JDK source code

1999-02-17 Thread Wes Biggs
In the case of Jini at least (I don't know the specifics of the JDK) the royalty is something like $0.10. So if you sell 100 copies of your software Sun makes $1. quipAre you using Microsoft Calculator again?/quip :-)

Re: Java Tools

1999-02-12 Thread Wes Biggs
The ClassTool thingamajig I wrote a while back covers the non-disassembly parts of javap, though I'm not sure how well it works with JDK 1.2 (it uses reflection, and the Javadocs state that reflection only gives you public methods now.) Can someone running 1.2 try it with '--private'? It's at

Re: Substitute for javap

1998-11-17 Thread Wes Biggs
Geoff Berry wrote: Brian Jones [EMAIL PROTECTED] writes: [snip] Does anyone think we need a free software replacement for javac which isn't already accomplished by using Kiev? Regardless of whether it is needed or not, I am (actively) working on such a thing right now. It should be

Re: better javap comparisons

1998-11-16 Thread Wes Biggs
John Keiser wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stuart Ballard FWIW, I strongly agree with John about protected classes. Protected members of a class *ARE* part of the public API in Java. I think you guys are debating different points. I hope no

java.text

1998-10-14 Thread Wes Biggs
Hi all, As I'm not realistically producing much code at this point, I'm going to check in what I have vs. the source tree on java.text and let Aaron and the rest of you take a look. Essentially this is just SimpleDateFormat and DateFormatSymbols (I was using a locale scheme similar to Aaron's

Re: What is compatible regarding inheritance?

1998-10-03 Thread Wes Biggs
At 05:32 PM 10/3/98 +0100, Stuart Ballard wrote: ~ Adding a package-private superclass in between a class and its specced superclass (for cases where code can be reused)? Would this affect serialization? If it breaks serialization we're probably in trouble. IMO the whole serialization spec

Re: Testing framework

1998-09-28 Thread Wes Biggs
Paul Fisher wrote: Wouldn't a simple inner classes setup do what you're asking? Yep. Just generates a lot of files as noted. I'll be interested in how the GUILE/JVM integration works. Wes

CORBA (was Re: What I'm up to)

1998-08-17 Thread Wes Biggs
Geoff, Aaron: I may have mentioned this before, I forget. I haven't used it, but JacORB is a partial implementation of the org.omg spec that goes far beyond what Sun has implemented and happens to be LGPLed. IMHO if we could get this guy involved it would work well for both sides (we get CORBA,

Re: 1.1 vs. 1.2 revisited

1998-08-07 Thread Wes Biggs
If we do explicit import statements for every class our class depends on we could easily generate a makefile in the way that the "mkmf" utility does for C(++). I think explicit imports help readability anyway, as long as classes are well-named and non-conflicting (general imports such as

Re: since JavaDoc

1998-08-06 Thread Wes Biggs
John Keiser wrote: What should we be using in place of JavaSoft's @since JDK1.0 and @since JDK1.1? CP1.0 and CP1.1? Or should we just use their convention? --John Keiser How about @since GNU Classpath 1.0, per JDK 1.1 Identifying (a) what version of Classpath it was implemented in (some

java.text status, some questions

1998-08-03 Thread Wes Biggs
Hi all -- briefly, java.text is underway. For those who haven't messed around with it (and really, I don't blame you), it's a set of classes to do text formatting and parsing into useful things like Date objects. A lot of it has to do with i18n in terms of collation elements (e.g. in Spanish,

Reverse engineering?

1998-07-31 Thread Wes Biggs
Am I allowed to write Java code, run it on Sun's JDK, and use the generated output to give me a feel for how my implementation should work? e.g. the getZoneStrings() method of java.text.DateFormatSymbols returns a String[][], but nothing in the API says anything about the format of those arrays.

Dev. environment

1998-07-30 Thread Wes Biggs
What's a standard dev environment for classpath on linux? I'm having a hard time getting my JNI code to work under SBB's jdk1.1.6v2, so I'm going to try japhar. First call to a native method runs successfully, second one (even with same args) dumps with SEGV while calling strftime. Ideas? The

Re: Introduction/General questions

1998-07-23 Thread Wes Biggs
Aaron M. Renn wrote: Yes, I took a glance through the CORBA stuff and it looks pretty scary. I was looking around, and jacORB is a LGPL'ed ORB that implements much of the spec. I'll take a look at the source at some point and if it looks promising perhaps the author would be agreeable to

Re: Introduction/General questions

1998-07-20 Thread Wes Biggs
Hmm, didn't mean to open a can of worms here. I agree that it's more important to have the core stuff done, and to that end I volunteer to do java.text, which no one really wants to have to implement and/or use, but hey, it's part of the spec. After that, maybe I will have the time to combine