Hello, Here is what I get when I try to build vtk-5.0.0 on an AMD64 machine with blackdown-jdk-1.4.2.03 (it might be a blackdown issue, I don't know) emerge -pv vtk These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] sci-libs/vtk-5.0.0 +doc -examples +java -mpi -patented +python +qt3 +qt4 +tcltk -threads 0 kB adding: vtk/vtkSynchronizedTemplates3D.class(in = 3045) (out= 1120)(deflated 63%) adding: vtk/vtkGenericClip.java(in = 4080) (out= 794)(deflated 80%) adding: vtk/vtkVTKJavaIODriver.java(in = 4968) (out= 789)(deflated 84%) adding: vtk/vtkParametricConicSpiral.class(in = 1499) (out= 672)(deflated 55%) adding: vtk/vtkPlanes.class(in = 1892) (out= 837)(deflated 55%) adding: vtk/vtkProcessObject.class(in = 1573) (out= 657)(deflated 58%) adding: vtk/vtkParametricCrossCap.class(in = 857) (out= 454)(deflated 47%) Scanning dependencies of target VTKJavaExecutable Building CXX object Wrapping/Java/CMakeFiles/VTKJavaExecutable.dir/VTKJava.o Linking CXX executable ../../bin/VTKJavaExecutable /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/libawt.so: undefined reference to `_XmImGetGeo' collect2: ld returned 1 exit status make[2]: *** [bin/VTKJavaExecutable] Error 1 make[1]: *** [Wrapping/Java/CMakeFiles/VTKJavaExecutable.dir/all] Error 2 make: *** [all] Error 2
FWIW, can't reproduce it on x86 with neither sun-jdk nor blackdown-jdk. Also please include emerge --info output.
Hi Daniel, Thanks for you report and this does look like a java problem rather than a vtk issue. Unfortunately I don't have an AMD64 box to test and debug this and won't be able to help. You could try to look for similar issues with java+amd64 on bugzilla or post to the appropriate gentoo mailing lists. Have you tried a different version of blackdown or java? Best, Markus
morghaan ted # emerge --info Portage 2.0.54-r2 (default-linux/amd64/2005.1, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16-gentoo-r9 x86_64) ================================================================= System uname: 2.6.16-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LC_ALL="en_US.UTF-8" LINGUAS="sv fr si" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X Xaw3d a52 aac aalib akode alsa ansi apache apache2 arts artswrappersuid auctex audiofile berkdb bitmap-fonts bl blas bzip2 cddb cdparanoia cdr cli cpudetection crypt cups curl cvsgraph dba dbus dga directfb divx4linux doc dri dts dv dvb dvd dvdr dvdread edl emacs emboss encode enscript exif expat fam fame ffmpeg fftw flac fontconfig foomaticdb fortran freetype gcj gcl gd gdbm gif ginac glut gmp gpm gstreamer gtk gtk2 hal idn ieee1394 imagemagick imlib innodb ipv6 isdnlog java jpeg jpeg2k junit kde kdeenablefinal lapack lcms libcaca libwww live lm_sensors logitech-mouse lzo lzw lzw-tiff mad madwifi matroska mhash mng motif mozcalendar mozdevelop mozilla mozsvg mozxmlterm mp3 mpeg mpeg2 mpeg4 mplayer mysql ncurses nls nptl nptlonly nsplugin nvidia objc objc++ octave ogg opengl oss pam pascal pcre pdflib pear perl php plotutils png postgres pppd python qhull qt qt3 qt4 quicktime readline reflection reiserfs sdl session spell spl ssl subtitles subversion svg tcltk tcpd tetex tga theora tiff toolbar transcode truetype truetype-fonts type1-fonts udev unicode usb utf8 vhosts vorbis wifi wxwindows xine xml2 xorg xpm xscreensaver xv xvid xvmc zlib video_cards_nvidia linguas_sv linguas_fr linguas_si userland_GNU kernel_linux elibc_glibc" Unset: CTARGET, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY
I've tried it to compile with blackdown and sun jdk on x86, both worked. Somebody else on IRC tried amd64 and it failed with both of them, although with different error: /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -ljawt
*** Bug 137935 has been marked as a duplicate of this bug. ***
Had the same issue. I solved it by USE="-java" emerge sci-lib/vtk USE="java" emerge sci-lib/vtk During the first build, vtk wants to link against objects that are (to that point) not known to the (java?) linker (so it seems). Can't recall the exact message. After vtk was once installed successfully, the linker finds the needed objects and can compile it with java. Regards, Georg
USE='java' works just fine for me on x86 as reported in comment #4, hence it seems to be an amd64 specific problem, which I, unfortunately can't test. Just to make sure, are you all using the latest cmake, i.e. version 2.4.2-r1? If not, could you please give it a try! Thanks, Markus
I'm wondering if the problem may be related to having USE=gcj, which causes gcc to built it's java support.
sorry to put you off like that, but vtk is not even keyworded ~amd64, so you can't quite expect it to work. due to lack of time/manpower we can only support packages that are at least marked ~amd64. if you have a patch that fixes the issue, feel free to attach it and to reopen this bug.
Hello, I was trying again with vtk-5.0.1, cmake-2.4.3 and indeed, I have the 'gcj' flag on. I end up with exactly the same problem than a few months ago... I agree that there is no ~amd64 flag but it does not prevent anyone from trying... ;) I will try USE="-java" emerge sci-lib/vtk USE="java" emerge sci-lib/vtk and see what it does... ;)
USE="-java" emerge sci-lib/vtk works, followed by USE="java" emerge sci-lib/vtk which does not... :(
