search for: libgcj

...me problems running some tools of java in CentOS. Anyone know where is the problem for this? > [jv at localhost ~]$ java org.apache.xalan.xslt.Process > Exception in thread "main" java.lang.NoClassDefFoundError: org.apache.xalan.xslt.Process > at gnu.java.lang.MainThread.run(libgcj.so.7rh) > Caused by: java.lang.ClassNotFoundException: org.apache.xalan.xslt.Process not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > at java.net.URLClassLoader.findClass(libgcj.so.7rh) > at gnu.gcj.ru...

...> does not preserve the order of potentially excepting > instructions > Vikram> (e.g., a divide or a load). This would have to be handled > Vikram> explicitly, whether you use llvm-java or simply used LLVM > on the C > Vikram> code from Soot. I don't know if/how libgcj handles this > but Tom may > Vikram> be able to say more about that. > > libgcj has two different approaches. > > On some platforms we generate explicit checks for null pointer > dereferences and for division by zero (division is a bit different in > that we also have t...

>>>>> "Vikram" == Vikram Adve <vadve at cs.uiuc.edu> writes: Vikram> Ok, this makes sense. But I was actually asking how you deal with Vikram> this in the LLVM JIT for libgcj (I guess it is too early for you to Vikram> have an answer). Yeah. I completely punted on exception handling in general, since at the moment there is really no hope for integrating it into libgcj :-( I did look at writing little trampoline functions for calls into and out of LLVM-compiled cod...

Sorry to bring this topic up again, but I am confused as to why yum needs an older version and how to resolve the problem. I get this error from yum: Error: Missing Dependency: httpd = 2.0.52-22.ent.centos4 is needed by package httpd-manual Error: Missing Dependency: libgcj = 3.4.5 is needed by package libgcj-devel Since most of this is outside my skill set, I am not sure if "yum resolvedep httpd" is the correct way to determine what is present, nevertheless, I got httpd-2.0.52-28.ent.centos4.i386 and libgcj-3.4.6-3.i386 for libgcj. That appears to be...

I recently wrote an LLVM-based JIT plugin for libgcj and I thought it'd be worthwhile to mention it here. It is in cvs on sourceforge, but afaics anonymous cvs there is pretty broken at the moment... so if you want a copy, ask and I will email it to you. Basically I hacked libgcj to (optionally) dynamically load JIT module at startup. If a JI...

hi Tom, I am really glad that someone has found time to step into that :-). Tom Tromey wrote: > I recently wrote an LLVM-based JIT plugin for libgcj and I thought > it'd be worthwhile to mention it here. > > It is in cvs on sourceforge, but afaics anonymous cvs there is pretty > broken at the moment... so if you want a copy, ask and I will email it > to you. wow. that is really nice. I was looking for some contractor for wo...

...-objc-4.1.2-52.el5_8.1.i386.rpm 06a8b09901fbfcec1012bd1f508cbc401466b744d0fe55bb4b7fd4f19a0f279a gcc-objc++-4.1.2-52.el5_8.1.i386.rpm 5a7bb3ef615188bcc207fcb77345bda7503620c35c2ff86326ed7034c908035a libgcc-4.1.2-52.el5_8.1.i386.rpm b490012aea24741befbca3940bb716b57d21c5134e0964fba832e93ce84a30ba libgcj-4.1.2-52.el5_8.1.i386.rpm 00d24cf528e913e6acf3c84cfd166336a4a050bd1a124b261e1b75f055221135 libgcj-devel-4.1.2-52.el5_8.1.i386.rpm d5404430d1d8450fa2672848a98e7aa63f41822224065067f315aa63e3b04f7c libgcj-src-4.1.2-52.el5_8.1.i386.rpm 6334a7d6c53f9a92b155b01a324367025f07f5e65a73c2b9dbf08b179ac3737f...

...9c43ad8 gcc-objc-4.1.2-55.el5.i386.rpm 5bbd936f3eaa564deaf6336e669cfa7e589e764cfaf6b54f62e6dbb2c0093f58 gcc-objc++-4.1.2-55.el5.i386.rpm 86427807fda38f84171f2c5a58cfcb383476db83c988098094032b139f770316 libgcc-4.1.2-55.el5.i386.rpm 8a3563975f7a2d96d2dffa8701965a151300ccf64dba926c2a58dbe176430440 libgcj-4.1.2-55.el5.i386.rpm 430df67b40a869fdc98cd57891017e7b2ef021ff3333d86266c82b902fb04246 libgcj-devel-4.1.2-55.el5.i386.rpm 406a9a359f885ad5887d17fd511215d54e8d12fccf0229e810d251587dee6605 libgcj-src-4.1.2-55.el5.i386.rpm fde37daa76bee68d1954f998215402734aa9f1cb40498ece49d4ed465c5545d5 libgfortran...

...-objc-4.4.7-18.el6_9.2.i686.rpm 81424446acbce838303b62fa510d4dbf3950d6965d83cc124261bdf1c7c9b281 gcc-objc++-4.4.7-18.el6_9.2.i686.rpm 2c5239c94bee4e02051c230b3862194cfe2ba550de8e4a4ae4910e13b4d7997c libgcc-4.4.7-18.el6_9.2.i686.rpm a578d65bb1d636033c539fb2ec11e05977f4b3cc85a89cec84546484ae1ef33d libgcj-4.4.7-18.el6_9.2.i686.rpm 8475c3540d025d9d6a7db2a9dbe570da75d7a089df00969cc1cd0ff4467c8e0c libgcj-devel-4.4.7-18.el6_9.2.i686.rpm 424cbefc37ff6fa8640a550565be522c6dd419977691ba40aa23986441f4cf1e libgcj-src-4.4.7-18.el6_9.2.i686.rpm 793629f077961b575cf9bcee9b4504c9311f9e054289e4dae060251b4f73c4b4...

...flabs.com/docs/install-pdftk-on-redhat-or-centos/ > > including recipe to compile from source. > > ATM there is no "ready to install" package directly for Centos 7, > but try the Centos /RHEL 6 package from there before > doing the full build circus (requires installed libgcj). For this solution it's necessary to break some dependency: # rpm -ivh??./libgcj-4.4.7-16.el6.x86_64.rpm ./pdftk-2.02-1.el6.x86_64.rpm? avvertimento: ./libgcj-4.4.7-16.el6.x86_64.rpm: Header V3 RSA/SHA1 Signature, ID chiave c105b9de: NOKEY errore: Dipendenze fallite: ????????libgmp.so.3()(64...

...-objc-4.1.2-52.el5_8.1.i386.rpm 06a8b09901fbfcec1012bd1f508cbc401466b744d0fe55bb4b7fd4f19a0f279a gcc-objc++-4.1.2-52.el5_8.1.i386.rpm 5a7bb3ef615188bcc207fcb77345bda7503620c35c2ff86326ed7034c908035a libgcc-4.1.2-52.el5_8.1.i386.rpm b490012aea24741befbca3940bb716b57d21c5134e0964fba832e93ce84a30ba libgcj-4.1.2-52.el5_8.1.i386.rpm 00d24cf528e913e6acf3c84cfd166336a4a050bd1a124b261e1b75f055221135 libgcj-devel-4.1.2-52.el5_8.1.i386.rpm d5404430d1d8450fa2672848a98e7aa63f41822224065067f315aa63e3b04f7c libgcj-src-4.1.2-52.el5_8.1.i386.rpm 6334a7d6c53f9a92b155b01a324367025f07f5e65a73c2b9dbf08b179ac3737f...

....lang.VerifyError: verification failed at PC 612 in org.apache.tools.ant.taskdefs.Zip:getResourcesToAdd(([Lorg.apache.tools.ant.types.FileSet;Ljava.io.File;Z)Lorg.apache.tools.ant.taskdefs.Zip$ArchiveState;): incompatible type on stack at _Jv_BytecodeVerifier.verify_fail(byte, int) (/usr/lib/libgcj.so.4.0.0) at _Jv_BytecodeVerifier.verify_instructions_0() (/usr/lib/libgcj.so.4.0.0) at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib/libgcj.so.4.0.0) at _Jv_PrepareClass(java.lang.Class) (/usr/lib/libgcj.so.4.0.0) at java.lang.ClassLoader.linkClass0(java.lang.Class) (/usr/lib/libg...

On Apr 26, 2006, at 3:06 PM, Tom Tromey wrote: > So until this is fixed the JIT for libgcj is more or less an > experimental toy. Ok, I understand, though it is unfortunate. I don't have any great insights into fixing this. > I'm going to keep developing it as an add-on for libgcj. > Hopefully I'll be able to distribute it in FC6 or FC7. > > Last night I...

...unately it turns out I do need the debugging capabilities. Darn. Chris> I'd suggest sticking with llvm-config and not using shared Chris> libraries. I didn't dig into the Makefiles... are the libraries and whatnot built -fPIC? I ask because I want to dynamically load this code into libgcj. JVMs pretty much have to be shared libraries (or have a separate version which is a shared library), at least if you want to support the invocation API. Chris> It would be straight-forward to add a new "easy" interface for Chris> creating LLVM instructions. Would something like...

On Tue, 18 Apr 2006, Tom Tromey wrote: > I recently wrote an LLVM-based JIT plugin for libgcj and I thought > it'd be worthwhile to mention it here. Cool! > Exception handling definitely does not work, I didn't even try to > implement it yet. I've been thinking about having some kind of simple > bridge between the LLVM and GCC worlds here -- very inefficient, but...

...are about that). LLVM Vikram> does not preserve the order of potentially excepting instructions Vikram> (e.g., a divide or a load). This would have to be handled Vikram> explicitly, whether you use llvm-java or simply used LLVM on the C Vikram> code from Soot. I don't know if/how libgcj handles this but Tom may Vikram> be able to say more about that. libgcj has two different approaches. On some platforms we generate explicit checks for null pointer dereferences and for division by zero (division is a bit different in that we also have to handle java's special rule for div...

...83d9b20be34d758dac gcc-objc-4.1.2-46.el5_4.1.x86_64.rpm b4a702836b688aca45214ef8b38b865f gcc-objc++-4.1.2-46.el5_4.1.x86_64.rpm 8b642791fd72cd792e79edefdf34cbb4 libgcc-4.1.2-46.el5_4.1.i386.rpm f8e66c962c1f69852e8efe01fbfe424b libgcc-4.1.2-46.el5_4.1.x86_64.rpm d8fb556b5ce5207f55c0cba01a27669a libgcj-4.1.2-46.el5_4.1.i386.rpm df00abbacbccc1a2e6309d2635b3f340 libgcj-4.1.2-46.el5_4.1.x86_64.rpm b3ae1fa8a506111651e3c5699b36406f libgcj-devel-4.1.2-46.el5_4.1.i386.rpm dc6d2c39bbaff139f8ef0cf10891e6dc libgcj-devel-4.1.2-46.el5_4.1.x86_64.rpm 978fc7a647c3abc9456b60962d6a2b47 libgcj-src-4.1.2-46.el...

...3a968a36a6beaa3f53 gcc-objc-4.1.2-46.el5_4.2.x86_64.rpm e672d2ac33f097e15be72d4496dbc7ae gcc-objc++-4.1.2-46.el5_4.2.x86_64.rpm 6e0ed17da32aacc26dde8b3523a4d13c libgcc-4.1.2-46.el5_4.2.i386.rpm 36cee10846448b5b64fef295ebed0e38 libgcc-4.1.2-46.el5_4.2.x86_64.rpm 0fb54147bf3a79d1e68e3b82ae40bd20 libgcj-4.1.2-46.el5_4.2.i386.rpm a20923f25fee6ae1d713aa6c53399e47 libgcj-4.1.2-46.el5_4.2.x86_64.rpm 69746869f13a913df3c360e3570f6c51 libgcj-devel-4.1.2-46.el5_4.2.i386.rpm 04b5ffc2752e70456617e3225974283a libgcj-devel-4.1.2-46.el5_4.2.x86_64.rpm a0042ba7c13d5de3991cae28f049ce0a libgcj-src-4.1.2-46.el...

...m 2524343adfdfe914626c8ff9ebb34a85 gcc-objc-4.1.2-51.el5.x86_64.rpm cbf6c9cb3431abc6dfaaf704407714a7 gcc-objc++-4.1.2-51.el5.x86_64.rpm f20e08b1d5e60a13cc5fba078f3c83f9 libgcc-4.1.2-51.el5.i386.rpm dc1fbea4050976223acb57f64443b999 libgcc-4.1.2-51.el5.x86_64.rpm 052746fd92046e75fa47fc873ae55ba3 libgcj-4.1.2-51.el5.i386.rpm 3ae54508d442cf7be43a79de5dd16b31 libgcj-4.1.2-51.el5.x86_64.rpm 994db699667b6abe1df33f85c8c5103a libgcj-devel-4.1.2-51.el5.i386.rpm 54678d32b4f794a54431b14099acf328 libgcj-devel-4.1.2-51.el5.x86_64.rpm 5d209547cfb4438e0c4fe90b9db3031d libgcj-src-4.1.2-51.el5.x86_64.rpm 29b...

Hi Tom, > I didn't dig into the Makefiles... are the libraries and whatnot built > -fPIC? If you do `make Verb=' then you'll see all the actual command invocations and can grep for bits of interest. Cheers, Ralph.