fb4j
Hi list, Shameless self-promotion that might be of interest for embedded Java developers. https://github.com/cfriedt/fb4j It wouldn't be possible without Classpath of course ;-) Happy New Year! C
Re: GCJ ------ file type not supported by system
On Sep 3, 2014 12:13 PM, "Guillermo Rodriguez Garcia" < guille.rodrig...@gmail.com> wrote: > > If someone wants to take the project, the best thing to do is to start > > contributing patches. After all, how can the maintainer know if someone > > is seriously willing to take his role if there lack of a serious and > > recent contribution flow? I've been eavesdropping on this bread a bit. Personally, I don't really care who is maintaining classpath, but I still use it regularly for embedded Java on several architectures. There are even a few patches I've been using for years that I would like to get upstream as configurable features. I did submit these to the list, if I'm not mistaken,but never received any feedback. In particular, 1) a patch to allow mmaping special files (e.g. /dev/video0) via MappedByteBuffer FileChannel.map() 2) a patch that implements direct ByteBuffers (i.e. reducing the JNI overhead per-transaction) that extends the ability to CharBuffers, ShortBuffers, LongBuffers, etc. If I am not able to get these patches upstream (even with some reworking), I'm effectively maintaining a fork, which I would rather not do. A gift repository would, of course, be a welcome improvement :-) C
Re: GCJ ------ file type not supported by system
On Sep 4, 2014 4:44 PM, "Pekka Enberg" wrote: > I think Guillermo is right that we need to update the GNU Classpath > web site. Right now, it gives the impression that the project is > abandoned... Pardon me bring frank, but I feel like the fact that classpath still uses CVS gives the impression that the project is abandoned! ... seriously, I could probably volunteer to migrate it to git. CVS might very well be obstacle #1 that deters young programmers from participating. I think both Pekka & myself have publicly available gits available for classpath, and I appreciate that there is a significant amount of revision history to deal with. C
Re: GCJ ------ file type not supported by system
On Sep 4, 2014 5:40 PM, "Mark Wielaard" wrote: > > On Thu, 2014-09-04 at 17:09 -0400, Christopher Friedt wrote: > > ... seriously, I could probably volunteer to migrate it to git. CVS might > Only the website html files are under CVS. Everything else (including > the files that are used to generate the website html files) are under > git already:http://git.savannah.gnu.org/cgit/classpath.git So it is. My mistake. In any case, here is a post documenting the patches. http://goo.gl/5qCLI6 The last patch in the series has a custom JNI function. I know adding custom JNI is bad, so I'm hoping that someone from the community could suggest a less disruptive method of achieving the same results. Thanks in advance. Incidentally, I believe I first posted this around FOSDEM 2012.
Re: Next steps for GNU Classpath
I would have to agree with most of what Guillermo said. Small footprint is key, and is again especially relevant as JamVM 2.0.0 was released July 31 this summer. JamVM 2.0.0 includes support for several new features of the Java programming language and runtime. Just out of curiosity, I know that there has been some Classpath work done already toward the JDWP, but is anyone aware of a runtime (aside from gcj) that makes use of that feature? I would like to bring JDWP support to JamVM, even if it only enabled for debug builds (to not add extra weight to production systems). Is there a great demand for that in the community? Thanks, C
Re: createFont method of java.awt.Font class in GNU Classpath library
On Jan 22, 2015 7:46 AM, "Christopher Friedt" wrote: > > You might have more luck building a more recent version. 0.99 is out iirc, or maybe git. > > If it isn't implemented, you could always submit a patch ;-) > > © > > Sent from my Android > > On Jan 22, 2015 7:08 AM, "Roman Davidenko" wrote: >> >> Hi, >> >> I built the GNU Classpath library (classpath-0.98). >> >> Now I'd like to create a font using createFont method of java.awt.Font class providing InputStream stream. It returns null value. >> >> Looking at a source code of XToolkit.java, I can see that its createFont method returns null. >> >> Is any way I can use to create a font using createFont method of java.awt.Font? >> >> >> Regards >> >> P.S. Sorry if this mail address is wrong for my question.