Displaying 8 results from an estimated 8 matches for "libgtkpeer".
2010 Apr 06
2
[LLVMdev] VMKit assertion failure
...libjavautil.so
Makefile.in java mkcollections.pl.in
classes java.dep org
classes.1 javax resources
classes.2 libgconfpeer.so split-for-gcj.sh
compile-classes libgtkpeer.so standard.omit
copy-vmresources.sh libjavaio.so standard.omit.in
copy-vmresources.sh.in libjavalang.so sun
> Also, you can now update to the latest revision.
Done - but that doesn't change anything, unfortunately.
Konrad.
2010 Apr 07
0
[LLVMdev] VMKit assertion failure
...util.so
> Makefile.in java mkcollections.pl.in
> classes java.dep org
> classes.1 javax resources
> classes.2 libgconfpeer.so split-for-gcj.sh
> compile-classes libgtkpeer.so standard.omit
> copy-vmresources.sh libjavaio.so standard.omit.in
> copy-vmresources.sh.in libjavalang.so sun
>
>
> Also, you can now update to the latest revision.
>>
>
> Done - but that doesn't change anything, unfortunately.
&...
2010 Apr 06
0
[LLVMdev] VMKit assertion failure
Hi Konrad,
Did you compile vmkit with llvm-gcc or gcc? Did you make sure the path to
GNU Classpath is correct in your configure command?
Also, you can now update to the latest revision.
Cheers,
Nicolas
On Tue, Apr 6, 2010 at 6:15 PM, Konrad Hinsen <konrad.hinsen at fastmail.net>wrote:
> Hi Nicolas,
>
>
> How would I run VMKit without GC?
>>>
>>
>> VMKit
2010 Apr 06
2
[LLVMdev] VMKit assertion failure
Hi Nicolas,
>> How would I run VMKit without GC?
>
> VMKit just falls back to malloc when it detects that the machine is
> 64bits.
OK, I think I can handle that ;-)
> Yes, running a 32bits virtualized system should work just fine.
I first tried something else: compiling on an older Mac (10.5, 32 bit
compilers) and copy the binary over to the 64-bit Mac. Of course I ran
2011 Aug 29
2
[LLVMdev] VMKit Development
Thanks Nicolas,
I do have --with-gnu-classpath-libs and --with-gnu-classpath-glibj
pointing to the right thing, but I have gnu class path 0.98 instead of 0.97
and its the non X version.
So I do not have the libgtkpeer.so.
Maybe that is the reason why it is crashing. Unfortunately, I am not able to
compile GNU class path with gtk+ peer right now.
Will give it a try on the mac.
Thanks,
Akshat
On Sat, Aug 27, 2011 at 3:57 AM, Nicolas Geoffray <
nicolas.geoffray at gmail.com> wrote:
> This error usually...
2011 Aug 29
0
[LLVMdev] VMKit Development
...t 8:58 PM, Akshat Gupta <g.akshat at gmail.com> wrote:
> Thanks Nicolas,
> I do have --with-gnu-classpath-libs and --with-gnu-classpath-glibj
> pointing to the right thing, but I have gnu class path 0.98 instead of 0.97
> and its the non X version.
>
> So I do not have the libgtkpeer.so.
> Maybe that is the reason why it is crashing. Unfortunately, I am not able
> to compile GNU class path with gtk+ peer right now.
>
> Will give it a try on the mac.
>
> Thanks,
> Akshat
>
> On Sat, Aug 27, 2011 at 3:57 AM, Nicolas Geoffray <
> nicolas.geoffray a...
2011 Aug 27
0
[LLVMdev] VMKit Development
This error usually shows up when vmkit cannot find the classpath libs and
jar. Make sure --with-gnu-classpath-libs points to the directory of .so
files are, and that --with-gnu-classpath-glibj points to glibj.zip.
Nicolas
On Sat, Aug 27, 2011 at 5:13 AM, Akshat Gupta <g.akshat at gmail.com> wrote:
> Hi,
> I just did a reconfigure and rebuild with the latest svn for vmkit code.
>
2011 Aug 27
2
[LLVMdev] VMKit Development
Hi,
I just did a reconfigure and rebuild with the latest svn for vmkit code.
The code still seg faults but the stack trace seems to have changed.
llvm[2]: Building Debug+Asserts mmtk-vmkit.jar all
vmjc: JavaRuntimeJIT.cpp:172: uint32 j3VirtualTableLookup(j3::Class*,
uint32, uint32*, j3::JavaObject*): Assertion
`dmeth->classDef->isInitializing() && "Class not ready in a virtual