The visualization package opendx and its samples had a version bump from 4.3.2 to 4.4.0 . This is a mainly a bug fix revision and a change to their java interface. Will test on x86 and ppc.
I made new ebuilds by cloning the ones for opendx-4.3.2-r1 and opendx-samples-4.3.2. They compiled fine on ppc and happylly work with some of my own programs. I will try them on x86 later on. My ppc emerge info is as follow: Portage 2.0.54 (default-linux/ppc/ppc32/2006.0/G4, gcc-4.1.0, glibc-2.3.6-r3, 2.6.14-gentoo-r5 ppc) ================================================================= System uname: 2.6.14-gentoo-r5 ppc 7450, altivec supported Gentoo Base System version 1.6.14 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 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 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r4 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.vic.keypoint.com.au http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo http://mirror.tucdemonic.org/gentoo/" LC_ALL="en_GB.UTF-8" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="ppc X a52 aac aalib alsa altivec apache2 apm arts audiofile berkdb bitmap-fonts bonobo bzip2 cairo cddb cdf cdparanoia cdr cli crypt ctype cups curl dba dri dts dv dvd dvdr dvdread emboss encode esd exif expat f77 fam fastbuild ffmpeg flac foomaticdb force-cgi-redirect fortran ftp gd gdbm ggi gif glut gmp gpm graphviz gstreamer gtk gtk2 gtkhtml guile hal idn ieee1394 imagemagick imlib imlib2 ipv6 isdnlog java jbig jpeg jpeg2k kde kdexdeltas lcms libg++ libwww live lzo mad matroska memlimit mikmod mjpeg mng motif mp3 mpeg ncurses netcdf network nls nptl ogg openal openexr opengl oss pam pcre pdflib perl plotutils png posix ppds pppd python qt quicktime rdesktop readline ruby samba sdl session simplexml slang slp soap sockets spell spl ssl svg szip tcltk tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb vorbis wmf xine xml xml2 xmms xsl xv xvid zeroconf zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LDFLAGS, LINGUAS, MAKEOPTS
Created attachment 84401 [details] opendx ebuild for version 4.4.0 Cloned from opendx-4.3.2-r1 - Ijust changed the headers. Hope I didn't breach policy or etiquette in doing so.
Created attachment 84404 [details] opendx-samples ebuild for version 4.4.0 Cloned from opendx-sample-4.3.2.ebuild. I just changed the headers like in the opendx ebuild.
There's no point in attaching new ebuilds if they're identical to the ones already in the tree.
Sorry, I should have known that, now that you are pointing this out I remember reading it.
Tested and working on x86 without any change as well.
Could we just put this in the tree ? amd64 works fine.
Actually how bad would it be to add this use flag ? --with-large-arenas enable 64-bit arenas, when available (default is no) --enable-smp-linux build exec, libs with SMP-parallel capability for Linux platforms (default is disabled) ...
Sorry didn't notice the smp is already in there
From what I see, the 64-bit arenas only work on SGI -- http://opendx.npaci.edu/mail/opendx-dev/2002.03/msg00102.html
From opendx site, it seems that 4.4.4 is out.
Indeed I will test it ASAP. Notice that only opendx has been bumped. There is no new opendx-samples.
I succesfully built opendx-4.4.4 (cloning the 4.3.2-r1 ebuild)on x86 and ppc. I haven't really tested any programs yet but I don't expect problems. I try to reenable java but it failed and will need some care to be ported to the new java system. As noted earlier only opendx has been updated not the samples. But the current ebuild for the sample requires opendx to be the exact same version than the sample. This resulted in portage wanting me to downgrade to opendx-4.4.0 (all from my own overlay). So in the opendx-sample-4.4.0 ebuild I changed: DEPEND="=sci-visualization/opendx-${PV}*" to DEPEND=">=sci-visualization/opendx-${PV}*" which solve the problem.
I used posted ebuild and noticed that man dx is not available, though it exists in /usr/dx/man. it would be good to add file /etc/env.d/50opendx containing MANPATH=/usr/dx/man currently I've added following to my ~/.bashrc to solve it: [[ -d ${DXROOT}/man ]] && MANPATH=${DXROOT}/man:${MANPATH} export MANPATH another notice: dx -morehelp also gives this man page, but it expects uncompressed file /usr/dx/man/catl/dx.l (now it is compressed with bzip2 and dx -morehelp is failed)
opendx-4.4.4 and opendx-samples-4.4.0 added to the tree.