Summary: | add ~amd64 for dev-java/jamvm-1.4.2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Didier Link <didier> |
Component: | Current packages | Assignee: | AMD64 Project <amd64> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | amd64, betelgeuse, java, karltk, luckyduck |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Didier Link
2005-09-14 08:53:52 UTC
Reassign the bug to the maintainer. Arches can't fix this because we should not do the version bump. Jan, Could you pull in the new 1.3.3 version? I'd rather like to give this a whirl on ppc64, thanks! (In reply to comment #2) > Jan, > > Could you pull in the new 1.3.3 version? I'd rather like to give this a whirl on > ppc64, thanks! 1.4.1 committed. On amd64, I had to pass --disable-ffi, otherwise configure fails to find libffi... even with it installed. However, make dies with: make[2]: Entering directory `/tmp/jamvm-1.4.1/src' gcc -g -O2 -o jamvm alloc.o cast.o class.o dll.o excep.o execute.o hash.o interp.o jam.o jni.o lock.o natives.o reflect.o resolve.o string.o thread.o utf8.o zip.o properties.o direct.o dll_ffi.o access.o frame.o os/linux/x86_64/libnative.a os/linux/libos.a -lz -ldl -lm -lpthread dll.o: In function `callJNIWrapper': /tmp/jamvm-1.4.1/src/dll.c:322: undefined reference to `callJNIMethod' dll.o: In function `lookupLoadedDlls': /tmp/jamvm-1.4.1/src/dll.c:350: undefined reference to `nativeExtraArg' collect2: ld returned 1 exit status make[2]: *** [jamvm] Error 1 make[2]: Leaving directory `/tmp/jamvm-1.4.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/jamvm-1.4.1/src' make: *** [all-recursive] Error 1 I can confirm behaviour from comment #4 on ppc64. version seems to 1.4.2 work. added ~ppc64 (In reply to comment #6) > version seems to 1.4.2 work. > > added ~ppc64 > Which makes this bug fixed. amd64 is still missing stable on ppc64 Added ~amd64 for 1.4.4. |