From kim1144 at naver.com Wed Jul 17 03:39:26 2013 From: kim1144 at naver.com (Min Seong Kim) Date: Wed, 17 Jul 2013 19:39:26 +0900 (KST) Subject: =?UTF-8?B?YnVpbGQgTExWTSAyLjkgYW5kIEljZWR0ZWEgMi4zLjEwIEVycm9y?= Message-ID: <5e8211a3a54e88ddfe9c554b8b7f34@tweb05.nm.nhnsystem.com> Build Icedtea 2.3.10 (tarball file) with LLVM 2.9 and --enable-shark --enable-zero configuration. but fatal error has occurred. how can i fix it? Details. # # A fatal error has been detected by the Java Runtime Environment: # # Internal Error (os_linux_zero.cpp:285), pid=19623, tid=47495580751616 # fatal error: caught unhandled signal 11 # # JRE version: 7.0_25-b30 # Java VM: OpenJDK 64-Bit Shark VM (22.0-b10 mixed mode linux-amd64 ) # Derivative: IcedTea 2.3.10 # Distribution: Built on Ubuntu 12.04.2 LTS (Wed Jul 17 18:26:57 KST 2013) # Core dump written. Default location: /home/kissofgod/icedtea-2.3.10/openjdk/langtools/make/core or core.19623 # # An error report file with more information is saved as: # /home/kissofgod/icedtea-2.3.10/openjdk/langtools/make/hs_err_pid19623.log # # If you would like to submit a bug report, please include # instructions on how to reproduce the bug and visit: # http://icedtea.classpath.org/bugzilla # Aborted (core dumped) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/zero-dev/attachments/20130717/0cc4a07d/attachment.html From kim1144 at naver.com Wed Jul 17 03:41:57 2013 From: kim1144 at naver.com (Min Seong Kim) Date: Wed, 17 Jul 2013 19:41:57 +0900 (KST) Subject: =?UTF-8?B?V2hvIHN1Y2NlZWRlZCBpbiBidWlsZGluZw==?= =?UTF-8?B?IFNoYXJrIG9uIHg4Nl82ND8gKHVidW50dSk=?= Message-ID: Who succeeded in building Shark on x86_64? (ubuntu) plz tell me environmentaldetails. I tried all day, it failed and failed. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/zero-dev/attachments/20130717/16239531/attachment.html From ChrisPhi at LGonQn.Org Wed Jul 17 04:23:14 2013 From: ChrisPhi at LGonQn.Org (Chris Phillips @ T O) Date: Wed, 17 Jul 2013 07:23:14 -0400 Subject: build LLVM 2.9 and Icedtea 2.3.10 Error [resend to list] In-Reply-To: <5e8211a3a54e88ddfe9c554b8b7f34@tweb05.nm.nhnsystem.com> References: <5e8211a3a54e88ddfe9c554b8b7f34@tweb05.nm.nhnsystem.com> Message-ID: <51E67EA2.7010704@LGonQn.Org> Hi As far as I know the only current working versions of shark are Roman Kennke's jdk8/llvm3.2 based work ... I haven't built shark on any jdk7 successfully yet. Look for Roman's changesets and his blog if you want to try to backport. I'd start at icedtea 2.4 [ hsx24 based jdk7] tho as below that jsr 292 isn't fully functional. Good luck... Chris PS LLVM is pretty broken before 3.2 and I think there may still be issues that need patching even after 3.2. On 17/07/13 06:39 AM, Min Seong Kim wrote: > > Build Icedtea 2.3.10 (tarball file) with LLVM 2.9 and --enable-shark > --enable-zero configuration. > > but fatal error has occurred. > > how can i fix it? > > Details. > > # > > # A fatal error has been detected by the Java Runtime Environment: > > # > > # Internal Error (os_linux_zero.cpp:285), pid=19623, tid=47495580751616 > > # fatal error: caught unhandled signal 11 > > # > > # JRE version: 7.0_25-b30 > > # Java VM: OpenJDK 64-Bit Shark VM (22.0-b10 mixed mode linux-amd64 ) > > # Derivative: IcedTea 2.3.10 > > # Distribution: Built on Ubuntu 12.04.2 LTS (Wed Jul 17 18:26:57 KST 2013) > > # Core dump written. Default location: > /home/kissofgod/icedtea-2.3.10/openjdk/langtools/make/core or core.19623 > > # > > # An error report file with more information is saved as: > > # > /home/kissofgod/icedtea-2.3.10/openjdk/langtools/make/hs_err_pid19623.log > > # > > # If you would like to submit a bug report, please include > > # instructions on how to reproduce the bug and visit: > > # http://icedtea.classpath.org/bugzilla > > # > > Aborted (core dumped) > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.openjdk.java.net/pipermail/zero-dev/attachments/20130717/37ed8385/attachment.html From xerxes at zafena.se Mon Jul 29 10:06:06 2013 From: xerxes at zafena.se (=?UTF-8?B?WGVyeGVzIFLDpW5ieQ==?=) Date: Mon, 29 Jul 2013 19:06:06 +0200 Subject: Who succeeded in building Shark on x86_64? (ubuntu) In-Reply-To: References: Message-ID: <51F6A0FE.5020904@zafena.se> 2013-07-17 12:41, Min Seong Kim skrev: > Who succeeded in building Shark on x86_64? (ubuntu) > I have tested to build it unfortunately there is some new issues combining the latest LLVM SVN and OpenJDK hg tip, more info below: I have installed all dependencies needed to build OpenJDK on my machine by running sudo apt-get build-dep openjdk-7-jdk Romans blog-post The return of the Shark, part II (howto) includes some details on how to build Shark. http://rkennke.wordpress.com/2012/11/28/the-return-of-the-shark-part-ii-howto/ > > > plz tell me environmentaldetails. > Roman have also posted his own shark build script that also set-up the environment http://cr.openjdk.java.net/~rkennke/shark/Build8-zero-shark Update Build8-zero-shark to match your system You will probably only need to change the export LLVM_CONFIG to point to the llvm-config from your own LLVM 3.2+ build. On my 32bit system I also had to make sure that LP64 is unset. Defining LP64 on 32bit such as export LP64=0 will still make the build think its on a 64bit system and fail during linking of libjvm.so. > > I tried all day, it failed and failed. > Please include details on how it failed or else we cant possibly help. We also need to know which LLVM svn version and OpenJDK hotspot hg changeset/revision you used. New issues gets introduced from time to time when the OpenJDK or LLVM source change that will cause the Zero/Shark build to fail, or simply require us developers to learn new tricks. Half a year have passed since Roman tested his build, and since then things have unfortunately "bitrot", its time for some "normal" Zero/Shark maintenance work to get things working again! The hotspot-comp I use have switched to the new "configure" based build system thus in order to generate the main openJDK makefile I had to run: sh configure --with-jvm-variants=zeroshark You may then create the final jdk image with shark included by runing: sh Build8-zero-shark CONF=linux-x86-normal-zeroshark-release all Example: on a 32bit system the final image is generated inside hotspot-comp/build/linux-x86-normal-zeroshark-release/images/j2sdk-image I will list some of the issues I experience when building the current Shark from hotspot-comp hg tip in combination with the current llvm (3.4) svn on a 32bit system using gcc 4.6.3 llvm svn Revision: 187351 hotspot: 5012 d90d1b96b65b *** first issue: redefinition of entry_frame_call_wrapper() when using zero... possible fix: diff -r d90d1b96b65b src/share/vm/runtime/frame.hpp --- a/src/share/vm/runtime/frame.hpp Fri Jul 26 12:37:39 2013 -0700 +++ b/src/share/vm/runtime/frame.hpp Mon Jul 29 18:08:49 2013 +0200 @@ -353,7 +353,11 @@ public: // Entry frames +#ifdef ZERO + JavaCallWrapper* entry_frame_call_wrapper() const; +#else JavaCallWrapper* entry_frame_call_wrapper() const { return *entry_frame_call_wrapper_addr(); } +#endif JavaCallWrapper* entry_frame_call_wrapper_if_safe(JavaThread* thread) const; JavaCallWrapper** entry_frame_call_wrapper_addr() const; intptr_t* entry_frame_argument_at(int offset) const; *** next issue LLVM header changes related: Compiling /home/xranby/hotspot-comp/hotspot/src/share/vm/compiler/compileBroker.cpp In file included from /usr/local/include/llvm/IR/Value.h:17:0, from /usr/local/include/llvm/Support/ValueHandle.h:19, from /usr/local/include/llvm/ADT/ValueMap.h:31, from /usr/local/include/llvm/ExecutionEngine/ExecutionEngine.h:22, from /home/xranby/hotspot-comp/hotspot/src/share/vm/shark/llvmHeaders.hpp:42, from /home/xranby/hotspot-comp/hotspot/src/share/vm/shark/sharkCompiler.hpp:33, from /home/xranby/hotspot-comp/hotspot/src/share/vm/compiler/compileBroker.cpp:56: /usr/local/include/llvm/IR/Use.h:45:7: error: redefinition of 'class llvm::PointerLikeTypeTraits' /usr/local/include/llvm/Use.h:43:7: error: previous definition of 'class llvm::PointerLikeTypeTraits' /usr/local/include/llvm/IR/Use.h:60:7: error: redefinition of 'class llvm::Use' /usr/local/include/llvm/Use.h:58:7: error: previous definition of 'class llvm::Use' Its possible we may need to update hotspot-comp/hotspot/src/share/vm/shark/llvmHeaders.hpp to use a different set of LLVM headers in order to fix this LLVM header issue. A quick fix is to comment out use of llvm/IR/* headers inside the llvm/support/* headers, this allows the Shark build to continue. A proper fix needs to be discussed. *** third issue: Compiling /home/xranby/hotspot-comp/hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.cpp /home/xranby/hotspot-comp/hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.cpp: In function 'int SafeFetch32(int*, int)': /home/xranby/hotspot-comp/hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.cpp:413:7: error: redefinition of 'int SafeFetch32(int*, int)' /home/xranby/hotspot-comp/hotspot/src/share/vm/runtime/stubRoutines.hpp:441:12: error: 'int SafeFetch32(int*, int)' previously defined here /home/xranby/hotspot-comp/hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.cpp: In function 'intptr_t SafeFetchN(intptr_t*, intptr_t)': /home/xranby/hotspot-comp/hotspot/src/os_cpu/linux_zero/vm/os_linux_zero.cpp:418:12: error: redefinition of 'intptr_t SafeFetchN(intptr_t*, intptr_t)' /home/xranby/hotspot-comp/hotspot/src/share/vm/runtime/stubRoutines.hpp:445:17: error: 'intptr_t SafeFetchN(intptr_t*, intptr_t)' previously defined here Not sure how to fix/workaround this one yet. Happy hacking, Cheers Xerxes