Re: [kaffe] Classpath AWT progress.
Would you have a problem with this for your xlib implementation? If so, it would be interesting to know the reason. I have to see if it would work with my design goal. The basic goal is to have two totally different environments work together as if they we one environment. One screen would be X windows and the other screen would be a linux framebuffer implementation. The problem is two very different environments are going to have two different toolkits. Since it is possible to pass in a GraphicsConfiguration to a Frame, Window etc I was thinking it would be easiest to grab the proper toolkit from the GraphicsConfiguration. Do you see any other way to grab the proper toolkit? Just a side comment from reading your code: java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment() should never throw a HeadlessException. Instead, it should return a headless instance of GraphicsEnvironment when it is called in a server environment. The returned instance is supposed to throw a HeadlessException when it gets asked to perform things that only make sense in a GUI, such as determining the maximal size of any attached screen. Fixed. package gnu.java.awt; public class ClasspathGraphicsEnvironment extends GraphicsEnvironment This may just be my personal opinion, but I'm currently not convinced why this class is needed at all. It seems that pretty much all of its functionality would be highly specific to the platform, with the exception of the getBounds() and getCenterPoint() methods -- so why introduce a concrete-but-not-functional subclass of the abstract GraphicsEnvironment? But this may be different when it turns out that we can refactor the implementation of other GraphicsEnvironment methods (such as getAllFonts). From what I interpet from the java specs it is a collect of all GraphicsDevices and all Fonts. Its up to the Toolkit to tell the app which fonts it can actually use. The tricky one is createGraphics. I haven't figured that one out yet :-( If I have a different xxxGraphicsEnvironment then my goal wouldn't work. It would be only one Toolkit at a time which would grab only that one type of environment. By the way: Thanks for having documented your code, it makes it so much easier to read. No problem. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Where is the gnu/crypto/ stuff?
sorry for taking so long to reply, so much merges to do, so little time ;) No problem. I'm attempting to keep up. The problem was I didn't do a make clean. It works. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Classpath AWT progress.
On Thu, 4 Dec 2003, Thomas Fitzsimmons wrote: On Thu, 2003-12-04 at 13:42, James Simmons wrote: Just wanted to give up a update at where I am on the port. I have all the skeleton classes avalable for a xlib peer. No functionality. I attempted to make a XFramePeer class but the under lying structue was missing. The under lying structures are GraphicsEnvironment, GraphicsDevice and friends. The current classpath implementation is not done so I have started to work on a full working implementation of these classes. I modified GraphicsEnvironment.java in java.awt to actually work somewhat. Then I created a ClasspathGraphicsEnvironment.java to handle all the different types of GraphicsDevices. I created a XGraphicsDevice class. In the java specs there is one GraphicsDevice for each screen. At present the code is incomplete. If you want I can attach the code I currently have and if any one wants to play with it be my guest. Wow, great to hear that someone is tackling this section of the API! Can you post a patch to the Classpath list? A lot of AWT/Swing discussions take place there, so you'll probably get some feedback on the approach you're taking. Give me a few days to get a patch going. At present I'm working on code that hits two targets, X windows and the linux framebuffer console. I want to get a system going that runs on X windows and the framebuffer console at the same time!!! ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Current CVS is broke.
error:File gnu/crypto/cipher/IBlockCipher.java not found ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Where is the gnu/crypto/ stuff?
I finally toke a look at the new kaffe stuff. You added the gnu crypto code to the profile files but you didn;t add the java files to CVS. Could you added them or tell me where to get them? ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe and newer make tools
While doing so, I noticed that even after applying your patch to configure.in, developers/autogen.sh produces a lot more warnings than it used to do. Here's a small list: I noticed that as well. As for classpath the change in auto tools didn't affect it. It works tho. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Planning for 1.1.3 release
I'm not so optimistic about a stable release that soon, as I don't think we should really cut that one based on time passed alone, but also define a list of features we want to see in, as well as platforms we want to see run, applications we want to offically list as supported in 1.2 etc. For example, I think we shouldn't release 1.2 before the switch to GNU Classpath is completed. That could be a awhile to use all of Classpath. I have alot of work to do for the AWT porting. I'm working on the native code right now which required a rewrite. - Easier support for graphical apps, with the ability to switch between multiple AWTs at run-time, etc. I was thinking about how to do that. We might be able to attach a Toolkit to a GraphicsConfiguration. I will have to think about it. - Pull in new AWT stuff from james/helmer when it's done I started to working on the Frame and Window peers but I was missing to much info. At present I'm working on the the Grpahics*.java files in java/awt. I wrote a test apps and ran it against the SUN JVM. So now to implement it against Kaffe. import java.awt.image.*; import java.awt.*; class Screen { GraphicsEnvironment ge; GraphicsDevice active; GraphicsDevice[] gs; public static void main(String args[]) { Screen screen = new Screen(); screen.GetSizeOfAllScreens(); screen.Configure(); } Screen() { ge = GraphicsEnvironment.getLocalGraphicsEnvironment(); gs = ge.getScreenDevices(); active = ge.getDefaultScreenDevice(); } public void Configure() { GraphicsConfiguration[] configs = active.getConfigurations(); GraphicsConfiguration current = active.getDefaultConfiguration(); for (int i = 0; i configs.length; i++) { Rectangle box = configs[i].getBounds(); System.err.println(Width +box.getWidth()+ Height +box.getHeight()); ColorModel colors = configs[i].getColorModel(); System.err.println(Color model is +colors.toString()); BufferCapabilities buffer = configs[i].getBufferCapabilities(); System.err.println(Back buffer support is +buffer.isMultiBufferAvailable()); System.err.println(Full screen is need? +buffer.isFullScreenRequired()); ImageCapabilities imagedata = configs[i].getImageCapabilities(); System.err.println(Image accelerated support? +imagedata.isAccelerated()); } } public void GetSizeOfAllScreens() { // Get size of each screen for (int i = 0; i gs.length; i++) { System.err.println(gs[i].getIDstring()); System.err.println(gs[i].getType()); System.err.println(Available Accelerated memory is +gs[i].getAvailableAcceleratedMemory()); if (gs[i].isDisplayChangeSupported() == true) System.err.println(Display can change size); else System.err.println(Display can't change size); if (gs[i].isFullScreenSupported() == true) System.err.println(Full Screen Support); else System.err.println(No Full Screen Support); DisplayMode[] dm = gs[i].getDisplayModes(); for (int j = 0; j dm.length; j++) { int screenWidth = dm[j].getWidth(); int screenHeight = dm[j].getHeight(); System.err.println(Screen width is +screenWidth+ and height is +screenHeight+ of Display +i); } } } } ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Kaffe and newer make tools
thanks for doing the work! I'm holding off from those versions of autotools for the reasons listed below. But I'll check in the parts of your patch that make sense with the tools we're using at the moment. okay. Basically, Debian has been led into brokenness by a small mistake propagating through the autotools by a temporal incompetence worm hole, or something like that. :-( Ug. That explains alot. I hope it gets fixed in the near future. The good news is I have a build system that works. here is the diff you requested :-) http://phoenix.infradead.org/~jsimmons/james-autotools.patch ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Class creation help
I have 3 classes Example1, Example2, and Example3. The inheritance is Example1 -- Example2 -- Example3 Now I try a Class protoClass = Class.forName(Example3); Example1 source = (Example1)protoClass.newInstance(); Later I attempt to use Example1 as Example3. Now when I attempt to use source only the constructor for Example2 and Example 1 are called. Why is this? Uh ... do you have a test case? ;) I found the mistake. It was my fault. I was generating a string to pass to Class.forName which was broken. Now it works. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] cannot find libnative
Merging in an AWT implementation is something Helmer James might be able to give you more information on, as they are both playing with bringing in GNU Classpath's AWT as an option into kaffe. I have it Classpath AWT merged in. Now I'm debugging the code. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] build errors
James Simmons wrote: I'm attempting to build kaffe and I'm getting the following errors. Do you know what is causing this? Hm, did you make sure your sources are up to date? I don't get that with today's CVS. Conflict in profile when I synced up. I have everything compiling. Testing my latets code. Hopefully I will have something working in the next few days. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] build errors
I'm attempting to build kaffe and I'm getting the following errors. Do you know what is causing this? [ checked body of java/util/zip/GZIPInputStream.java in 51 ms ] [ checked body of java/util/zip/GZIPOutputStream.java in 14 ms ] java/util/zip/ZipOutputStream.java:260: error:Variable LOCHDR is not defined in current context java/util/zip/ZipOutputStream.java:261: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:262: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:264: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:265: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:266: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:269: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:270: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:271: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:273: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:274: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:275: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:278: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:279: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:281: error:Local variable lh may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:284: error:Variable LOCHDR is not defined in current context java/util/zip/ZipOutputStream.java:152: error:Variable CENHDR is not defined in current context java/util/zip/ZipOutputStream.java:171: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:173: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:174: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:175: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:176: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:177: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:178: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:179: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:180: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:181: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:182: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:184: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:186: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:187: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:188: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:189: error:Local variable ch may have not been initialized before use [JLS 14.4] GC: heap 21508K, total before 20185K, after 14685K (357475/263506 objs) 31.7% free, alloced 8409K (#129649), marked 10425K, swept 5499K (#93969) 840 objs (19K) awaiting finalization java/util/zip/ZipOutputStream.java:191: error:Local variable ch may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:192: error:Variable CENHDR is not defined in current context java/util/zip/ZipOutputStream.java:212: error:Variable ENDHDR is not defined in current context java/util/zip/ZipOutputStream.java:213: error:Local variable ce may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:214: error:Local variable ce may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:215: error:Local variable ce may have not been initialized before use [JLS 14.4] java/util/zip/ZipOutputStream.java:216: error:Local variable ce may have not been initialized before use [JLS 14.4]
[kaffe] Class creation help
I have 3 classes Example1, Example2, and Example3. The inheritance is Example1 -- Example2 -- Example3 Now I try a Class protoClass = Class.forName(Example3); Example1 source = (Example1)protoClass.newInstance(); Later I attempt to use Example1 as Example3. Now when I attempt to use source only the constructor for Example2 and Example 1 are called. Why is this? ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Classpath beans update.
Done. Please update from CVS, and good luck with the AWT port. I have been keeping up. Speaking of the AWT switch to classpath, I was thinking of a slightly different approach: what about having classpath's AWT, kaffe's AWT and pocketlinux AWT source trees somewhere under libraries/javalib and libraries/clib such that kaffe-awt.jar, classpath-awt.jar and pocketlinux-awt.jar are built depending on a compile time switch. Would this be useful? It would blow up the CVS by having some intially redundant code, but that could be phased out, as kaffe's and pockelinux' AWTs merge, and their java side is gradually moved over to classpath. what do you think? Hm. What about the core AWT java files. They are very different from pocketlinux and kaffe's awt. Of course this is not a bad idea because for j2me the awt is very different. So I would recommend you do this. Sorry I haven't been working on AWT for the last few weeks. I have been cranking out new framebuffer patches for 2.6.0-testX. It might be another week or 2 before I'm finished with fbdev. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] build breakage
Fixed now. Thanks! Its working now. Right know I'm cleaning up a bunch of bugs. I hope to get something buildable in the next few days. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Classpath beans update.
Is it possible to integrate beans from GNU Classpath into Kaffe. I need it for Classpath AWT. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] build breakage
So if you want to play with kaffe from CVS, but class library compilation breakage prevents you from doing so, drop me an e-mail, and I'll try to help. ;) Thanks for the sound fixes. It compiles now expect for when you set the profile to allatonce. I discovered that it is broken for kaffe in CVS right now. If you could fix that then I would have the first working version of Kaffe AWT-classpath. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] build breakage
Really weird, I'm configuring with --enable-debug --enable-xdebugging and I'm not seing it. Could you 'cvs -qz9 update -APd' and try again, just for sure that you don't have some old sources stuck in your checkout? Or come over to the irc channel, and we can discuss this online. It works now. The only problem is I need very specific build tools to make it work. The laptop I have on my current system is barfed. So only one laptop with kaffe works. I really really hate teh build system :-( ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] build breakage
java/io/RandomAccessFile.java:122: error:Cannot find type java/io/FileDescriptor/READ [ checked body of java/io/RandomAccessFile.java in 3 ms ] ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Moving away from macros to inlined functions
Macros are evil. Kill them!!! ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] build breakage
On Mon, 22 Sep 2003, Dalibor Topic wrote: James Simmons wrote: java/io/RandomAccessFile.java:122: error:Cannot find type java/io/FileDescriptor/READ [ checked body of java/io/RandomAccessFile.java in 3 ms ] Hi James, I assume i386-linux? ./configure make ? Yeap. I tested it again. Same problem. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Planning for 1.1.2 release
Here's what I'm planning for the next release... Sunday, September 28 - Feature Freeze for 1.1.2 Sunday, October 5 - Release 1.1.2 Cool. I'm really going to try to get some DocBook and Javadocs into this release. Does anybody else have some goals for this release? Nope. GNU Classpath AWT integrating should happen for the 1.1.3. Sunday, November 30, 2003 - Feature Freeze for 1.1.3 Sunday, December 7, 2003 - Release 1.1.3 ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Which libtool?
I think I'm on debian stable, too. I've built the autotools and libtool myself from the tar.gz files on gnu.org, installed them under ~/auto-kaffe/ and everything works for me. Could you try that? I might resort to that. But I admit that my libtool library mangling code for the sound libs is quite bad. I'll look into it and see if I can fix it somehow. Thank you. P.S BTW the did manage to get the GNU Classpath awt to build with my new X windows peer code. I managed to load a application (HelloWorld) but it died. I think this was due to me not implementing the other peers yet, especially container peer. So hopefully I will have something early working code ready in the next few days. Once I have the build problems sorted out I will start chuggging along. I have implemented dummy peers for now. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Which libtool?
debian stable with libtool 1.5 automake 1.7.6 autoconf 2.57 Woody (Debian stable) has: autoconf 2.53 automake 1.4-p4 libtool 1.4.2 Whatever you're running, it's not woody any more. True. I had to update the packages to be able to run developers/autogen.sh. I grabed them from unstable. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Which libtool?
At present libtool is messing up my build system. Which one is the one needed to work. At present libtool 1.5 fubars tha build system. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] test
test ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] GNU classpath and AWT
It not what you think. It bascially kaffe's current AWT implementation outside of the build system. I looked at the code already. Its not using GNU Classpath. Oops, thanks for catching my mistake ... I had hoped we'd be getting closer to replacing kaffe's AWT with GNU Classpath's. Working on it. Right now for some reason XToolkit eats up all the memory for kjc and kills the build process. I have been look at Xt to handle button,menu etc creation. Its a big job. Sorry. Also the first run of the code will not be that great :-( ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] GNU classpath and AWT
True. I have started work on the X window lightweight peers. I shoudl finish it in about a week. Looks like Clemes Eiserer beat you to it: http://gcc.gnu.org/ml/java/2003-08/msg00330.html . It would be great if you could work together on bringing this code back into kaffe and merging more of GNU Classpath's core AWT implementation into kaffe. It not what you think. It bascially kaffe's current AWT implementation outside of the build system. I looked at the code already. Its not using GNU Classpath. p.s. James, I've heard on IRC that you had some problems building kaffe. Could you post a bug report, so that something can be done about it? Its fine now. It was my mistake. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Kaffe/GNU Classpath AWT support
I have managed to get the GNU Classpath AWT build under kaffe. The only issue I ran into was kaffe uses profiles to define which classes to build. The problem is the Classpth AWT code requires code from java beans and java.accessibilty. So the profile default breaks. The profile allatonce works with some changes. So I have something working. I'm working in the native code but I was wondering if any work has been done for a xlib peer. It would save me some time if this is the case :-) ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: Please don't post Microsoft Windows Viruses or Worms to themailing list (Was: Re: [kaffe] Your details)
;) I don't think that is a real person. Those messages have been going around many mailing list. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] peers and profile
Hi folks!!! Currently for kaffe all AWT targets use the exact same Java class files. Only the native C code varies. Now in a peer design each target would have its own set of classes. How will we approach this for setting up the build system? ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] EventObject.java replacement
While planning with AWT Events I found EventObject.java is pre-classpath. i replaced it with the Classpath versiona nd tested it out. Everything works. Since I don't have CVS access could someone move the Classpath version of java/util/EventObject.java over. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] GNU classpath and AWT
I have been looking into it. Note the classpath stuff is very different from the current kaffe AWT implementation. It would break the current AWT support. So I have to port the current stuff to the Classpath format. This will take some time. i think porting kaffe's current implementation to the classpath format as you've called it will basically involve creating a set of lightweight peers in some kaffe.awt.whatever package and move all the drawing from the widgets in java.awt into the different peers afterwards? And if so, how would this break the current AWT support? It will be totally different, yes, but we wouldn't loose any of the supported backends, would we? True. I have started work on the X window lightweight peers. I shoudl finish it in about a week. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] GNU classpath and AWT
Welcome on board, we desperately need AWT hackers/mergers. You're talking about something like http://java.sun.com/products/personaljava/truffle/index.html , right? Yes. Actually there is alot ot work on. I like to see multimedia truly supported in Kaffe. And still hacks the linux kernel framebuffer, according to kernel traffic ;) Yeap. Anything graphics/video I work on. I still have some to go on that code but it is almost done. Neither have I, beside getting Qt-AWT to build and integrating it into the grand automake scheme of thing, really. Good. the Classpath stuff is GTK based so I will need help intergrating it into the Kaffe build system. A lot of Classpath's awt is still unmerged, and there is some very cool work going on in Classpath for pure java true type font support, Really cool. and java 2d, for example. Cool. If you want to merge stuff in, hop in on the irc channel #kaffe at irc.freenode.org or send me an e-mail, so we can coordinate our efforts. Okay. I'm on IRC now. If you cant to meet some of the (future) Classpath AWT hackers in person, see the BoF announcement for the Linux Kongress in Saarbruecken: http://mail.gnu.org/archive/html/classpath/2003-08/msg00060.html Nice. It is true there is alot of stuff going on out there. Also looking at there code I did realize it is not to portable. It is GTK centric. I like to see alot of this stuff merged in. Agile would be really nice to support especially since there is a version of embedded OpenGL coming out. Also OpenML is picking up steam. http://www.khronos.org/ Oh yes, please! Especially if we have someone who knows the insides of Transvirtual's implementation. I've looked over it, and didn't understand too much. ;) I have been looking into it. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] GNU classpath and AWT
Hi James! (James used to work at Transvirtual with me) Hi! BTW thank you for your help on tracking on CaffeineMark3.0. Have a copy. I'm not aware of anybody working on porting the Classpath AWT, although I think Dalibor is quite active in moving the other parts of Classpath into Kaffe. We've already got several AWTs (X11, Qt, Win32), so another one is always welcome, I think. I really haven't played with Kaffe's AWTs much yet. I have been looking into it. Note the classpath stuff is very different from the current kaffe AWT implementation. It would break the current AWT support. So I have to port the current stuff to the Classpath format. This will take some time. It would also be sort of cool to merge in some of TVT's AWT stuff (eg. the framebuffer stuff), plus there are quite a few other free AWT type of things out there. The pre truffle stuff. Now with truffles we have a general frame work to port it over to. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] GNU classpath and AWT
Hi! Is anyone working on porting the rest of GNU classpath relating to AWT into kaffe. If not I like to port some of the stuff over. Eventually I like to implement a truffle for kaffe. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Re: GNU classpath and AWT
James Yes. Actually there is alot ot work on. I like to see James multimedia truly supported in Kaffe. Let me make a plea for new packages and such to be written in Classpath, not kaffe. My belief is that there aren't enough free software java hackers for us to spend time rewriting bits. Instead we should, wherever possible, share efforts. No problem. Kaffe is my testing grounds. You can have whatever I develope. BTW does classpath have sponsors and are people actually employeed to work on classpath. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe