Bug 91106 – flac 1.1.1 builds but libFLAC.so crashes: cannot enable executable stack

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Thom Mason 2005-05-01 20:57:15 UTC]

flac 1.1.1 emerges on PPC without any error messages but when flac or other programs using libFLAC etc run they crash with the following error:

flac: error while loading shared libraries: libFLAC.so.6: cannot enable executable stack as shared object requires: Error 14


Reproducible: Always
Steps to Reproduce:
1.emerge flac
2.flac -v
3.

Actual Results:  
flac: error while loading shared libraries: libFLAC.so.6: cannot enable
executable stack as shared object requires: Error 14


Expected Results:  
flac 1.1.1

Portage 2.0.51.19 (!/var/portage/overlays/kurobox/profiles/kurobox, gcc-3.4.3,
glibc-2.3.4.20041102-r1, 2.4.17_mvl21 ppc)
=================================================================
System uname: 2.4.17_mvl21 ppc 82xx
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.2.3-r6,dev-lang/python-2.3.5 [2.3.5 (#1,
May  1 2005, 18:51:22)]
dev-lang/python:     2.2.3-r6, 2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.90.0.3-r4
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.4.17
ACCEPT_KEYWORDS="ppc"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=603e -fno-strict-aliasing -pipe"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=603e -fno-strict-aliasing -pipe"
DISTDIR="/var/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
http://csociety-ftp.ecn.purdue.edu/pub/gentoo/ http://gentoo.chem.wisc.edu/gentoo/"
MAKEOPTS="-j1"
PKGDIR="/var/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/var/portage/tree"
PORTDIR_OVERLAY="/var/portage/overlays/kurobox"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="apache2 berkdb bitmap-fonts cjk crypt cups curl dvd flac font-server gdbm
gif imagemagick jpeg kuro libwww mailwrapper mbox milter mp3 mwsql ncurses nls
ogg opengl pam perl png ppc ppds python readline sasl slang sqlite ssl tcpd tiff
truetype truetype-fonts type1-fonts unicode vorbis xml xml2 xprint xv zlib
userland_GNU kernel_linux libc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 Luca Barbato 2005-05-02 01:55:35 UTC]

could you try to report the issue upstream? You system looks quite different the standard ones I'm used and looks like you are using a custom profile.

[Comment 2 Thom Mason 2005-05-03 09:14:02 UTC]

I've looked into a bit on the flac-dev mailing list and I think the problem is with the altivec optimizations.  If I take the tarball from gentoo and apply the patches then configure and compile manually then I get the same error.  If I configure with --disable-asm-optimizations then the build fails unless I replace lpc.h with the one linked to here:

http://lists.xiph.org/pipermail/flac-dev/2004-October/001626.html

I believe the ppc used by my kuro (a NAS) doesn't support altivec code and there must be a problem with the code in the altivec patch that is supposed to detect this.  Once I fixed lpc.h and compile with asm optimizations disabled then I get a working flac-1.1.1

[Comment 3 Joe Jezak (RETIRED) 2005-06-04 19:11:10 UTC]

Is this fixed in flac-1.1.2?

Thanks!

[Comment 4 Thom Mason 2005-06-05 08:34:45 UTC]

flac 1.1.2 builds fine and works fine!

[Comment 5 Michael Hanselmann (hansmi) (RETIRED) 2005-06-05 08:35:37 UTC]

Closing then.