gmane.comp.gcc.java.devel

Re: gcc crosstool chain with soft floating point support for arm9 + java

Andrew Haley — 2008-11-27T14:28:03

Firstly, gcj was not supported on ARM before gcc 4.3. It's only supported on the new EABI, arm-linux-gnueabi. There is arm-linux-gnu, the old one, and arm-linux-gnueabi, the new one. The old one defaults to soft float, the new one hard float. So, are you building arm-linux-gnu or arm-linux-gnueabi? This is my configury for X-arm gcc with gcj: /home/aph/gcc/trunk/configure --prefix=/local/x-arm-gcc/install \ --with-sysroot=/local/x-arm-gcc/rootfs-f8 --disable-libssp \ --disable-libgomp --disable-libmudflap --enable-libgcj \ --disable-bootstrap --disable-multilib --disable-static \ --disable-sjlj-exceptions --target=arm-linux-gnueabi \ --enable-java-awt=gtk \ --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.3-1.5.0.0/jre \ --enable-languages=c,c++,java This should get you a cross-compiler compatible with an EABI kernel. Andrew.

gcc crosstool chain with soft floating point support for arm9 + java

kpremendra — 2008-11-27T13:41:45

Hi I am using crosstool 0.43 to generate crosstool for arm9 with soft float, with c,c++,java languages support. demo-arm-softfloat.sh file is as below set -ex TARBALLS_DIR=$HOME/downloads RESULT_TOP=/opt/crosstool export TARBALLS_DIR RESULT_TOP GCC_LANGUAGES="c,c++,java" export GCC_LANGUAGES mkdir -p $RESULT_TOP eval `cat arm-softfloat.dat gcc-3.3.6-glibc-2.3.2.dat` sh all.sh --notest echo Done. arm-softfloat.dat file has KERNELCONFIG=`pwd`/arm.config TARGET=arm-softfloat-linux-gnu TARGET_CFLAGS="-O" GCC_EXTRA_CONFIG="--with-float=soft" GCC_CORE_EXTRA_CONFIG="--with-float=soft" GLIBC_EXTRA_CONFIG=" --without-fp" GLIBC_EXTRA_CC_ARGS="-msoft-float" gcc-3.3.6-glibc-2.3.2.dat` file has BINUTILS_DIR=binutils-2.15 GCC_DIR=gcc-3.3.6 GLIBC_DIR=glibc-2.3.2 GLIBCTHREADS_FILENAME=glibc-linuxthreads-2.3.2 LINUX_DIR=linux-2.6.9 LINUX_SANITIZED_HEADER_DIR=linux-libc-headers-2.6.12.0 And getting the below error arm-softfloat-linux-gnu-ranlib /home/developer/crosstool-0.43/build/arm-softfloat-l

Popka v latekse

coop ming-tzo — 2008-11-22T18:55:54

V plenu u nimfomanki http://www.lethargy7085.chat.ru

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-10T10:19:20

Good. I'm sure there is! Patches welcome. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

ffileppo — 2008-11-10T08:54:00

Hi Andrew, I can see that with your patch the application now doesn't hang anymore when highlighting and/or clicking on buttons. GUI performance of applications on my embbeded system seems also to be quite better now. I wonder if there's still some place for UI performance improvement. Thank you, Francesco

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-09T13:55:09

This one is gcj only, for sure. This patch removes the difference between gcj and Classpath. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-08T12:46:48

Incidentally, this bug was introduced on 2007-06-04, so this patch needs applying to a bunch of systems and gcc branches. It affects Fedora systems and (presumably) recent Debians. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-08T11:39:56

Found a very silly (:-) merge error in CairoGraphics2D.c. This fixes it. I don't think there should be any differences between the GTK peers in Classpath and gcj, should there? Or indeed, and differences between the CNI code in Classpath and gcj. Andrew. Index: gnu_java_awt_peer_gtk_CairoGraphics2D.c =================================================================== --- gnu_java_awt_peer_gtk_CairoGraphics2D.c(revision 141575) +++ gnu_java_awt_peer_gtk_CairoGraphics2D.c(working copy) < at >< at > -351,7 +351,6 < at >< at > for (i = 0; i < n; i++) { PangoFcFont *font = JLONG_TO_PTR(PangoFcFont, fonts[i]); - gdk_threads_leave (); /* Draw as many glyphs as possible with the current font */ int length = 0;

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-07T18:55:49

I've identified some serious GTK locking problems with this version of gcj. I'm investigating. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-07T11:17:34

Well, it doesn't have to run on the target device. It was easy for me to duplicate your previous problem on my desktop machine with gcj and oprofile. There's nothing to stop you doing the same. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

ffileppo — 2008-11-07T11:03:21

You're right. However I'm experiencing slowness when testing some other GUI sample application (e.g. the test case attached at the end). In this particular test case, the application takes a lot of time to startup (compared to the same device, running WinCE and CrEme JVM) and during start up the CPU usage is always at 100%. After startup, I'v also noticed that highlighting and/or clicking a certain number of times on buttons cause the application to hang and after that the CPU usage is always 100%. I'm still trying to get oprofile working on my target device to see what's going wrong. Thank you, Francesco Test case: import javax.swing.JComponent; import javax.swing.JFrame; import java.awt.BorderLayout; import javax.swing.JButton; import javax.swing.JPanel; import javax.swing.JTabbedPane; public class GUITest { public static void main(String[] args) { JFrame frame = new JFrame(); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); JComponent newContentPane = new TestUI(); frame.setTitle(

Re: [GCJ] Performance of GUI applications on embedded systems

Christian Thalinger — 2008-11-06T17:01:22

That may be because of this (taken from GNU Classpath's vm/reference/java/lang/VMThread.java): // Note: JDK treats a zero length sleep is like Thread.yield(), // without checking the interrupted status of the thread. // It's unclear if this is a bug in the implementation or the spec. // See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6213203 GCJ does this: if (millis == 0 && nanos == 0) ++nanos; and sleeps. Maybe... - Christian

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-06T16:40:06

What do you expect? You're setting up a Timer with a delay of 0 milliseconds between events, and it's running continuously. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

ffileppo — 2008-11-06T13:39:34

Hi Andrew, I'm testing your patch on my embedded system and now I can see that GUI performance are very much better (particularly during application startup). Thank you so much! However running my test case (please see my first post) I see that CPU usage is always at 100% (after the application is running), so the responsiveness is still not very good. Do you think that there is still some places for improvement? I'll try to use oprofile on my embedded system to see what's going wrong Best Regards, Francesco

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-05T14:24:58

This change is now in gcj trunk. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-05T14:07:16

Unless you --enable-java-maintainer-mode the Java file won't be recompiled. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

ffileppo — 2008-11-05T13:52:09

Hi, I tried rebuilding gcj (with Andrew's improvement) on a clean system but I'm still getting Segmentation Fault when I run GUI applications on my embedded system. Here is configure : Configured with: ../configure --prefix=/root/WiTP/inst-gcc --with-sysroot=/root/WiTP/f8/rootfs-f8 --disable-libssp --disable-libgomp --disable-libmudflap --enable-libgcj --disable-bootstrap --disable-multilib --disable-sjlj-exceptions --target=arm-linux-gnueabi --enable-languages=c,c++,java --with-build-time-tools=/root/WiTP/binutils-inst/arm-linux-gnueabi/bin --with-ld=/root/WiTP/binutils-inst/arm-linux-gnueabi/bin/ld --with-nm=/root/WiTP/binutils-inst/arm-linux-gnueabi/bin/nm --with-strip=/root/WiTP/binutils-inst/arm-linux-gnueabi/bin/strip --with-as=/root/WiTP/binutils-inst/arm-linux-gnueabi/bin/as --with-float=soft --enable-java-awt=gtk --x-libraries=/root/WiTP/arm-rpm/usr/lib And here is GDB backtrace #0 0x40b92d14 in java::lang::Object::getClass () from /lib/libgcj.so.10 #1 0x40b116f0 in javax::swing::JCompone

Re: [GCJ-core] dynamically unloading native libraries

Andrew Haley — 2008-11-05T11:07:39

Yes. I can't think of any immediate reason why they aren't: it's a matter worth investigating. Andrew.

Re: [GCJ-core] dynamically unloading native libraries

Sylvain Marié — 2008-11-05T10:44:09

Hi Mark, Thank you for putting the topic back on the table, That's exactly my point - and also even libraries that do not contain JNI at all (simple .so without any relation to java - I know it is not a very useful case but it is very simple to test with a dummy .so). But the root cause of the problem is a bit more complex: a) As you mentioned, ClassLoaders don't unload unused native libraries when they are finalized. but also b) ClassLoaders don't even seem to be finalized when they are not used any more. (no alive instances, etc.) So even correcting a) would not help, we should first try to understand why ClassLoaders are never gc'ed. Once again, this seems to be done in openJDK (at least item a, and maybe the b): -------------------ClassLoader.java------------------------------------ protected void finalize() { synchronized (loadedLibraryNames) { if (fromClass.getClassLoader() != null && handle != 0) { /* remove the native library name */

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-05T09:50:13

For what it's worth, I very much suspect that this will be a build problem. ffileppo, we also need to know what configure options you used. Andrew.

Re: [GCJ] Performance of GUI applications on embedded systems

Andrew Haley — 2008-11-05T09:43:33

It didn't do that to me. Where does the segfault occur? Do you still get the segfault after backing out the patch? Andrew.