Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 273729 - www-apache/anyterm-1.1.28 build fails with hardened gcc-3.4.6
Summary: www-apache/anyterm-1.1.28 build fails with hardened gcc-3.4.6
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Apache Team - Bugzilla Reports
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-11 14:50 UTC by Xavier Parizet
Modified: 2009-08-08 02:24 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,6.18 KB, text/plain)
2009-06-11 14:51 UTC, Xavier Parizet
Details
correction (anyterm-1.1.28-gcc-3.4.6.patch,431 bytes, patch)
2009-06-11 14:55 UTC, Xavier Parizet
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Xavier Parizet 2009-06-11 14:50:00 UTC
When trying to emerge anyterm with hardened gcc-3.4.6, errors about missing lock members with the Mutex object:
x86_64-pc-linux-gnu-g++  -O2 -march=nocona -mtune=nocona -pipe -fforce-addr  -I../libpbe/include -pthread -W -Wall -O  -c ../src/Anyterm.cc
../libpbe/include/Lock.hh: In destructor `pbe::Lock<MUTEX_T>::~Lock() [with MUTEX_T = pbe::Mutex<pthread_mutex_t>]':
../src/Anyterm.cc:173:   instantiated from here
../libpbe/include/Lock.hh:43: error: 'class pbe::Mutex<pthread_mutex_t>' has no member named 'unlock'
../libpbe/include/Lock.hh: In constructor `pbe::Lock<MUTEX_T>::Lock(MUTEX_T&) [with MUTEX_T = pbe::Mutex<pthread_mutex_t>]':
../libpbe/include/Locked.hh:85:   instantiated from `pbe::Locked<T, MUTEX_T, LOCK_T>::reader::reader(pbe::Locked<T, MUTEX_T, LOCK_T>&) [with T = std::map<SessionId, boost::shared_ptr<Session>, std::less<SessionId>, std::allocator<std::pair<const SessionId, boost::shared_ptr<Session> > > >, MUTEX_T = pbe::Mutex<pthread_mutex_t>, LOCK_T = pbe::Lock<pbe::Mutex<pthread_mutex_t> >]'
../src/Anyterm.cc:173:   instantiated from here
../libpbe/include/Lock.hh:39: error: 'class pbe::Mutex<pthread_mutex_t>' has no member named 'lock'
make[1]: *** [../src/Anyterm.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/www-apache/anyterm-1.1.28/work/anyterm-1.1.28/build'
make: *** [anytermd] Error 2


Reproducible: Always

Steps to Reproduce:
1. emerge anyterm

Actual Results:  
anyterm fails to build

Expected Results:  
anyterm merged

Portage 2.1.6.13 (hardened/linux/amd64/2008.0/no-multilib, gcc-3.4.6, glibc-2.8_p20080602-r1, 2.6.18-xen-r12-domU x86_64)
=================================================================
System uname: Linux-2.6.18-xen-r12-domU-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7400_@_2.80GHz-with-glibc2.3.2
Timestamp of tree: Thu, 11 Jun 2009 06:15:01 +0000
app-shells/bash:     3.2_p39
dev-lang/python:     2.5.4-r2
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.63
sys-devel/automake:  1.10.2
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=nocona -mtune=nocona -pipe -fforce-addr"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-O2 -march=nocona -mtune=nocona -pipe -fforce-addr"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildpkg distlocks fixpackages metadata-transfer parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="fr en"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync1.fr.gentoo.org/gentoo-portage"
USE="acl amd64 apache2 bash-completion berkdb bzip2 cli cracklib crypt cups dri gdbm gpm hardened iconv ipv6 isdnlog justify ldap midi mmx mudflap ncurses nls nptl nptlonly pam pcre perl pic pppd python readline reflection session spl sse sse2 ssl sysfs tcpd unicode urandom vim-syntax xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias proxy proxy_balancer proxy_connect proxy_http" APACHE2_MPMS="prefork" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr en" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 1 Xavier Parizet 2009-06-11 14:51:41 UTC
Created attachment 194254 [details]
build.log
Comment 2 Xavier Parizet 2009-06-11 14:55:02 UTC
Created attachment 194258 [details, diff]
correction

Solves the problem by adding a prepocessor check on PBE_HAVE_ATOMICS, as indicated by upstream on http://anyterm.org/forums/viewtopic.php?id=544, which integrated it in SVN revision 4956 of anyterm.
Comment 3 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2009-08-08 02:24:28 UTC
This bug should be fixed in www-apache/anyterm-1.1.29.