jamvm-general Mailing List for JamVM (Page 5)
Brought to you by:
rlougher
Menu
▾
▴
jamvm-general — General discussion of the Jam Virtual Machine.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(44) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(5) |
Feb
|
Mar
(33) |
Apr
(12) |
May
(18) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(33) |
Oct
(16) |
Nov
(35) |
Dec
(25) |
| 2006 |
Jan
(44) |
Feb
(1) |
Mar
(38) |
Apr
(14) |
May
(42) |
Jun
(8) |
Jul
(9) |
Aug
(5) |
Sep
(1) |
Oct
(16) |
Nov
(14) |
Dec
(16) |
| 2007 |
Jan
(3) |
Feb
(17) |
Mar
(19) |
Apr
(16) |
May
(7) |
Jun
(17) |
Jul
(22) |
Aug
(7) |
Sep
|
Oct
(28) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(4) |
Feb
(21) |
Mar
(16) |
Apr
(11) |
May
(18) |
Jun
(25) |
Jul
(8) |
Aug
(14) |
Sep
(5) |
Oct
(35) |
Nov
(8) |
Dec
(30) |
| 2009 |
Jan
(2) |
Feb
(2) |
Mar
(8) |
Apr
(9) |
May
(14) |
Jun
(9) |
Jul
(10) |
Aug
(7) |
Sep
(8) |
Oct
(4) |
Nov
(12) |
Dec
(2) |
| 2010 |
Jan
(12) |
Feb
(16) |
Mar
(16) |
Apr
(5) |
May
(4) |
Jun
(4) |
Jul
(3) |
Aug
(11) |
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
|
Mar
(43) |
Apr
(1) |
May
(1) |
Jun
(13) |
Jul
(21) |
Aug
(11) |
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
| 2012 |
Jan
|
Feb
(5) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(19) |
Jul
(4) |
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
(12) |
| 2013 |
Jan
|
Feb
(1) |
Mar
(10) |
Apr
(22) |
May
(1) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
(6) |
Oct
(3) |
Nov
(4) |
Dec
(3) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(11) |
Jun
(4) |
Jul
(1) |
Aug
(4) |
Sep
|
Oct
(16) |
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|
From: Robert L. <rob...@gm...> - 2013-04-04 14:45:36
|
Hi Xerxes, On 28 March 2013 14:05, Xerxes Rånby <xe...@za...> wrote: > > Apparently: OpenJDK 8 have quite recently merged in the new JSR 308 and this > require some new functionality inside the libjvm.so > JSR 308: Introduced Type Annotations > http://openjdk.java.net/projects/type-annotations/ > http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-December/007747.html > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8004823 > http://hg.openjdk.java.net/hsx/hsx25/hotspot/rev/35431a769282 > I've now pushed JSR 308 support in JamVM: http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=10b7c81c597809b2aaf28c8243453a21c33d4af3 This relies on improvements in storage of annotations here: http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/commit/?id=0330f06b5839f4d8c316b46d92de9396dd7e95ad Unfortunately this isn't going to help much in testing JSR 292 with IcedTea 3 (OpenJDK 8)! With the lastest versions of OpenJDK 8, the JSR 292 jtreg tests are currently crashing. I've not had time to look at all the crashes in detail, but the first appears to be related to uses of interface default methods - another new feature of JDK 8. It's likely that the JDK has been updated to use them - I'm hopeful that nothing has changed in the JSR 292 internals. I started looking at interface default methods last week, before stopping work to do JSR 308. From the looks of it, it can be handled by some modifications to the existing code in JamVM for so-called Miranda methods. Hopefully, it'll only take a couple of days. The new JSR 292 implementation in JDK 8 was backported to 7 updates (I believe 7u14), so JamVMs JSR 292 implementation should work with it, although I haven't had time to try it myself (yet). Thanks, Rob. > Cheers > Xerxes > -- > View this message in context: http://old.nabble.com/JSR-308%3A-symbol-JVM_GetClassTypeAnnotations-not-defined-for-JamVM-%2B-OpenJDK-8-tp35228844p35228844.html > Sent from the JamVM mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Own the Future-Intel® Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. > Compete for recognition, cash, and the chance to get your game > on Steam. $5K grand prize plus 10 genre and skill prizes. > Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: Robert L. <rob...@gm...> - 2013-04-02 18:38:37
|
On 28 March 2013 14:34, Andrew Hughes <gnu...@re...> wrote: > This doesn't look too bad for Rob to add. It's just more classfile metadata > like the ones for the existing annotations. Hopefully, GNU Classpath will be > able to use it eventually too. > You're right. It's fairly trivial as in OpenJDK all parsing of the annotation data is done in Java. The VM just needs to attach the bytes somehow to the annotated class, method or field without too much overhead (remembering that most classes have no annotations). Unfortunately how annotations wer stored in JamVM was pretty dreadful, so I've spent the weekend re-working it! Thanks, Rob. omewhere without too much overhead >> Cheers >> Xerxes >> -- >> View this message in context: >> http://old.nabble.com/JSR-308%3A-symbol-JVM_GetClassTypeAnnotations-not-defined-for-JamVM-%2B-OpenJDK-8-tp35228844p35228844.html >> Sent from the JamVM mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Own the Future-Intel® Level Up Game Demo Contest 2013 >> Rise to greatness in Intel's independent game demo contest. >> Compete for recognition, cash, and the chance to get your game >> on Steam. $5K grand prize plus 10 genre and skill prizes. >> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d >> _______________________________________________ >> Jamvm-general mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamvm-general >> > > -- > Andrew :) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > PGP Key: 248BDC07 (https://keys.indymedia.org/) > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 > > > ------------------------------------------------------------------------------ > Own the Future-Intel® Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. > Compete for recognition, cash, and the chance to get your game > on Steam. $5K grand prize plus 10 genre and skill prizes. > Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: Robert L. <rob...@gm...> - 2013-04-02 18:19:53
|
Hi Xerxes, On 28 March 2013 14:05, Xerxes Rånby <xe...@za...> wrote: > > Hi Robert > > First big thank you! I have been browsing through the list of changes to > get > JSR 292 working; > http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/log/ > well done! > > Yes, it's all complete now. I have done some testing with JRuby and of course there's the jtreg tests. > Today i have tested to use the new JSR 292 fixed JamVM in combination with > the latest IcedTea 8 build-system and OpenJDK 8 b80. ... ./java -verbose:jni -version > [Failed to open library > > /home/xranby/icedtea-8-b80/openjdk.build/images/j2sdk-image/jre/lib/i386/libjava.so: > > /home/xranby/icedtea-8-b80/openjdk.build/images/j2sdk-image/jre/lib/i386/libjava.so: > symbol JVM_GetClassTypeAnnotations, version SUNWprivate_1.1 not defined in > file libjvm.so with link time reference] > ... > Apparently: OpenJDK 8 have quite recently merged in the new JSR 308 and > this > require some new functionality inside the libjvm.so > JSR 308: Introduced Type Annotations > http://openjdk.java.net/projects/type-annotations/ > > http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-December/007747.html > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8004823 > http://hg.openjdk.java.net/hsx/hsx25/hotspot/rev/35431a769282 > > Thanks for letting me know - I was still using a version of OpenJDK 8 from the end of December - must remember to update more often! Rob. > Cheers > Xerxes > -- > View this message in context: > http://old.nabble.com/JSR-308%3A-symbol-JVM_GetClassTypeAnnotations-not-defined-for-JamVM-%2B-OpenJDK-8-tp35228844p35228844.html > Sent from the JamVM mailing list archive at Nabble.com. > > > > ------------------------------------------------------------------------------ > Own the Future-Intel® Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. > Compete for recognition, cash, and the chance to get your game > on Steam. $5K grand prize plus 10 genre and skill prizes. > Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > |
|
From: Adityadham <adi...@gm...> - 2013-03-29 11:05:30
|
Dear Andrews, Thanks for your reply. I searched for the files which you asked in your reply. All those files are present in our port on the device. Still no luck :,( -- View this message in context: http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35232162.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Andrew H. <gnu...@re...> - 2013-03-28 14:34:31
|
----- Original Message ----- > > Hi Robert > > First big thank you! I have been browsing through the list of changes > to get > JSR 292 working; > http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/log/ > well done! > > Today i have tested to use the new JSR 292 fixed JamVM in combination > with > the latest IcedTea 8 build-system and OpenJDK 8 b80. Using this > initial > icedtea 8 patch: > http://old.nabble.com/file/p35228844/icedtea8-jamvm.patch > icedtea8-jamvm.patch ... This patch looks fine and can be committed for me. Thanks for testing JamVM on IcedTea 3.x! :-D > I was about to celebrate and pop up the champagne or at least drink a > large > cup of ice tea after a successful build of OpenJDK 8 using JamVM + > JSR 292 > celebrate... but instead I discovered this: > > ./java -verbose:jni -version > [Failed to open library > /home/xranby/icedtea-8-b80/openjdk.build/images/j2sdk-image/jre/lib/i386/libjava.so: > /home/xranby/icedtea-8-b80/openjdk.build/images/j2sdk-image/jre/lib/i386/libjava.so: > symbol JVM_GetClassTypeAnnotations, version SUNWprivate_1.1 not > defined in > file libjvm.so with link time reference] > Error initialising natives: couldn't open libjava.so: use > -verbose:jni for > more information > Error initialising VM (initialiseNatives) > Error: Could not create the Java Virtual Machine. > Error: A fatal exception has occurred. Program will exit. > > Apparently: OpenJDK 8 have quite recently merged in the new JSR 308 > and this > require some new functionality inside the libjvm.so > JSR 308: Introduced Type Annotations > http://openjdk.java.net/projects/type-annotations/ > http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-December/007747.html > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8004823 > http://hg.openjdk.java.net/hsx/hsx25/hotspot/rev/35431a769282 > This doesn't look too bad for Rob to add. It's just more classfile metadata like the ones for the existing annotations. Hopefully, GNU Classpath will be able to use it eventually too. > Cheers > Xerxes > -- > View this message in context: > http://old.nabble.com/JSR-308%3A-symbol-JVM_GetClassTypeAnnotations-not-defined-for-JamVM-%2B-OpenJDK-8-tp35228844p35228844.html > Sent from the JamVM mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Own the Future-Intel® Level Up Game Demo Contest 2013 > Rise to greatness in Intel's independent game demo contest. > Compete for recognition, cash, and the chance to get your game > on Steam. $5K grand prize plus 10 genre and skill prizes. > Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 |
|
From: Xerxes R. <xe...@za...> - 2013-03-28 14:05:51
|
Hi Robert First big thank you! I have been browsing through the list of changes to get JSR 292 working; http://git.berlios.de/cgi-bin/cgit.cgi/jamvm/log/ well done! Today i have tested to use the new JSR 292 fixed JamVM in combination with the latest IcedTea 8 build-system and OpenJDK 8 b80. Using this initial icedtea 8 patch: http://old.nabble.com/file/p35228844/icedtea8-jamvm.patch icedtea8-jamvm.patch ... I was about to celebrate and pop up the champagne or at least drink a large cup of ice tea after a successful build of OpenJDK 8 using JamVM + JSR 292 celebrate... but instead I discovered this: ./java -verbose:jni -version [Failed to open library /home/xranby/icedtea-8-b80/openjdk.build/images/j2sdk-image/jre/lib/i386/libjava.so: /home/xranby/icedtea-8-b80/openjdk.build/images/j2sdk-image/jre/lib/i386/libjava.so: symbol JVM_GetClassTypeAnnotations, version SUNWprivate_1.1 not defined in file libjvm.so with link time reference] Error initialising natives: couldn't open libjava.so: use -verbose:jni for more information Error initialising VM (initialiseNatives) Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. Apparently: OpenJDK 8 have quite recently merged in the new JSR 308 and this require some new functionality inside the libjvm.so JSR 308: Introduced Type Annotations http://openjdk.java.net/projects/type-annotations/ http://mail.openjdk.java.net/pipermail/hotspot-dev/2012-December/007747.html http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8004823 http://hg.openjdk.java.net/hsx/hsx25/hotspot/rev/35431a769282 Cheers Xerxes -- View this message in context: http://old.nabble.com/JSR-308%3A-symbol-JVM_GetClassTypeAnnotations-not-defined-for-JamVM-%2B-OpenJDK-8-tp35228844p35228844.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Andrew H. <gnu...@re...> - 2013-03-27 20:48:49
|
----- Original Message ----- > > > Adityadham wrote: > > > > Thanks for your reply Xerxes. I made 2 different changes while > > compiling > > GNU Classpath. Both compiled successfully. > > ... > > 2. This was another variation which I tried in which I disabled gtk > > and > > default toolkil I gave of X. > > GNU Classpath > > ./configure --host=arm-xscale-linux-gnueabi --prefix=/usr/local > > --disable-examples --with-x --disable-qt-peer --disable-gtk-peer > > --disable-gconf-peer --disable-plugin --enable-alsa --disable-dssi > > --with-escher=/home/warrior/java-project/escher-0.3/src > > --enable-local-sockets --enable-collections --enable-xmlj > > --disable-Werror > > --enable-tools > > --enable-default-toolkit=gnu.java.awt.peer.x.XToolkit > > > > After transferring the above compiled gnu classpath and jamvm to > > the > > device, when I run a sample swing application, it gives me > > following > > error: > > > > Exception in thread "main" java.lang.ExceptionInInitializerError > > at > > gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) > > at java.awt.Font.getPeerFromToolkit(Font.java:329) > > ... > > Caused by: java.lang.NullPointerException > > at java.io.InputStreamReader.<init>(InputStreamReader.java:208) > > at java.util.Properties.load(Properties.java:380) > > at > > gnu.java.awt.font.OpenTypeFontPeer.<clinit>(OpenTypeFontPeer.java:93) > > at > > gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) > > > > > > I am still not able to figure out what I am missing. Can you please > > give > > me further pointers to that I can move in correct direction. > > > > Thanks > > > > The error above at > gnu.java.awt.font.OpenTypeFontPeer.<clinit>(OpenTypeFontPeer.java:93) > if you > look at the source code for gnu classpath you can see that the null > pointer > is caused by some issue for gnu classpath to locate the > font.properties > resource file, that contains a list of system fonts to use for awt > and > swing. > Most likely you have missed to copy some required file to your arm > board or > the classpath do not contain the jar containing the > resource/gnu/java/awt/font/fonts.properties . > Remember that custom gnu classpath configure setups with lots of > --enable > and --disable options are naturally much less tested by other gnu > classpath > developers compared to using the default settings without any extra > --enable > or --disable options. > $ jar tf /home/andrew/build/classpath/share/classpath/glibj.zip |grep fonts\.properties gnu/java/awt/font/fonts.properties gnu/java/awt/peer/x/xfonts.properties gnu/java/awt/peer/x/fonts.properties > None of these errors looks to be JamVM related therefore I recommend > you to > ask classpath swing setup and configure questions on the GNU > Classpath > mailinglist: > http://savannah.gnu.org/mail/?group=classpath > http://developer.classpath.org/mailman/listinfo/classpath actually. > You may want to try run JamVM in combination with the OpenJDK classes > that > also provide AWT and Swing support. > > Cheers > Xerxes > -- > View this message in context: > http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35212571.html > Sent from the JamVM mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 |
|
From: Xerxes R. <xe...@za...> - 2013-03-25 14:15:04
|
2013-03-25 14:43, Adityadham skrev: > > Hello Xerxes, > > Thanks a lot for your inputs. I have posted my query on gnu classpath forums. Meanwhile can you please direct me towards a place from where I can find openjdk classes source code which I can cross-compile for my arm xscale machine. > > Thanks, Aditya > You can cross-compile OpenJDK 6 + jamvm and OpenJDK 7 + jamvm by using OpenEmbedded oe-core+meta-java Woglinde is the active maintainer of the meta-java cross compile scripts. Build instructions: https://github.com/woglinde/meta-java/wiki To find out more about the OpenEmbedded cross compile infrastructure read: http://www.openembedded.org/wiki/Main_Page Cheers Xerxes |
|
From: Adityadham <adi...@gm...> - 2013-03-25 13:43:54
|
Hello Xerxes, Thanks a lot for your inputs. I have posted my query on gnu classpath forums. Meanwhile can you please direct me towards a place from where I can find openjdk classes source code which I can cross-compile for my arm xscale machine. Thanks, Aditya -- View this message in context: http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35215046.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Xerxes R. <xe...@za...> - 2013-03-24 19:53:27
|
Adityadham wrote: > > Thanks for your reply Xerxes. I made 2 different changes while compiling > GNU Classpath. Both compiled successfully. > ... > 2. This was another variation which I tried in which I disabled gtk and > default toolkil I gave of X. > GNU Classpath > ./configure --host=arm-xscale-linux-gnueabi --prefix=/usr/local > --disable-examples --with-x --disable-qt-peer --disable-gtk-peer > --disable-gconf-peer --disable-plugin --enable-alsa --disable-dssi > --with-escher=/home/warrior/java-project/escher-0.3/src > --enable-local-sockets --enable-collections --enable-xmlj --disable-Werror > --enable-tools --enable-default-toolkit=gnu.java.awt.peer.x.XToolkit > > After transferring the above compiled gnu classpath and jamvm to the > device, when I run a sample swing application, it gives me following > error: > > Exception in thread "main" java.lang.ExceptionInInitializerError > at gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) > at java.awt.Font.getPeerFromToolkit(Font.java:329) > ... > Caused by: java.lang.NullPointerException > at java.io.InputStreamReader.<init>(InputStreamReader.java:208) > at java.util.Properties.load(Properties.java:380) > at > gnu.java.awt.font.OpenTypeFontPeer.<clinit>(OpenTypeFontPeer.java:93) > at gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) > > > I am still not able to figure out what I am missing. Can you please give > me further pointers to that I can move in correct direction. > > Thanks > The error above at gnu.java.awt.font.OpenTypeFontPeer.<clinit>(OpenTypeFontPeer.java:93) if you look at the source code for gnu classpath you can see that the null pointer is caused by some issue for gnu classpath to locate the font.properties resource file, that contains a list of system fonts to use for awt and swing. Most likely you have missed to copy some required file to your arm board or the classpath do not contain the jar containing the resource/gnu/java/awt/font/fonts.properties . Remember that custom gnu classpath configure setups with lots of --enable and --disable options are naturally much less tested by other gnu classpath developers compared to using the default settings without any extra --enable or --disable options. None of these errors looks to be JamVM related therefore I recommend you to ask classpath swing setup and configure questions on the GNU Classpath mailinglist: http://savannah.gnu.org/mail/?group=classpath You may want to try run JamVM in combination with the OpenJDK classes that also provide AWT and Swing support. Cheers Xerxes -- View this message in context: http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35212571.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Adityadham <adi...@gm...> - 2013-03-23 16:36:08
|
Thanks for your reply Xerxes. I made 2 different changes while compiling GNU Classpath. Both compiled successfully. 1. ./configure --host=arm-xscale-linux-gnueabi --prefix=/usr/local --disable-examples --with-x --disable-qt-peer --enable-gtk-peer --disable-gconf-peer --disable-plugin --enable-alsa --disable-dssi --with-escher=/home/warrior/java-project/escher-0.3/src --enable-local-sockets --enable-collections --enable-xmlj --disable-Werror --enable-tools --enable-default-toolkit=gnu.java.awt.peer.gtk.GtkToolkit After transferring the above compiled gnu classpath and jamvm to the device, when I run a sample swing application, it shows nothing. When I did verbose it loads and links so many classes and finally stops with following two lines [Loaded gnu/java/awt/BitMaskExtent from /usr/local/share/classpath/glibj.zip] [Linking class gnu/java/awt/BitMaskExtent] 2. This was another variation which I tried in which I disabled gtk and default toolkil I gave of X. GNU Classpath ./configure --host=arm-xscale-linux-gnueabi --prefix=/usr/local --disable-examples --with-x --disable-qt-peer --disable-gtk-peer --disable-gconf-peer --disable-plugin --enable-alsa --disable-dssi --with-escher=/home/warrior/java-project/escher-0.3/src --enable-local-sockets --enable-collections --enable-xmlj --disable-Werror --enable-tools --enable-default-toolkit=gnu.java.awt.peer.x.XToolkit After transferring the above compiled gnu classpath and jamvm to the device, when I run a sample swing application, it gives me following error: Exception in thread "main" java.lang.ExceptionInInitializerError at gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) at java.awt.Font.getPeerFromToolkit(Font.java:329) at java.awt.Font.<init>(Font.java:381) at javax.swing.plaf.FontUIResource.<init>(FontUIResource.java:79) at javax.swing.plaf.metal.DefaultMetalTheme.<clinit>(DefaultMetalTheme.java:69) at javax.swing.plaf.metal.MetalLookAndFeel.getCurrentTheme(MetalLookAndFeel.java:1356) at javax.swing.plaf.metal.MetalLookAndFeel.createDefaultTheme(MetalLookAndFeel.java:91) at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLookAndFeel.java:150) at javax.swing.UIManager.setLookAndFeel(UIManager.java:913) at javax.swing.UIManager.<clinit>(UIManager.java:245) at javax.swing.JFrame.frameInit(JFrame.java:167) at javax.swing.JFrame.<init>(JFrame.java:126) at Main1.main(Main1.java:23) Caused by: java.lang.NullPointerException at java.io.InputStreamReader.<init>(InputStreamReader.java:208) at java.util.Properties.load(Properties.java:380) at gnu.java.awt.font.OpenTypeFontPeer.<clinit>(OpenTypeFontPeer.java:93) at gnu.java.awt.peer.x.XToolkit.getClasspathFontPeer(XToolkit.java:208) I am still not able to figure out what I am missing. Can you please give me further pointers to that I can move in correct direction. Thanks Adityadham wrote: > > Hello everyone, > > We have cross-compiled the gnu classpath 0.98 and jamvm 1.5_4 for our arm > xscale device. When we run helloworld program, it works perfectly fine. > But when we run gui applications, there is no response. Below are our > commands which we gave for cross-compiling: > > GNU CLASSPATH: > ./configure --host arm-xscale-linux-gnueabi –prefix=/usr/local > --disable-examples --with-x --disable-qt-peer –disable-gtk-peer > --disable-gconf-peer --disable-plugin --enable-alsa –disable-dssi > --enable-local-sockets --enable-collections --enable-xmlj > --enable-default-toolkit=gnu.java.awt.peer.gtk.XToolkit > > make > > make install > > JAMVM: > > ./configure --host arm-xscale-linux-gnueabi --prefix=/usr/local > --with-classpath-install-dir=/usr/local –enable-ffi > > make > > make install > > We then transfer the required files to our device. > > > we run our programs as > > jamvm helloworld > > jamvm -verbose Button > > helloworld runs perfectly fine and gives the desired output in proper > time. But when we run any gui sample and give verbose option it shows that > it is loading and linking a lot of classes which are all present and > finally it stops after displaying the following statements: > [Loaded gnu/java/awt/BitMaskExtent from > /usr/local/share/classpath/glibj.zip] > [Linking class gnu/java/awt/BitMaskExtent] > > Can someone please guide us on this. This is becoming very critical. > > > It will be a great help if someone can direct us towards fixing this to > see what we are missing to get the gui applications running with jamvm. We > have made a small sample using java swing which creates a frame and 2 > buttons over it. > > Thanks in advance. > -- View this message in context: http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35210263.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Xerxes R. <xe...@za...> - 2013-03-23 11:27:13
|
Adityadham wrote: > > Hello everyone, > > We have cross-compiled the gnu classpath 0.98 and jamvm 1.5_4 for our arm > xscale device. When we run helloworld program, it works perfectly fine. > But when we run gui applications, there is no response. Below are our > commands which we gave for cross-compiling: > .. > GNU CLASSPATH: > ./configure --host arm-xscale-linux-gnueabi –prefix=/usr/local > --disable-examples --with-x --disable-qt-peer –disable-gtk-peer > --disable-gconf-peer --disable-plugin --enable-alsa –disable-dssi > --enable-local-sockets --enable-collections --enable-xmlj > --enable-default-toolkit=gnu.java.awt.peer.gtk.XToolkit > ... > [Loaded gnu/java/awt/BitMaskExtent from > /usr/local/share/classpath/glibj.zip] > [Linking class gnu/java/awt/BitMaskExtent] > > Can someone please guide us on this. This is becoming very critical. > > > It will be a great help if someone can direct us towards fixing this to > see what we are missing to get the gui applications running with jamvm. We > have made a small sample using java swing which creates a frame and 2 > buttons over it. > > Thanks in advance. > I believe you have cross-compiled gnu-classpath with an incompatible set of options. If you want to use the gtk-peer to implement awt and swing then remove the –disable-gtk-peer option to GNU Classpath configure. Cheers Xerxes -- View this message in context: http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35209661.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Adityadham <adi...@gm...> - 2013-03-22 14:37:49
|
Hello everyone, We have cross-compiled the gnu classpath 0.98 and jamvm 1.5_4 for our arm xscale device. When we run helloworld program, it works perfectly fine. But when we run gui applications, there is no response. Below are our commands which we gave for cross-compiling: GNU CLASSPATH: ./configure --host arm-xscale-linux-gnueabi –prefix=/usr/local --disable-examples --with-x --disable-qt-peer –disable-gtk-peer --disable-gconf-peer --disable-plugin --enable-alsa –disable-dssi --enable-local-sockets --enable-collections --enable-xmlj --enable-default-toolkit=gnu.java.awt.peer.gtk.XToolkit make make install JAMVM: ./configure --host arm-xscale-linux-gnueabi --prefix=/usr/local --with-classpath-install-dir=/usr/local –enable-ffi make make install We then transfer the required files to our device. we run our programs as jamvm helloworld jamvm -verbose Button helloworld runs perfectly fine and gives the desired output in proper time. But when we run any gui sample and give verbose option it shows that it is loading and linking a lot of classes which are all present and finally it stops after displaying the following statements: [Loaded gnu/java/awt/BitMaskExtent from /usr/local/share/classpath/glibj.zip] [Linking class gnu/java/awt/BitMaskExtent] Can someone please guide us on this. This is becoming very critical. It will be a great help if someone can direct us towards fixing this to see what we are missing to get the gui applications running with jamvm. We have made a small sample using java swing which creates a frame and 2 buttons over it. Thanks in advance. -- View this message in context: http://old.nabble.com/Unable-to-run-GUI-application-using-cross-compiled-jamvm-for-arm-tp35205711p35205711.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Andrew H. <ap...@re...> - 2013-02-15 12:15:00
|
java -version java version "1.7.0_09" IcedTea7 Runtime Environment (2.3.3+ra45882b17791+) (Fedora build 1.7.0_09-b30) JamVM (build 1.6.0-devel, inline-threaded interpreter with stack-caching) --- --- --- --- --- --- --- --- --- Benchmark: derby Run mode: timed run Test type: multi Threads: 2 Warmup: 120s Iterations: 1 Run length: 240s java.sql.SQLException: Invalid transaction state. at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown Source) at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.newSQLException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.close(Unknown Source) at spec.benchmarks.derby.DerbyHarness.connectClose(DerbyHarness.java:521) at spec.benchmarks.derby.InitThread.run(InitThread.java:78) Caused by: java.sql.SQLException: Invalid transaction state. at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source) at org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(Unknown Source) ... 8 more Exception in thread "Thread-18" java.lang.NoClassDefFoundError: org/apache/derby/iapi/services/context/ShutdownException at org.apache.derby.iapi.services.context.ContextManager.reportError(Unknown Source) at org.apache.derby.iapi.services.context.ContextManager.cleanupOnError(Unknown Source) at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source) at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source) at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeUpdate(Unknown Source) at spec.benchmarks.derby.InitThread.run(InitThread.java:60) Caused by: java.lang.OutOfMemoryError at java.util.jar.JarFile.getBytes(JarFile.java:378) at java.util.jar.JarFile.getManifestFromReference(JarFile.java:178) at java.util.jar.JarFile.getManifest(JarFile.java:165) at sun.misc.URLClassPath$JarLoader$2.getManifest(URLClassPath.java:756) at java.net.URLClassLoader.defineClass(URLClassLoader.java:416) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:423) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ... 9 more Error in setup of Benchmark. spec.harness.StopBenchmarkException: Error invoking bmSetupBenchmarkMethod at spec.harness.ProgramRunner.invokeBmSetupBenchmark(ProgramRunner.java:185) at spec.harness.ProgramRunner.runBenchmark(ProgramRunner.java:301) at spec.harness.ProgramRunner.run(ProgramRunner.java:98) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at spec.harness.ProgramRunner.invokeBmSetupBenchmark(ProgramRunner.java:183) ... 2 more Caused by: java.lang.NoClassDefFoundError: org/apache/derby/impl/jdbc/EmbedCallableStatement40 at org.apache.derby.jdbc.Driver40.newEmbedCallableStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.prepareCall(Unknown Source) at org.apache.derby.impl.jdbc.EmbedConnection.prepareCall(Unknown Source) at spec.benchmarks.derby.DerbyHarness.createBaseDatabase(DerbyHarness.java:473) at spec.benchmarks.derby.DerbyHarness.createDatabases(DerbyHarness.java:431) at spec.benchmarks.derby.DerbyHarness.initDatabases(DerbyHarness.java:233) at spec.benchmarks.derby.Main.setupBenchmark(Main.java:99) ... 7 more Caused by: java.lang.OutOfMemoryError Warmup (120s) begins: Wed Feb 13 14:17:37 EST 2013 Warmup (120s) ends: Wed Feb 13 14:20:30 EST 2013 Warmup (120s) result: **NOT VALID** #### derby exited with exception: java.lang.OutOfMemoryError: null #### java.lang.OutOfMemoryError Errors in benchmark: derby Error in setup of Benchmark. #### derby exited with exception: java.lang.OutOfMemoryError: null #### [warmup] Harness interruped during measurement period. [warmup][bt:2|op:1] java.lang.NoClassDefFoundError: org/apache/derby/iapi/services/context/ShutdownException [warmup][bt:1|op:1] java.lang.NoClassDefFoundError: org/apache/derby/iapi/services/context/ShutdownException Score on derby: **NOT VALID** Benchmark derby failed. Aborting run. |
|
From: Robert L. <rob...@gm...> - 2012-12-21 17:30:37
|
Hi Roberto, On 19 December 2012 23:00, modsrm <mo...@gm...> wrote: > > Rob, > > after rm -fr the jamVm directory, extracting it again and running the > configure below, finally compilation succeeded! > > I guess make clean was not cleaning my configure mess. > > For anybody that has the same problem while crosscompiling, i solved it by > using both the --host and --build flag (thanks Robert!) > Thanks for letting me know you got it working in the end! Rob. |
|
From: modsrm <mo...@gm...> - 2012-12-21 17:10:00
|
Hey man, thanks for the answer. I managed to cross compile jamvm and gnu classpath with the crosscompiler built with crosstool-ng. Both my build and target arm machines are running Arch Linux. I used openembedded in the past, and im gonna try stay away from it, cos i want to have full control and understanding on what i cross build. In attachment the commands i used to cross compile and install on the build machine. I then just copied the content of the target folder to my arm board. I hope it helps somebody else too. Ciao, R. http://old.nabble.com/file/p34824547/gnu_classpath_build.txt gnu_classpath_build.txt http://old.nabble.com/file/p34824547/jamvm_build.txt jamvm_build.txt Xerxes Rånby wrote: > > 2012-12-19 12:26, modsrm skrev: >> >> Hi Xerxes, >> >> Roberto here. >> I see you are running jamVM on ARM. Ive been trying to cross compile it >> with >> the crosstool ng toolchain but i cannot get over the following issue, i >> thought maybe you have a solution! >> > Sorry the errors you see are unknown to me, I rarely run manual cross > compiles, I prefer building on target. > > The OpenEmbedded meta-java can automate a cross compile of JamVM + OpenJDK > 6 or 7. > https://github.com/woglinde/meta-java > Build instructions: > https://github.com/woglinde/meta-java/wiki > > I think meta-java can help you perform a cross compilation. > >> Im building on a 32 bit x86 machine, here is my configure command: >> >> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ >> ./configure --host=arm-unknown-linux-gnueabi >> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" >> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" >> >> The extra CPPFLAGS and LDFLAGS are passed in to specify where the cross >> compiled zlib is. >> >> Configure succeeds, but then make fail with the following error: >> >> arm-unknown-linux-gnueabi-gcc -g -O2 >> -I/home/mods/development/embedded/tools/rootfs/include >> -L/home/mods/development/embedded/tools/rootfs/lib >> engine/compute_relocatability.c -o engine/compute_relocatability >> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file >> or >> directory >> >> Did you cross compile it or did you build it on the target? > > I build it on target like this: http://labb.zafena.se/?p=576 > > JamVM is pre-packaged for use on Debian/Rasbian and Ubuntu systems. > Simply install: > apt-get install openjdk-7-jre icedtea-7-jre-jamvm > and then run jamvm using: > java -jamvm > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > > -- View this message in context: http://old.nabble.com/JamVM-%2B-LWJGL-%2B-OpenJDK-running-60fps-1080p-on-RaspberryPi%21-tp34661213p34824547.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Xerxes R. <xe...@za...> - 2012-12-21 15:41:57
|
2012-12-19 12:26, modsrm skrev: > > Hi Xerxes, > > Roberto here. > I see you are running jamVM on ARM. Ive been trying to cross compile it with > the crosstool ng toolchain but i cannot get over the following issue, i > thought maybe you have a solution! > Sorry the errors you see are unknown to me, I rarely run manual cross compiles, I prefer building on target. The OpenEmbedded meta-java can automate a cross compile of JamVM + OpenJDK 6 or 7. https://github.com/woglinde/meta-java Build instructions: https://github.com/woglinde/meta-java/wiki I think meta-java can help you perform a cross compilation. > Im building on a 32 bit x86 machine, here is my configure command: > > PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ > ./configure --host=arm-unknown-linux-gnueabi > CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" > LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" > > The extra CPPFLAGS and LDFLAGS are passed in to specify where the cross > compiled zlib is. > > Configure succeeds, but then make fail with the following error: > > arm-unknown-linux-gnueabi-gcc -g -O2 > -I/home/mods/development/embedded/tools/rootfs/include > -L/home/mods/development/embedded/tools/rootfs/lib > engine/compute_relocatability.c -o engine/compute_relocatability > engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or > directory > > Did you cross compile it or did you build it on the target? I build it on target like this: http://labb.zafena.se/?p=576 JamVM is pre-packaged for use on Debian/Rasbian and Ubuntu systems. Simply install: apt-get install openjdk-7-jre icedtea-7-jre-jamvm and then run jamvm using: java -jamvm |
|
From: modsrm <mo...@gm...> - 2012-12-19 23:00:50
|
Rob,
after rm -fr the jamVm directory, extracting it again and running the
configure below, finally compilation succeeded!
I guess make clean was not cleaning my configure mess.
For anybody that has the same problem while crosscompiling, i solved it by
using both the --host and --build flag (thanks Robert!)
R.
modsrm wrote:
>
> Hi Rob,
>
> here is my command line after your suggestions:
>
> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/
> ./configure --build=x86 --host=arm-unknown-linux-gnueabi
> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include"
> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib"
>
> I saw the switch that sets cross_compiling to yes, and it does fire.
>
> The failure is still the same.
>
> config.{log,h} are attached.
>
> Thanks,
>
> R.
>
> http://old.nabble.com/file/p34817132/config.h config.h
> http://old.nabble.com/file/p34817132/config.log config.log
>
>
>
>
>
>
>
> Robert Lougher wrote:
>>
>> On 19 December 2012 15:28, modsrm <mo...@gm...> wrote:
>>>
>>> Hi Rob,
>>>
>>> thanks for the answer.
>>>
>>>> If configure still refuses to enter cross-compilation try
>>>> --disable-int-inlining. It's the relocation checks for the
>>>> code-copying JIT that are done differently if cross-compiling so
>>>> disabling it will "fix" the problem. However, performance will be
>>>> affected (how much depends on the ARM architecture). The code-copying
>>>> JIT was enabled by default on ARM in JamVM 1.5.4.
>>>
>>> I think i did get the flags right, and configure does enter cross
>>> compilation mode.
>>> Few subfolders are indeed cross compiled ( os/linux among others ).
>>> Nonetheless compilation eventually fails with the error mentioned below
>>>
>>
>> Please send me your config.log file and src/config.h. By default,
>> runtime relocation checks is set to the value of $cross_compiling (an
>> autoconf variable). The compute_relocatability.c file is built as
>> part of the compile time relocation checking, so $cross_compiling must
>> be set to "no".
>>
>> Rob.
>>
>>>> arm-unknown-linux-gnueabi-gcc -g -O2
>>>> -I/home/mods/development/embedded/tools/rootfs/include
>>>> -L/home/mods/development/embedded/tools/rootfs/lib
>>>> engine/compute_relocatability.c -o engine/compute_relocatability
>>>> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file
>>>> or
>>>> directory
>>>
>>>
>>> My plan it to analyze GC performance, so building without the code
>>> copying
>>> interpreter should not be a problem.
>>> Ill give it a shot, ill let you know.
>>>
>>> Thanks again.
>>>
>>> R.
>>>
>>>
>>>
>>> Robert Lougher wrote:
>>>>
>>>> On 19 December 2012 12:55, Robert Lougher <rob...@gm...>
>>>> wrote:
>>>>> On 19 December 2012 09:44, modsrm <mo...@gm...> wrote:
>>>>>>
>>>>>> Hi there,
>>>>>>
>>>>>> ill bump this up cos im having the same problem while compiling JamVM
>>>>>> for
>>>>>> ARM.
>>>>>>
>>>>>> This is my configure command line:
>>>>>>
>>>>>> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/
>>>>>> ./configure --host=arm-unknown-linux-gnueabi
>>>>>> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include"
>>>>>> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib"
>>>>>>
>>>>>> This is the failure of make:
>>>>>>
>>>>>> arm-unknown-linux-gnueabi-gcc -g -O2
>>>>>> -I/home/mods/development/embedded/tools/rootfs/include
>>>>>> -L/home/mods/development/embedded/tools/rootfs/lib
>>>>>> engine/compute_relocatability.c -o engine/compute_relocatability
>>>>>> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such
>>>>>> file
>>>>>> or
>>>>>> directory
>>>>>>
>>>>>> I hope somebody can help!
>>>>>>
>>>>>
>>>>> That file should not be built when cross-compiling. This means that
>>>>> configure has not entered cross-compilation mode. This is probably
>>>>> because you have only specified --host (the host is what you are
>>>>> building on, not the target) The autoconf recommended way to enable
>>>>> cross-compilation is to specify both --build (the target) and --host
>>>>> (the host machine). If they are different, cross-compilation mode is
>>>>> enabled, and no runtime checks are performed.
>>>>>
>>>>
>>>> I've got that the wrong way round, --build is the build machine type
>>>> (I'm guessing x86[_64] linux) and --host is the ARM machine.
>>>>
>>>> If configure still refuses to enter cross-compilation try
>>>> --disable-int-inlining. It's the relocation checks for the
>>>> code-copying JIT that are done differently if cross-compiling so
>>>> disabling it will "fix" the problem. However, performance will be
>>>> affected (how much depends on the ARM architecture). The code-copying
>>>> JIT was enabled by default on ARM in JamVM 1.5.4.
>>>>
>>>> Rob.
>>>>
>>>>>
>>>>>> Thanks in advance,
>>>>>>
>>>>>> Roberto
>>>>>>
>>>>>>
>>>>>>
>>>>>> Jean-Marie Geffroy wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Thank you for this great JVM. I'm using it since 1 year embedded on
>>>>>>> ARM systems for prototypes and consider using even more now.
>>>>>>> However,
>>>>>>> I have a small problem when trying to cross-compile JamVM 1.5.4 for
>>>>>>> ARM. I get the following error message:
>>>>>>>
>>>>>>> engine/compute_relocatability.c:24:17: jam.h: No such file or
>>>>>>> directory
>>>>>>>
>>>>>>> Any idea about it ?
>>>>>>>
>>>>>>> Thank you very much in advance,
>>>>>>>
>>>>>>> Jean-MArie
>>>>>>>
>>>>>>> ------------------------------------------------------------------------------
>>>>>>> Throughout its 18-year history, RSA Conference consistently attracts
>>>>>>> the
>>>>>>> world's best and brightest in the field, creating opportunities for
>>>>>>> Conference
>>>>>>> attendees to learn about information security's most important
>>>>>>> issues
>>>>>>> through
>>>>>>> interactions with peers, luminaries and emerging and established
>>>>>>> companies.
>>>>>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>>>>>> _______________________________________________
>>>>>>> Jamvm-general mailing list
>>>>>>> Jam...@li...
>>>>>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html
>>>>>> Sent from the JamVM mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>>>>> Remotely access PCs and mobile devices and provide instant support
>>>>>> Improve your efficiency, and focus on delivering more value-add
>>>>>> services
>>>>>> Discover what IT Professionals Know. Rescue delivers
>>>>>> http://p.sf.net/sfu/logmein_12329d2d
>>>>>> _______________________________________________
>>>>>> Jamvm-general mailing list
>>>>>> Jam...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>>>
>>>> ------------------------------------------------------------------------------
>>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>>> Remotely access PCs and mobile devices and provide instant support
>>>> Improve your efficiency, and focus on delivering more value-add
>>>> services
>>>> Discover what IT Professionals Know. Rescue delivers
>>>> http://p.sf.net/sfu/logmein_12329d2d
>>>> _______________________________________________
>>>> Jamvm-general mailing list
>>>> Jam...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>>>
>>>>
>>> --
>>> View this message in context:
>>> http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34815559.html
>>> Sent from the JamVM mailing list archive at Nabble.com.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>> Remotely access PCs and mobile devices and provide instant support
>>> Improve your efficiency, and focus on delivering more value-add services
>>> Discover what IT Professionals Know. Rescue delivers
>>> http://p.sf.net/sfu/logmein_12329d2d
>>> _______________________________________________
>>> Jamvm-general mailing list
>>> Jam...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>
>> ------------------------------------------------------------------------------
>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>> Remotely access PCs and mobile devices and provide instant support
>> Improve your efficiency, and focus on delivering more value-add services
>> Discover what IT Professionals Know. Rescue delivers
>> http://p.sf.net/sfu/logmein_12329d2d
>> _______________________________________________
>> Jamvm-general mailing list
>> Jam...@li...
>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>
>>
>
--
View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34817460.html
Sent from the JamVM mailing list archive at Nabble.com.
|
|
From: modsrm <mo...@gm...> - 2012-12-19 21:10:57
|
Hi Rob,
here is my command line after your suggestions:
PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/
./configure --build=x86 --host=arm-unknown-linux-gnueabi
CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include"
LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib"
I saw the switch that sets cross_compiling to yes, and it does fire.
The failure is still the same.
config.{log,h} are attached.
Thanks,
R.
http://old.nabble.com/file/p34817132/config.h config.h
http://old.nabble.com/file/p34817132/config.log config.log
Robert Lougher wrote:
>
> On 19 December 2012 15:28, modsrm <mo...@gm...> wrote:
>>
>> Hi Rob,
>>
>> thanks for the answer.
>>
>>> If configure still refuses to enter cross-compilation try
>>> --disable-int-inlining. It's the relocation checks for the
>>> code-copying JIT that are done differently if cross-compiling so
>>> disabling it will "fix" the problem. However, performance will be
>>> affected (how much depends on the ARM architecture). The code-copying
>>> JIT was enabled by default on ARM in JamVM 1.5.4.
>>
>> I think i did get the flags right, and configure does enter cross
>> compilation mode.
>> Few subfolders are indeed cross compiled ( os/linux among others ).
>> Nonetheless compilation eventually fails with the error mentioned below
>>
>
> Please send me your config.log file and src/config.h. By default,
> runtime relocation checks is set to the value of $cross_compiling (an
> autoconf variable). The compute_relocatability.c file is built as
> part of the compile time relocation checking, so $cross_compiling must
> be set to "no".
>
> Rob.
>
>>> arm-unknown-linux-gnueabi-gcc -g -O2
>>> -I/home/mods/development/embedded/tools/rootfs/include
>>> -L/home/mods/development/embedded/tools/rootfs/lib
>>> engine/compute_relocatability.c -o engine/compute_relocatability
>>> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file
>>> or
>>> directory
>>
>>
>> My plan it to analyze GC performance, so building without the code
>> copying
>> interpreter should not be a problem.
>> Ill give it a shot, ill let you know.
>>
>> Thanks again.
>>
>> R.
>>
>>
>>
>> Robert Lougher wrote:
>>>
>>> On 19 December 2012 12:55, Robert Lougher <rob...@gm...> wrote:
>>>> On 19 December 2012 09:44, modsrm <mo...@gm...> wrote:
>>>>>
>>>>> Hi there,
>>>>>
>>>>> ill bump this up cos im having the same problem while compiling JamVM
>>>>> for
>>>>> ARM.
>>>>>
>>>>> This is my configure command line:
>>>>>
>>>>> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/
>>>>> ./configure --host=arm-unknown-linux-gnueabi
>>>>> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include"
>>>>> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib"
>>>>>
>>>>> This is the failure of make:
>>>>>
>>>>> arm-unknown-linux-gnueabi-gcc -g -O2
>>>>> -I/home/mods/development/embedded/tools/rootfs/include
>>>>> -L/home/mods/development/embedded/tools/rootfs/lib
>>>>> engine/compute_relocatability.c -o engine/compute_relocatability
>>>>> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such
>>>>> file
>>>>> or
>>>>> directory
>>>>>
>>>>> I hope somebody can help!
>>>>>
>>>>
>>>> That file should not be built when cross-compiling. This means that
>>>> configure has not entered cross-compilation mode. This is probably
>>>> because you have only specified --host (the host is what you are
>>>> building on, not the target) The autoconf recommended way to enable
>>>> cross-compilation is to specify both --build (the target) and --host
>>>> (the host machine). If they are different, cross-compilation mode is
>>>> enabled, and no runtime checks are performed.
>>>>
>>>
>>> I've got that the wrong way round, --build is the build machine type
>>> (I'm guessing x86[_64] linux) and --host is the ARM machine.
>>>
>>> If configure still refuses to enter cross-compilation try
>>> --disable-int-inlining. It's the relocation checks for the
>>> code-copying JIT that are done differently if cross-compiling so
>>> disabling it will "fix" the problem. However, performance will be
>>> affected (how much depends on the ARM architecture). The code-copying
>>> JIT was enabled by default on ARM in JamVM 1.5.4.
>>>
>>> Rob.
>>>
>>>>
>>>>> Thanks in advance,
>>>>>
>>>>> Roberto
>>>>>
>>>>>
>>>>>
>>>>> Jean-Marie Geffroy wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Thank you for this great JVM. I'm using it since 1 year embedded on
>>>>>> ARM systems for prototypes and consider using even more now. However,
>>>>>> I have a small problem when trying to cross-compile JamVM 1.5.4 for
>>>>>> ARM. I get the following error message:
>>>>>>
>>>>>> engine/compute_relocatability.c:24:17: jam.h: No such file or
>>>>>> directory
>>>>>>
>>>>>> Any idea about it ?
>>>>>>
>>>>>> Thank you very much in advance,
>>>>>>
>>>>>> Jean-MArie
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Throughout its 18-year history, RSA Conference consistently attracts
>>>>>> the
>>>>>> world's best and brightest in the field, creating opportunities for
>>>>>> Conference
>>>>>> attendees to learn about information security's most important issues
>>>>>> through
>>>>>> interactions with peers, luminaries and emerging and established
>>>>>> companies.
>>>>>> http://p.sf.net/sfu/rsaconf-dev2dev
>>>>>> _______________________________________________
>>>>>> Jamvm-general mailing list
>>>>>> Jam...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>>>>>
>>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html
>>>>> Sent from the JamVM mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>>>> Remotely access PCs and mobile devices and provide instant support
>>>>> Improve your efficiency, and focus on delivering more value-add
>>>>> services
>>>>> Discover what IT Professionals Know. Rescue delivers
>>>>> http://p.sf.net/sfu/logmein_12329d2d
>>>>> _______________________________________________
>>>>> Jamvm-general mailing list
>>>>> Jam...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>>
>>> ------------------------------------------------------------------------------
>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>> Remotely access PCs and mobile devices and provide instant support
>>> Improve your efficiency, and focus on delivering more value-add services
>>> Discover what IT Professionals Know. Rescue delivers
>>> http://p.sf.net/sfu/logmein_12329d2d
>>> _______________________________________________
>>> Jamvm-general mailing list
>>> Jam...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>>>
>>>
>> --
>> View this message in context:
>> http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34815559.html
>> Sent from the JamVM mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>> Remotely access PCs and mobile devices and provide instant support
>> Improve your efficiency, and focus on delivering more value-add services
>> Discover what IT Professionals Know. Rescue delivers
>> http://p.sf.net/sfu/logmein_12329d2d
>> _______________________________________________
>> Jamvm-general mailing list
>> Jam...@li...
>> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> Jamvm-general mailing list
> Jam...@li...
> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>
>
--
View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34817132.html
Sent from the JamVM mailing list archive at Nabble.com.
|
|
From: Robert L. <rob...@gm...> - 2012-12-19 15:43:57
|
On 19 December 2012 15:28, modsrm <mo...@gm...> wrote: > > Hi Rob, > > thanks for the answer. > >> If configure still refuses to enter cross-compilation try >> --disable-int-inlining. It's the relocation checks for the >> code-copying JIT that are done differently if cross-compiling so >> disabling it will "fix" the problem. However, performance will be >> affected (how much depends on the ARM architecture). The code-copying >> JIT was enabled by default on ARM in JamVM 1.5.4. > > I think i did get the flags right, and configure does enter cross > compilation mode. > Few subfolders are indeed cross compiled ( os/linux among others ). > Nonetheless compilation eventually fails with the error mentioned below > Please send me your config.log file and src/config.h. By default, runtime relocation checks is set to the value of $cross_compiling (an autoconf variable). The compute_relocatability.c file is built as part of the compile time relocation checking, so $cross_compiling must be set to "no". Rob. >> arm-unknown-linux-gnueabi-gcc -g -O2 >> -I/home/mods/development/embedded/tools/rootfs/include >> -L/home/mods/development/embedded/tools/rootfs/lib >> engine/compute_relocatability.c -o engine/compute_relocatability >> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or >> directory > > > My plan it to analyze GC performance, so building without the code copying > interpreter should not be a problem. > Ill give it a shot, ill let you know. > > Thanks again. > > R. > > > > Robert Lougher wrote: >> >> On 19 December 2012 12:55, Robert Lougher <rob...@gm...> wrote: >>> On 19 December 2012 09:44, modsrm <mo...@gm...> wrote: >>>> >>>> Hi there, >>>> >>>> ill bump this up cos im having the same problem while compiling JamVM >>>> for >>>> ARM. >>>> >>>> This is my configure command line: >>>> >>>> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ >>>> ./configure --host=arm-unknown-linux-gnueabi >>>> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" >>>> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" >>>> >>>> This is the failure of make: >>>> >>>> arm-unknown-linux-gnueabi-gcc -g -O2 >>>> -I/home/mods/development/embedded/tools/rootfs/include >>>> -L/home/mods/development/embedded/tools/rootfs/lib >>>> engine/compute_relocatability.c -o engine/compute_relocatability >>>> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file >>>> or >>>> directory >>>> >>>> I hope somebody can help! >>>> >>> >>> That file should not be built when cross-compiling. This means that >>> configure has not entered cross-compilation mode. This is probably >>> because you have only specified --host (the host is what you are >>> building on, not the target) The autoconf recommended way to enable >>> cross-compilation is to specify both --build (the target) and --host >>> (the host machine). If they are different, cross-compilation mode is >>> enabled, and no runtime checks are performed. >>> >> >> I've got that the wrong way round, --build is the build machine type >> (I'm guessing x86[_64] linux) and --host is the ARM machine. >> >> If configure still refuses to enter cross-compilation try >> --disable-int-inlining. It's the relocation checks for the >> code-copying JIT that are done differently if cross-compiling so >> disabling it will "fix" the problem. However, performance will be >> affected (how much depends on the ARM architecture). The code-copying >> JIT was enabled by default on ARM in JamVM 1.5.4. >> >> Rob. >> >>> >>>> Thanks in advance, >>>> >>>> Roberto >>>> >>>> >>>> >>>> Jean-Marie Geffroy wrote: >>>>> >>>>> Hi, >>>>> >>>>> Thank you for this great JVM. I'm using it since 1 year embedded on >>>>> ARM systems for prototypes and consider using even more now. However, >>>>> I have a small problem when trying to cross-compile JamVM 1.5.4 for >>>>> ARM. I get the following error message: >>>>> >>>>> engine/compute_relocatability.c:24:17: jam.h: No such file or directory >>>>> >>>>> Any idea about it ? >>>>> >>>>> Thank you very much in advance, >>>>> >>>>> Jean-MArie >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> Throughout its 18-year history, RSA Conference consistently attracts >>>>> the >>>>> world's best and brightest in the field, creating opportunities for >>>>> Conference >>>>> attendees to learn about information security's most important issues >>>>> through >>>>> interactions with peers, luminaries and emerging and established >>>>> companies. >>>>> http://p.sf.net/sfu/rsaconf-dev2dev >>>>> _______________________________________________ >>>>> Jamvm-general mailing list >>>>> Jam...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general >>>>> >>>>> >>>> -- >>>> View this message in context: >>>> http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html >>>> Sent from the JamVM mailing list archive at Nabble.com. >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >>>> Remotely access PCs and mobile devices and provide instant support >>>> Improve your efficiency, and focus on delivering more value-add services >>>> Discover what IT Professionals Know. Rescue delivers >>>> http://p.sf.net/sfu/logmein_12329d2d >>>> _______________________________________________ >>>> Jamvm-general mailing list >>>> Jam...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Jamvm-general mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamvm-general >> >> > -- > View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34815559.html > Sent from the JamVM mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: modsrm <mo...@gm...> - 2012-12-19 15:28:17
|
Hi Rob, thanks for the answer. > If configure still refuses to enter cross-compilation try > --disable-int-inlining. It's the relocation checks for the > code-copying JIT that are done differently if cross-compiling so > disabling it will "fix" the problem. However, performance will be > affected (how much depends on the ARM architecture). The code-copying > JIT was enabled by default on ARM in JamVM 1.5.4. I think i did get the flags right, and configure does enter cross compilation mode. Few subfolders are indeed cross compiled ( os/linux among others ). Nonetheless compilation eventually fails with the error mentioned below > arm-unknown-linux-gnueabi-gcc -g -O2 > -I/home/mods/development/embedded/tools/rootfs/include > -L/home/mods/development/embedded/tools/rootfs/lib > engine/compute_relocatability.c -o engine/compute_relocatability > engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or > directory My plan it to analyze GC performance, so building without the code copying interpreter should not be a problem. Ill give it a shot, ill let you know. Thanks again. R. Robert Lougher wrote: > > On 19 December 2012 12:55, Robert Lougher <rob...@gm...> wrote: >> On 19 December 2012 09:44, modsrm <mo...@gm...> wrote: >>> >>> Hi there, >>> >>> ill bump this up cos im having the same problem while compiling JamVM >>> for >>> ARM. >>> >>> This is my configure command line: >>> >>> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ >>> ./configure --host=arm-unknown-linux-gnueabi >>> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" >>> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" >>> >>> This is the failure of make: >>> >>> arm-unknown-linux-gnueabi-gcc -g -O2 >>> -I/home/mods/development/embedded/tools/rootfs/include >>> -L/home/mods/development/embedded/tools/rootfs/lib >>> engine/compute_relocatability.c -o engine/compute_relocatability >>> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file >>> or >>> directory >>> >>> I hope somebody can help! >>> >> >> That file should not be built when cross-compiling. This means that >> configure has not entered cross-compilation mode. This is probably >> because you have only specified --host (the host is what you are >> building on, not the target) The autoconf recommended way to enable >> cross-compilation is to specify both --build (the target) and --host >> (the host machine). If they are different, cross-compilation mode is >> enabled, and no runtime checks are performed. >> > > I've got that the wrong way round, --build is the build machine type > (I'm guessing x86[_64] linux) and --host is the ARM machine. > > If configure still refuses to enter cross-compilation try > --disable-int-inlining. It's the relocation checks for the > code-copying JIT that are done differently if cross-compiling so > disabling it will "fix" the problem. However, performance will be > affected (how much depends on the ARM architecture). The code-copying > JIT was enabled by default on ARM in JamVM 1.5.4. > > Rob. > >> >>> Thanks in advance, >>> >>> Roberto >>> >>> >>> >>> Jean-Marie Geffroy wrote: >>>> >>>> Hi, >>>> >>>> Thank you for this great JVM. I'm using it since 1 year embedded on >>>> ARM systems for prototypes and consider using even more now. However, >>>> I have a small problem when trying to cross-compile JamVM 1.5.4 for >>>> ARM. I get the following error message: >>>> >>>> engine/compute_relocatability.c:24:17: jam.h: No such file or directory >>>> >>>> Any idea about it ? >>>> >>>> Thank you very much in advance, >>>> >>>> Jean-MArie >>>> >>>> ------------------------------------------------------------------------------ >>>> Throughout its 18-year history, RSA Conference consistently attracts >>>> the >>>> world's best and brightest in the field, creating opportunities for >>>> Conference >>>> attendees to learn about information security's most important issues >>>> through >>>> interactions with peers, luminaries and emerging and established >>>> companies. >>>> http://p.sf.net/sfu/rsaconf-dev2dev >>>> _______________________________________________ >>>> Jamvm-general mailing list >>>> Jam...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jamvm-general >>>> >>>> >>> -- >>> View this message in context: >>> http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html >>> Sent from the JamVM mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >>> Remotely access PCs and mobile devices and provide instant support >>> Improve your efficiency, and focus on delivering more value-add services >>> Discover what IT Professionals Know. Rescue delivers >>> http://p.sf.net/sfu/logmein_12329d2d >>> _______________________________________________ >>> Jamvm-general mailing list >>> Jam...@li... >>> https://lists.sourceforge.net/lists/listinfo/jamvm-general > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > > -- View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34815559.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: Robert L. <rob...@gm...> - 2012-12-19 13:24:55
|
On 19 December 2012 12:55, Robert Lougher <rob...@gm...> wrote: > On 19 December 2012 09:44, modsrm <mo...@gm...> wrote: >> >> Hi there, >> >> ill bump this up cos im having the same problem while compiling JamVM for >> ARM. >> >> This is my configure command line: >> >> PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ >> ./configure --host=arm-unknown-linux-gnueabi >> CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" >> LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" >> >> This is the failure of make: >> >> arm-unknown-linux-gnueabi-gcc -g -O2 >> -I/home/mods/development/embedded/tools/rootfs/include >> -L/home/mods/development/embedded/tools/rootfs/lib >> engine/compute_relocatability.c -o engine/compute_relocatability >> engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or >> directory >> >> I hope somebody can help! >> > > That file should not be built when cross-compiling. This means that > configure has not entered cross-compilation mode. This is probably > because you have only specified --host (the host is what you are > building on, not the target) The autoconf recommended way to enable > cross-compilation is to specify both --build (the target) and --host > (the host machine). If they are different, cross-compilation mode is > enabled, and no runtime checks are performed. > I've got that the wrong way round, --build is the build machine type (I'm guessing x86[_64] linux) and --host is the ARM machine. If configure still refuses to enter cross-compilation try --disable-int-inlining. It's the relocation checks for the code-copying JIT that are done differently if cross-compiling so disabling it will "fix" the problem. However, performance will be affected (how much depends on the ARM architecture). The code-copying JIT was enabled by default on ARM in JamVM 1.5.4. Rob. > >> Thanks in advance, >> >> Roberto >> >> >> >> Jean-Marie Geffroy wrote: >>> >>> Hi, >>> >>> Thank you for this great JVM. I'm using it since 1 year embedded on >>> ARM systems for prototypes and consider using even more now. However, >>> I have a small problem when trying to cross-compile JamVM 1.5.4 for >>> ARM. I get the following error message: >>> >>> engine/compute_relocatability.c:24:17: jam.h: No such file or directory >>> >>> Any idea about it ? >>> >>> Thank you very much in advance, >>> >>> Jean-MArie >>> >>> ------------------------------------------------------------------------------ >>> Throughout its 18-year history, RSA Conference consistently attracts the >>> world's best and brightest in the field, creating opportunities for >>> Conference >>> attendees to learn about information security's most important issues >>> through >>> interactions with peers, luminaries and emerging and established >>> companies. >>> http://p.sf.net/sfu/rsaconf-dev2dev >>> _______________________________________________ >>> Jamvm-general mailing list >>> Jam...@li... >>> https://lists.sourceforge.net/lists/listinfo/jamvm-general >>> >>> >> -- >> View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html >> Sent from the JamVM mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial >> Remotely access PCs and mobile devices and provide instant support >> Improve your efficiency, and focus on delivering more value-add services >> Discover what IT Professionals Know. Rescue delivers >> http://p.sf.net/sfu/logmein_12329d2d >> _______________________________________________ >> Jamvm-general mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: Robert L. <rob...@gm...> - 2012-12-19 12:55:52
|
On 19 December 2012 09:44, modsrm <mo...@gm...> wrote: > > Hi there, > > ill bump this up cos im having the same problem while compiling JamVM for > ARM. > > This is my configure command line: > > PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ > ./configure --host=arm-unknown-linux-gnueabi > CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" > LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" > > This is the failure of make: > > arm-unknown-linux-gnueabi-gcc -g -O2 > -I/home/mods/development/embedded/tools/rootfs/include > -L/home/mods/development/embedded/tools/rootfs/lib > engine/compute_relocatability.c -o engine/compute_relocatability > engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or > directory > > I hope somebody can help! > That file should not be built when cross-compiling. This means that configure has not entered cross-compilation mode. This is probably because you have only specified --host (the host is what you are building on, not the target) The autoconf recommended way to enable cross-compilation is to specify both --build (the target) and --host (the host machine). If they are different, cross-compilation mode is enabled, and no runtime checks are performed. Rob. > Thanks in advance, > > Roberto > > > > Jean-Marie Geffroy wrote: >> >> Hi, >> >> Thank you for this great JVM. I'm using it since 1 year embedded on >> ARM systems for prototypes and consider using even more now. However, >> I have a small problem when trying to cross-compile JamVM 1.5.4 for >> ARM. I get the following error message: >> >> engine/compute_relocatability.c:24:17: jam.h: No such file or directory >> >> Any idea about it ? >> >> Thank you very much in advance, >> >> Jean-MArie >> >> ------------------------------------------------------------------------------ >> Throughout its 18-year history, RSA Conference consistently attracts the >> world's best and brightest in the field, creating opportunities for >> Conference >> attendees to learn about information security's most important issues >> through >> interactions with peers, luminaries and emerging and established >> companies. >> http://p.sf.net/sfu/rsaconf-dev2dev >> _______________________________________________ >> Jamvm-general mailing list >> Jam...@li... >> https://lists.sourceforge.net/lists/listinfo/jamvm-general >> >> > -- > View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html > Sent from the JamVM mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial > Remotely access PCs and mobile devices and provide instant support > Improve your efficiency, and focus on delivering more value-add services > Discover what IT Professionals Know. Rescue delivers > http://p.sf.net/sfu/logmein_12329d2d > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general |
|
From: modsrm <mo...@gm...> - 2012-12-19 11:26:47
|
Hi Xerxes, Roberto here. I see you are running jamVM on ARM. Ive been trying to cross compile it with the crosstool ng toolchain but i cannot get over the following issue, i thought maybe you have a solution! Im building on a 32 bit x86 machine, here is my configure command: PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ ./configure --host=arm-unknown-linux-gnueabi CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" The extra CPPFLAGS and LDFLAGS are passed in to specify where the cross compiled zlib is. Configure succeeds, but then make fail with the following error: arm-unknown-linux-gnueabi-gcc -g -O2 -I/home/mods/development/embedded/tools/rootfs/include -L/home/mods/development/embedded/tools/rootfs/lib engine/compute_relocatability.c -o engine/compute_relocatability engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or directory Did you cross compile it or did you build it on the target? I hope you can help. Thanks in advance, R. Xerxes Rånby wrote: > > And yes Blocky is running 60fps 1080p using #JamVM + #OpenJDK + #LWJGL + > #Rasbian #armhf on my #RaspberryPi ! > > http://www.raspberrypi.org/phpBB3/viewtopic.php?t=22341&p=212058 > > Cheers > Xerxes > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_nov > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > > -- View this message in context: http://old.nabble.com/JamVM-%2B-LWJGL-%2B-OpenJDK-running-60fps-1080p-on-RaspberryPi%21-tp34661213p34814599.html Sent from the JamVM mailing list archive at Nabble.com. |
|
From: modsrm <mo...@gm...> - 2012-12-19 09:44:13
|
Hi there, ill bump this up cos im having the same problem while compiling JamVM for ARM. This is my configure command line: PATH=$PATH:/home/mods/development/embedded/tools/toolchain/arm-unknown-linux-gnueabi/bin/ ./configure --host=arm-unknown-linux-gnueabi CPPFLAGS="-I/home/mods/development/embedded/tools/rootfs/include" LDFLAGS="-L/home/mods/development/embedded/tools/rootfs/lib" This is the failure of make: arm-unknown-linux-gnueabi-gcc -g -O2 -I/home/mods/development/embedded/tools/rootfs/include -L/home/mods/development/embedded/tools/rootfs/lib engine/compute_relocatability.c -o engine/compute_relocatability engine/compute_relocatability.c:24:17: fatal error: jam.h: No such file or directory I hope somebody can help! Thanks in advance, Roberto Jean-Marie Geffroy wrote: > > Hi, > > Thank you for this great JVM. I'm using it since 1 year embedded on > ARM systems for prototypes and consider using even more now. However, > I have a small problem when trying to cross-compile JamVM 1.5.4 for > ARM. I get the following error message: > > engine/compute_relocatability.c:24:17: jam.h: No such file or directory > > Any idea about it ? > > Thank you very much in advance, > > Jean-MArie > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established > companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Jamvm-general mailing list > Jam...@li... > https://lists.sourceforge.net/lists/listinfo/jamvm-general > > -- View this message in context: http://old.nabble.com/Cross-compiling-fro-ARM-tp27234882p34813193.html Sent from the JamVM mailing list archive at Nabble.com. |
20 messages has been excluded from this view by a project administrator.
