Re: [kaffe] kaffe is not compiling on cygwin
--- Michael Nascimento Santos [EMAIL PROTECTED] wrote: Hi folks, I am trying to install kaffe 1.1.2 or kaffe 1.0.7 on cygwin, but I'm getting compiler errors with both versions. I'd like to know if these versions have been tested with cygwin and what I should do to make it work for me. I have googled through the archives but couldn't find an answer to my problem. Any help will be appreciated. snip Here is the error I get with 1.1.2 --- fi In file included from ../../config/md.h:1, from ../kaffevm/classMethod.h:18, from support.c:23: ./../config/i386/cygwin32/md.h:25:2: #error Signal handlers are not supported o n CygWin32. make[2]: *** [support.o] Error 1 make[2]: Leaving directory `/tmp/kaffe-1.1.2/kaffe/kaffeh' make[1]: *** [stamp-kaffeh] Error 2 make[1]: Leaving directory `/tmp/kaffe-1.1.2/include' make: *** [all-recursive] Error 1 When was the last time cygwin was supported? I was looking at this the other day and thought it was funny that I got this error. Was support stopped or did the build somehow change? Michael __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] kaffe is not compiling on cygwin
On Fri, 5 Dec 2003 05:15:48 -0800 (PST) Michael Franz [EMAIL PROTECTED] wrote: --- Michael Nascimento Santos [EMAIL PROTECTED] wrote: I am trying to install kaffe 1.1.2 or kaffe 1.0.7 on cygwin, but I'm getting compiler errors with both versions. I'd like to know if these versions have been tested with cygwin and what I should do to make it work for me. I have googled through the archives but couldn't find an answer to my problem. Any help will be appreciated. When was the last time cygwin was supported? I was looking at this the other day and thought it was funny that I got this error. Was support stopped or did the build somehow change? Yep, Kaffe is broken on Cygwin. http://www.kaffe.org/pipermail/kaffe/2003-November/044378.html There has been work done on Cygwin support in the past, but I'm not sure what is a good version to work with. I did get it to compile and run some stuff around the time of the 1.0.7 release, with the interpreter only, but it failed a whole lot of regression tests. I'm sure it worked better at other times. We sort of need somebody to adopt the port, and try to fix it. Volunteers? It's definitely something I want to see happen, I'll probably even do it myself someday, since I actually care about Windows somewhat (I occasionally play games on it, and my family uses it). Actually, I'd like to see a mingw32 port working as well -- I did one back at Transvirtual with their in-house version of Kaffe. Keep in mind, my timetable is pretty relaxed, so that may mean it'll be a year before I cycle around to it. :-) Cheers, - Jim ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] CVS kaffe (dalibor): Small fix for FOP
Arnaud Vandyck wrote: Kaffe CVS [EMAIL PROTECTED] writes: PatchSet 4197 Date: 2003/12/04 15:07:14 Author: dalibor Branch: HEAD Tag: (none) Log: Small fix for FOP Dalibor, Can you put images in pdf files without using 'jimi.jar'? I've just used fop 0.20.5' fop.sh as it was without downloading extra files. I couldn't find a jimi.jar in lib/ so I doubt it's included. I've only looked at SVG images for real, and those atm due to two things: the DirectColorModel bug, and a lack of Java2D. Running fop on examples/fo/basic/images.fo gives: ../../../fop.sh -d images.fo images.fo.pdf [DEBUG] Input mode: [DEBUG] FO [DEBUG] fo input file: images.fo [DEBUG] Output mode: [DEBUG] pdf [DEBUG] output file: images.fo.pdf [DEBUG] OPTIONS [DEBUG] no user configuration file is used [default] [DEBUG] debug mode on [DEBUG] dump configuration [DEBUG] quiet mode on [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] base directory: file:/tmp/topic/fop/fop-0.20.5/examples/fo/basic/ [INFO] FOP 0.20.5 [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [INFO] [1] java.lang.NoClassDefFoundError: com/sun/media/jai/codec/FileCacheSeekableStream at org.apache.fop.image.TiffImage.loadImage (TiffImage.java:92) at org.apache.fop.image.AbstractFopImage.getWidth (AbstractFopImage.java:207) at org.apache.fop.fo.flow.ExternalGraphic.layout (ExternalGraphic.java:192) at org.apache.fop.fo.flow.Block.layout (Block.java:257) at org.apache.fop.fo.flow.Block.layout (Block.java:257) at org.apache.fop.fo.flow.AbstractFlow.layout (AbstractFlow.java:154) at org.apache.fop.fo.flow.AbstractFlow.layout (AbstractFlow.java:110) at org.apache.fop.fo.pagination.PageSequence.makePage (PageSequence.java:400) at org.apache.fop.fo.pagination.PageSequence.format (PageSequence.java:338) at org.apache.fop.apps.StreamRenderer.render (StreamRenderer.java:262) at org.apache.fop.fo.FOTreeBuilder.endElement (FOTreeBuilder.java:223) at org.apache.xerces.parsers.AbstractSAXParser.endElement (source file unknown) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement (source file unknown) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch (source file unknown) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument (source file unknown) at org.apache.xerces.parsers.DTDConfiguration.parse (source file unknown) at org.apache.xerces.parsers.DTDConfiguration.parse (source file unknown) at org.apache.xerces.parsers.XMLParser.parse (source file unknown) at org.apache.xerces.parsers.AbstractSAXParser.parse (source file unknown) at org.apache.fop.apps.Driver.render (Driver.java:498) at org.apache.fop.apps.CommandLineStarter.run (CommandLineStarter.java:106) at org.apache.fop.apps.Fop.main (Fop.java:62) Judging by http://xml.apache.org/fop/graphics.html , FOP 0.20.5 should have native TIFF support. Unfortuantely, for some reason, it insists on using JAI anyway. Actually, judging by http://cvs.apache.org/viewcvs.cgi/xml-fop/src/org/apache/fop/image/Attic/TiffImage.java?annotate=1.1.2.2 using JAI was hardcoded on this branch. The HEAD version of FOP doesn't have that file anymore anyway, so it may work better/without JAI/JIMI with the CVS HEAD of FOP. I haven't tried building that, so I can't really tell. But it would be nice if someone would get FOP developers interested in getting it to work with a free runtime wrt. to image handling. cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] kaffe is not compiling on cygwin
Hi all, Jim Pick wrote: On Fri, 5 Dec 2003 05:15:48 -0800 (PST) Michael Franz [EMAIL PROTECTED] wrote: --- Michael Nascimento Santos [EMAIL PROTECTED] wrote: I am trying to install kaffe 1.1.2 or kaffe 1.0.7 on cygwin, but I'm getting compiler errors with both versions. I'd like to know if these versions have been tested with cygwin and what I should do to make it work for me. I have googled through the archives but couldn't find an answer to my problem. Any help will be appreciated. When was the last time cygwin was supported? I was looking at this the other day and thought it was funny that I got this error. Was support stopped or did the build somehow change? Yep, Kaffe is broken on Cygwin. http://www.kaffe.org/pipermail/kaffe/2003-November/044378.html There has been work done on Cygwin support in the past, but I'm not sure what is a good version to work with. I did get it to compile and run some stuff around the time of the 1.0.7 release, with the interpreter only, but it failed a whole lot of regression tests. I'm sure it worked better at other times. We sort of need somebody to adopt the port, and try to fix it. Volunteers? It's definitely something I want to see happen, I'll probably even do it myself someday, since I actually care about Windows somewhat (I occasionally play games on it, and my family uses it). Actually, I'd like to see a mingw32 port working as well -- I did one back at Transvirtual with their in-house version of Kaffe. Keep in mind, my timetable is pretty relaxed, so that may mean it'll be a year before I cycle around to it. :-) I've got a patch that fixed the build for Cygwin *before* the change that broke all systems without signal context handling for good posted here: http://www.mail-archive.com/[EMAIL PROTECTED]/msg02802.html though I don't think I actually checked it in. With respect to fixing the the build errors on platforms where we don;t have access to the exception/signalling information I proposed to get rid of the EXCEPTIONFRAME call here: http://www.kaffe.org/pipermail/kaffe/2003-August/043433.html There wasn't much discussion, and I don't know if it would actually work. But it may be worth a try to try defining EXCEPTIONFRAME away as it is done in kaffe/kaffevm/systems/unix-jthreads/signal.c for the interpreter. cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] setting up tomcat 4.1.27 on kaffe
Hai I am using kaffe-1.1.2 and tomcat 4.1.27.I made the fix suggested in conf/web.xml.The error i am getting when i type in the browser http://localhost:8080 is could not connect to host localport(port 8080).My environmental variables are : export CLASSPATH=/usr/local/kaffe/jre/lib/rt.jar:/usr/local/kaffe/lib/kjc.jar export CATALINA_HOME=/opt/tomcat-4/bin export PATH=/usr/local/kaffe/bin:$PATH:$CATALINA_HOME export JAVA_HOME=/usr/local/kaffe export JAVA_OPTS=-mx256M I also copied struts_legacy.jar in $CATALINA_HOME/server/lib. what am i missing?I am really struggling to make tomcat work in kaffe. Thanks --Ram __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Atomic COMPARE_AND_EXCHANGE (Was: Re: [kaffe] NetBSD/68k asm error!!)
Riccardo wrote: I never got an error like this in my life : gcc -DHAVE_CONFIG_H -I. -I../../../kaffe/kaffe/kaffevm -I../../config - I../../include/kaffe -I../../../kaffe/kaffe/kaffevm/systems/unix- jthreads -I../../kaffe/kaffevm/jit3 -I../../../kaffe/kaffe/kaffevm/jit3 - I../../../kaffe/libltdl -DTRANSLATOR -DJIT3 -I../../../kaffe/kaffe/jvmpi - I../../../kaffe/kaffe/xprof -I../../include -DKVER=\1.1.x-cvs\ -I/home/ multix/kaffe-cvs/netbsd-68k/../kaffe/kaffe/kaffevm -I/home/multix/kaffe- cvs/netbsd-68k/../kaffe/kaffe/kaffevm/jit3 -I/home/multix/kaffe-cvs/ netbsd-68k/../kaffe/kaffe/kaffevm/systems/unix-jthreads -I../../../kaffe/ config -I../../../kaffe/include -DKAFFE_VMDEBUG -g -O2 -Wall -Wstrict- prototypes -fno-omit-frame-pointer -c ../../../kaffe/kaffe/kaffevm/locks. c -Wp,-MD,.deps/locks.TPlo -fPIC -DPIC -o .libs/locks.o /var/tmp/ccTh5fPf.s: Assembler messages: /var/tmp/ccTh5fPf.s:2248: Error: operands mismatch -- statement `casl % a0,%d3,(%a2)' ignored gmake[3]: *** [locks.lo] Error 1 Kiyo Inaba looked at that one, it seems to be a bug in kaffe's m68k assembler sources, namely the COMPARE_AND_EXCHANGE macro. See http://gcc.gnu.org/ml/gcc-bugs/2003-04/msg00753.html There is some code at http://www.uclibc.org/lists/uclibc/2002-August/004205.html that is about writing a compare_and_swap macro for a coldfire CPU for uclibc that might be interesting to take a look at. Tony had some ideas how to deal with it here: http://www.kaffe.org/pipermail/kaffe/2003-February/041462.html I have a couple of ideas (though I don;t speak m68k assembler, so they may be bogus, you've been warned): 1. My guess is that the constraint for the first argument of casl is wrong, it should be a data register. Does changing =r (tmp) into =d (tmp) in line 181 of kaffe/config/m68k/common.h work? 2. Does reverting m68k to plain C COMPARE_AND_EXCHNAGE as proposed by me here: http://www.kaffe.org/pipermail/kaffe/2003-February/041464.html work? For the long term, of course, atomic compare and exchange on different CPUs would be a good thing to delegate to a library. I'm not aware of any such library, but there was some talk on the linux kernel mailing list about such beasts here: http://www.mail-archive.com/[EMAIL PROTECTED]/msg10303.html The solution I have in mind is to use the code from glibc (in sysdeps/cpu-type/atomicity.h), like SableVM does. glibc 2.3.2 has this for m68k ('20 and above due to casl, which is what kaffe is using, too): static inline int __attribute__ ((unused)) compare_and_swap (volatile long int *p, long int oldval, long int newval) { char ret; long int readval; __asm__ __volatile__ (cas%.l %2,%3,%1; seq %0 : =dm (ret), =m (*p), =d (readval) : d (newval), m (*p), 2 (oldval)); return ret; } cheers, dalibor topic ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] Classpath AWT progress.
James Simmons [EMAIL PROTECTED] writes: 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!!! Can we call you Santa Claus? -- Arnaud ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe