This is a follow-up to bug #87451: media-libs/libpano12 works OK on amd64, if optimisation is set to -O0 in CFLAGS. With higher optimisation, the program will segfault when run. Using patch-o-matic and something like "replace-flags -O? -O0" in src_compile do the job for an ~amd64 ebuild Tested optimisations are: -O1 or -O2 -fno-strict-aliasing but both produce segfaults when running the program. This behavior has been noted on the hugin mailing list by amd64 users Reproducible: Always Steps to Reproduce: 1. emerge libpano12 on amd64 with -O1 or other 2. run PTOptimizer 3. get a segfault 4. reemerge with -O0 5. PTOptimizer runs fine Portage 2.0.51.20-r5 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.11-gentoo-r6 x86_64) ================================================================= System uname: 2.6.11-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.6.11 ccache version 2.4 [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-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/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LANG="fr_FR@euro" LC_ALL="fr_FR" LINGUAS="fr" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi aim alsa apache2 avi bash-completion berkdb bitmap-fonts bonobo bzlib cdb cdr crypt cups curl curlwrappers dga dio dvb dvd dvdr dvdread encode esd exif fam fastcgi ffmpeg fftw flac font-server foomaticdb fortran ftp gb gcj gd gdbm gif glut gnome gnustep gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal iconv imagemagick imap imlib ipv6 jabber java joystick jp2 jpeg junit kde libcaca libwww live lzw lzw-tiff mad matroska mbox mikmod mime mng motif mozilla mp3 mpeg msn nas ncurses nls nptl nptlonly nvidia objc offensive ogg oggvorbis openal opengl oscar oss pam pcmcia pcre pda pdflib perl php pic png posix python qt quicktime readline real recode samba scanner sdl shared sharedmem simplexml slang snmp sockets socks5 speex spell ssl svg tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l vcd vorbis wifi wxwindows xface xine xinerama xml xml2 xmlrpc xmms xosd xpm xrandr xv xvid yahoo zlib linguas_fr" Unset: ASFLAGS, CTARGET, LDFLAGS
Created attachment 59313 [details] libpano12-2.7.0.10.ebuild Version 2.7.0.10 fixes this problem. Here is an ebuild for the new version. I have installed this on my machine with optimization set to -O2 and it worked and seemed to run faster than previous versions. 2.7.0.8 and 2.7.0.9 both would seg fault with optimization set to -O2 on my amd64 machine.
Too bad I cannot test it (getting segfaults everywhere with hugin 0.5rc1, I'm looking at why...) The changelog does indicate many 64bit updates in the last version: http://panotools.sourceforge.net/docs/changelog/libpano/ChangeLog
Created attachment 59408 [details] libpano12-2.7.0.10.ebuild slightly modified Only slightly modified.
I can confirm now that 2.7.0.10 works with optimization enabled here (I could test it using an updated snapshot of hugin which solved my problem) I changed the bugreport name to reflect the latest comments
i don't know why this ebuild request got assigned to amd64@g.o... lu_zero: looks like you're the maintainer of libpano12. if so, please put yourself into metadata.xml
New version is in the tree.