Re: [kaffe] jamvm runs on iphone, still trying with kaffe
Thanks Dalibor, Yes your assumptions are right, and I've attached the corresponding build.log. As a reference here's what was done to JamVM to get it running on the iPhone: http://sourceforge.net/forum/message.php?msg_id=4633203 Apparently no patches were required of gnu classpath 0.96.1 as that worked out of the box. I initially thought kaffe had a similar JNI related issue as jamvm because when using -v the loaded classes displayed up until what seemed to be the first class to use JNI which was the Pointer32 class right before I got the bus error (and I got the same results with 1.1.7 and 1.1.8). thanks, Dario > Dario Laverde wrote: >> I managed to get a vmdebug output log from my kaffe attempt on the iphone, >> any >> pointers appreciated. >> > > It seems to be hanging with > > enter crit section[0] from: 0x1005018 [tid:939580052, java:0x0) > > critical section (1) established > > exit crit section (0) > > I assume that's -vmdebug ALL output with the interpreter engine? In that > case, I'd love to see the build log of the compilation to see if some > compiler warning gives away something trivial in the threads implementation. > > cheers, > dalibor topic build.log.tar.gz Description: GNU Zip compressed data ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] jamvm runs on iphone, still trying with kaffe
I managed to get a vmdebug output log from my kaffe attempt on the iphone, any pointers appreciated. thanks, Dario vmdebug.tar.gz Description: GNU Zip compressed data ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] _dbgGetMask issue when cross-compiling
How do I debug the following calling convention issue when cross-compiling: Making all in kaffe/kaffeh make[1]: Entering directory `/home/dario/kaffe-1.1.8/kaffe/kaffeh' /bin/sh ../../libtool --tag=CC --mode=link /usr/local/bin/arm-apple-darwin-gcc -Wall -W -Wextra -fno-strict-aliasing -fno-omit-frame-pointer -fsigned-char -fno-omit-frame-pointer -g -O2 -o kaffeh main.o mem.o sigs.o support.o constants.o debug.o file.o jar.o readClass.o utf8const.o binreloc.o -lz /usr/local/bin/arm-apple-darwin-gcc -Wall -W -Wextra -fno-strict-aliasing -fno-omit-frame-pointer -fsigned-char -fno-omit-frame-pointer -g -O2 -o kaffeh main.o mem.o sigs.o support.o constants.o debug.o file.o jar.o readClass.o utf8const.o binreloc.o -lz /usr/local/bin/arm-apple-darwin-ld: Undefined symbols: _dbgGetMask collect2: ld returned 1 exit status make[1]: *** [kaffeh] Error 1 make[1]: Leaving directory `/home/dario/kaffe-1.1.8/kaffe/kaffeh' I can bypass with --disable-vmdebug but I really need to -vmdebug to figure out why jni is failing at runtime. thanks, Dario ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
Re: [kaffe] debugging kaffe117 on the arm (iphone)
Unfortunately a gdb debugger is currently not possible on the iphone. Moreover I have to disable debug and vmdebug just to be able to compile/link so both options aren't possible. I've decided to move on to 1.1.8 instead (hence my other post), hoping for the best after noticing the --enable-scale configure flag. thanks, Dario > Yeah. This is where the real fun starts. You'll need a debugger, > preferrably gdb on the device, and you'll need to run Kaffe as in > > KAFFE_DEBUG=gdb ./kaffe-bin -cp . HelloIPhone > > to see what's going wrong, and to check out FAQ.debugging. > > The first SIGSEGV is likely going to be our stack size checking code, so > you can safely cont from it, and set gdb to > handle SIGXY noprint > if it pops up with a signal XY message (usually USR1/USR2, but the > actual numbers depend on the OS). > > Alternatively, you can run kaffe-bin with the > -vmdebug ALL option, that will show you all sorts of debug output, that > would be interesting to bzip2 and attach to a reply. > > cheers, > dalibor topic ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] issues from 1.1.7->1.1.8
gconf and it's dependencies have been problematic when migrating from 1.1.7 due to the many dependencies that are required, a big pain for embedded devices or even for headless or out of date Linux distros (nevermind cross-compiling). It'd be nice to have a configure param to avoid gconf (I'm guessing this is to support native properties? could there be a fallback?) Currently with 1.1.8 I'm having an issue where my cross compiler environment doesn't support the ld switch: --export-dynamic, and omitting it doesn't quite help (also note all the host .so files that probably shouldn't be included when cross compiling/linking): /usr/local/bin/arm-apple-darwin-gcc -dynamiclib -o .libs/libgconfpeer.dylib .libs/GConfNativePeer.o ../../../native/jni/classpath/.libs/native_state.o ../../../native/jni/classpath/.libs/jcl.o -L/usr/local/lib /usr/local/lib/libgconf-2.so /usr/lib/libpopt.so /usr/local/lib/libORBit-2.so /usr/local/lib/libgthread-2.0.so -lrt /usr/local/lib/libgdk-x11-2.0.so /usr/local/lib/libgdk_pixbuf-2.0.so -lm /usr/local/lib/libpangocairo-1.0.so /usr/local/lib/libpng12.so -L/usr/X11R6/lib /usr/local/lib/libpangoft2-1.0.so /usr/local/lib/libfontconfig.so /usr/local/lib/libfreetype.so /usr/lib/libexpat.so /usr/local/lib/libpango-1.0.so /usr/local/lib/libcairo.so /usr/lib/libfreetype.so /usr/local/lib/libgobject-2.0.so /usr/local/lib/libgmodule-2.0.so -ldl /usr/local/lib/libglib-2.0.so -pthread -Wl,--export-dynamic -pthread -install_name /usr/local/kaffe/jre/lib/arm/libgconfpeer.dylib /usr/local/bin/arm-apple-darwin-ld: unknown flag: --export-dynamic collect2: ld returned 1 exit status make[5]: *** [libgconfpeer.la] Error 1 make[5]: Leaving directory `/root/kaffe-1.1.8/libraries/javalib/external/classpath/native/jni/gconf-peer' On a separate issue, I've been unable to compile 1.1.8 on OS X (PPC) due to this configure error: config.status: error: ./config/powerpc/callKaffeException.h: file not found Could these issues be looked at before 1.1.9 comes out? thanks, Dario ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] debugging kaffe117 on the arm (iphone)
Hi all, Thanks to Dalibor for pointers on getting kaffe cross compiled to a new port (arm/darwin in this case). We should document the process a bit better perhaps and provide a way to document to a wiki of sorts. Anyway after finally successfully cross compiling I'm now debugging run time issues: -bash-3.2# pwd /usr/local/kaffe/jre/bin -bash-3.2# export KAFFELIBRARYPATH=/usr/local/kaffe/jre/lib/arm -bash-3.2# ls HelloIPhone.class HelloIPhone.java kaffe kaffe-bin rmiregistry -bash-3.2# ./kaffe-bin -cp . HelloIPhone Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/StackOverflowError This error may occur because the stack size is not sufficient. Try to increase the stack size using 'ulimit -s' or with the '-ss' option on kaffe. Bus error I tried several sizes e.g. -ss1M or -ss500K with the same error, it's probably a more sinister issue but again any pointers would be appreciated. thanks, Dario ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] still having trouble cross compiling for arm
Any pointers would be appreciated! (same prob on both a Mac PPC and a Linux i686) thanks, Dario /usr/local/bin/arm-apple-darwin-gcc -DHAVE_CONFIG_H -I. -I. -I../../config -I../../kaffe/kaffevm/systems/unix-pthreads -I../../kaffe/kaffevm/jni -Iintrp -I./intrp -I../../libltdl -DINTERPRETER -I../../kaffe/jvmpi -I../../kaffe/xprof -I../../include -I../../kaffe/kaffevm/verifier -I../../kaffe/kaffevm/jni -I/root/kaffe-1.1.7/./kaffe/kaffevm -I/root/kaffe-1.1.7/./kaffe/kaffevm/intrp -I/root/kaffe-1.1.7/./kaffe/kaffevm/systems/unix-pthreads -I../../replace -I../../config -I../../include -I../../libraries/javalib/external/classpath/include -DNDEBUG -D_REENTRANT -g -O2 -Wall -W -Wextra -fsigned-char -fno-omit-frame-pointer -MT libkaffevm_la-locks.lo -MD -MP -MF .deps/libkaffevm_la-locks.Tpo -c locks.c -fno-common -DPIC -o .libs/libkaffevm_la-locks.o locks.c: In function 'getHeavyLock': locks.c:109: warning: assignment makes pointer from integer without a cast locks.c:135: warning: assignment makes pointer from integer without a cast locks.c: In function 'locks_internal_slowUnlockMutexIfHeld': locks.c:349: warning: assignment makes pointer from integer without a cast locks.c: In function 'locks_internal_lockMutex': locks.c:506: warning: assignment makes pointer from integer without a cast locks.c: In function 'locks_internal_unlockMutex': locks.c:518: warning: assignment makes pointer from integer without a cast /tmp/ccvTdC4g.s:86:Unknown instruction 'swp' /tmp/ccvTdC4g.s:86:syntax error, unexpected $end /tmp/ccvTdC4g.s:87:Unknown instruction 'wp' /tmp/ccvTdC4g.s:87:syntax error, unexpected $end /tmp/ccvTdC4g.s:87:Unknown instruction 'p' /tmp/ccvTdC4g.s:87:syntax error, unexpected $end /tmp/ccvTdC4g.s:87:Unknown instruction 'r0' /tmp/ccvTdC4g.s:87:syntax error, unexpected $end /tmp/ccvTdC4g.s:87:Spurious digit -1208478597. /tmp/ccvTdC4g.s:87:Rest of line ignored. 1st junk character valued 48 (0). /tmp/ccvTdC4g.s:88:Unknown instruction 'swpne' /tmp/ccvTdC4g.s:88:syntax error, unexpected $end /tmp/ccvTdC4g.s:89:Unknown instruction 'wpne' /tmp/ccvTdC4g.s:89:syntax error, unexpected $end /tmp/ccvTdC4g.s:89:Unknown instruction 'pne' /tmp/ccvTdC4g.s:89:syntax error, unexpected $end /tmp/ccvTdC4g.s:89:Unknown instruction 'ne' /tmp/ccvTdC4g.s:89:syntax error, unexpected $end /tmp/ccvTdC4g.s:89:Unknown instruction 'e' /tmp/ccvTdC4g.s:89:syntax error, unexpected $end /tmp/ccvTdC4g.s:89:Unknown instruction 'r1' /tmp/ccvTdC4g.s:89:syntax error, unexpected $end /tmp/ccvTdC4g.s:89:Spurious digit -1208478568. /tmp/ccvTdC4g.s:89:Rest of line ignored. 1st junk character valued 49 (1). /tmp/ccvTdC4g.s:155:Unknown instruction 'swp' /tmp/ccvTdC4g.s:155:syntax error, unexpected $end /tmp/ccvTdC4g.s:156:Unknown instruction 'wp' /tmp/ccvTdC4g.s:156:syntax error, unexpected $end /tmp/ccvTdC4g.s:156:Unknown instruction 'p' /tmp/ccvTdC4g.s:156:syntax error, unexpected $end /tmp/ccvTdC4g.s:156:Unknown instruction 'r0' /tmp/ccvTdC4g.s:156:syntax error, unexpected $end /tmp/ccvTdC4g.s:156:Spurious digit -1208477709. /tmp/ccvTdC4g.s:156:Rest of line ignored. 1st junk character valued 48 (0). /tmp/ccvTdC4g.s:157:Unknown instruction 'swpne' /tmp/ccvTdC4g.s:157:syntax error, unexpected $end /tmp/ccvTdC4g.s:158:Unknown instruction 'wpne' /tmp/ccvTdC4g.s:158:syntax error, unexpected $end /tmp/ccvTdC4g.s:158:Unknown instruction 'pne' /tmp/ccvTdC4g.s:158:syntax error, unexpected $end /tmp/ccvTdC4g.s:158:Unknown instruction 'ne' /tmp/ccvTdC4g.s:158:syntax error, unexpected $end /tmp/ccvTdC4g.s:158:Unknown instruction 'e' /tmp/ccvTdC4g.s:158:syntax error, unexpected $end /tmp/ccvTdC4g.s:158:Unknown instruction 'r1' /tmp/ccvTdC4g.s:158:syntax error, unexpected $end /tmp/ccvTdC4g.s:158:Spurious digit -1208477680. /tmp/ccvTdC4g.s:158:Rest of line ignored. 1st junk character valued 49 (1). /tmp/ccvTdC4g.s:188:Unknown instruction 'swp' /tmp/ccvTdC4g.s:188:syntax error, unexpected $end /tmp/ccvTdC4g.s:189:Unknown instruction 'wp' /tmp/ccvTdC4g.s:189:syntax error, unexpected $end /tmp/ccvTdC4g.s:189:Unknown instruction 'p' /tmp/ccvTdC4g.s:189:syntax error, unexpected $end /tmp/ccvTdC4g.s:189:Unknown instruction 'r0' /tmp/ccvTdC4g.s:189:syntax error, unexpected $end /tmp/ccvTdC4g.s:189:Spurious digit -1208477338. /tmp/ccvTdC4g.s:189:Rest of line ignored. 1st junk character valued 48 (0). /tmp/ccvTdC4g.s:190:Unknown instruction 'swpne' /tmp/ccvTdC4g.s:190:syntax error, unexpected $end /tmp/ccvTdC4g.s:191:Unknown instruction 'wpne' /tmp/ccvTdC4g.s:191:syntax error, unexpected $end /tmp/ccvTdC4g.s:191:Unknown instruction 'pne' /tmp/ccvTdC4g.s:191:syntax error, unexpected $end /tmp/ccvTdC4g.s:191:Unknown instruction 'ne' /tmp/ccvTdC4g.s:191:syntax error, unexpected $end /tmp/ccvTdC4g.s:191:Unknown instruction 'e' /tmp/ccvTdC4g.s:191:syntax error, unexpected $end /tmp/ccvTdC4g.s:191:Unknown instruction 'r1' /tmp/ccvTdC4g.s:191:syntax error, unexpected $end /tmp/ccvTdC4g.s:191:Spurious digit -1208477309. /tmp/ccvTdC4g.s:191:Rest of line ignored. 1st junk character
Re: [kaffe] help including correct sigcontext for arm port
I'm getting: signal.c:77: error: 'struct sigcontext' has no member named 'r14' I don't know which signal.h it's using (apparently not i386 or arm or ppc for that matter). thanks, Dario > Dario Laverde wrote: >> hi all, >> >> I'm having trouble including the right sigcontext for my config/arm/darwin >> port (I >> used config/i386/darwin as my template). >> >> I've made the required change to access the correct stack pointer in: >> >> from >> #define STACK_POINTER(scp) ((scp)->esp) >> to >> #define STACK_POINTER(scp) ((scp)->r14) >> >> but I can't figure out how to pull in the correct sigcontext definition (I >> tried >> hard coding the correct signal.h from the toolchain into >> config/arm/darwin/md.h as >> well as where the error occurs at >> kaffe/kaffevm/systems/unix-pthreads/signal.c, >> and >> even adding extra include dirs into configure arams to no avail. > > Hi Dario, > > what's the error message from the compiler you get? > > cheers, > dalibor topic > ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] help including correct sigcontext for arm port
hi all, I'm having trouble including the right sigcontext for my config/arm/darwin port (I used config/i386/darwin as my template). I've made the required change to access the correct stack pointer in: from #define STACK_POINTER(scp) ((scp)->esp) to #define STACK_POINTER(scp) ((scp)->r14) but I can't figure out how to pull in the correct sigcontext definition (I tried hard coding the correct signal.h from the toolchain into config/arm/darwin/md.h as well as where the error occurs at kaffe/kaffevm/systems/unix-pthreads/signal.c, and even adding extra include dirs into configure arams to no avail. thanks, Dario ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] help needed porting kaffe 1.1.7 to iPhone
I've got the toolchain working on my PPC OS X 10.4.10 and used the following to try to build kaffe: export PATH=/Developer/SDKs/iPhone/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin export KAFFEH=/usr/local/kaffebkp/bin/kaffeh export CC=arm-apple-darwin-cc export CPP=/Developer/SDKs/iPhone/bin/llvm-cpp export NM=/Developer/SDKs/iPhone/bin/llvm-nm export AR=/Developer/SDKs/iPhone/bin/llvm-ar export RL=/Developer/SDKs/iPhone/bin/llvm-ranlib ./configure \ --disable-largefile \ --disable-static \ --disable-nls \ --disable-rpath \ --disable-vmdebug \ --disable-feedback \ --disable-xmlj \ --disable-alsa \ --disable-dssi \ --disable-gtk-peer \ --disable-gcj \ --disable-native-awt \ --disable-xawt-xi18n \ --disable-alsatest \ --disable-esdtest \ --disable-sound \ --disable-gjdoc \ --disable-classpath-tools \ --disable-fastjar \ --with-engine=intrp \ --without-profiling \ --without-gmp \ --without-stats \ --without-kaffe-x-awt \ --without-x \ --without-alsa \ --without-esd \ --with-extensions=comm \ --without-suncompat \ --enable-pure-java-math \ --disable-boehm-gc-configuration \ --disable-debug \ --disable-xprofiling \ --disable-xdebugging \ --without-classpath-gtk-awt \ --without-awt \ --without-tools \ --without-sound \ --without-kaffe-qt-awt \ --host=arm-apple-darwin \ --build=powerpc-apple-darwin8 \ --prefix /usr/local/kaffe \ --with-glibj-zip=/usr/local/glibj.zip I get the following output: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking for arm-apple-darwin-strip... no checking for strip... strip checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking for arm-apple-darwin-gcc... arm-apple-darwin-cc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. For info on building the toolchain: http://iphone.fiveforty.net/wiki/index.php/Toolchain_Project (note: that I have successfully gotten the toolchain to work w/o modifications on a PPC Mac) I've attached config.log and .arm-cc-specs (which is what arm-apple-darwin-cc uses for its flags). I tried with --build=powerpc-apple-darwin as well as --build=powerpc-apple-darwin8.10.0 and even tried without adding the toolchain's bin folder to the PATH and got the same same results. thanks for any pointers, Dario config.log Description: Binary data arm-cc-specs Description: Binary data ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] Future of Kaffe / Kaffe in the browser
Hello all, Just a couple of questions, first congrats to Dalibor for joining the OpenJDK committee. But what will this mean for the future of Kaffe? Seems like 1.1.8 and 1.1.9 are on the way but I was curious as to long term goals. Just fyi I'm currently using Kaffe 1.1.4 and 1.1.7 running in Linksys routers. Second question: Has anyone ever tried to integrate Kaffe into a web browser to provide Java Applets (specifically with Mozilla/Firefox)? If not, how much work do you think this would entail? thanks, Dario ___ kaffe mailing list kaffe@kaffe.org http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
[kaffe] distribution/license question
Can I redistribute Kaffe as part of a commercial app as does Sun allowing integration with your application w/o requiring a separate installation? But more so than Sun, do I have to include the whole distro? I'm looking to include only a subset (personal java equivalent) thanks dario ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe
