I switched over to sparc multilib profile following the guide. Rebuilding glibc-2.8 with my USE flags always failed during configure. I tried different versions, 2.9 as well, and I figured out that having FEATURES="usersandbox" is responsible for the following error: checking for long double... yes checking size of long double... configure: error: cannot compute sizeof (long double) See `config.log' for more details. * * ERROR: sys-libs/glibc-2.9_p20081201 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3523: Called eblit-run 'src_compile' * environment, line 1107: Called eblit-glibc-src_compile * src_compile.eblit, line 179: Called src_compile * environment, line 3523: Called eblit-run 'src_compile' * environment, line 1107: Called eblit-glibc-src_compile * src_compile.eblit, line 187: Called toolchain-glibc_src_compile * src_compile.eblit, line 120: Called glibc_do_configure 'nptl' * src_compile.eblit, line 97: Called die * The specific snippet of code: * "${S}"/configure ${myconf} || die "failed to configure glibc" * The die message: * failed to configure glibc * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/tmp/portage/sys-libs/glibc-2.9_p20081201/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-libs/glibc-2.9_p20081201/temp/environment'. * >>> Failed to emerge sys-libs/glibc-2.9_p20081201, Log file: >>> '/var/tmp/portage/sys-libs/glibc-2.9_p20081201/temp/build.log' Reproducible: Always Portage 2.1.6.7 (default/linux/sparc/experimental/multilib/server, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.27-gentoo-r8 sparc64) ================================================================= System uname: Linux-2.6.27-gentoo-r8-sparc64-sun4u-with-glibc2.0 Timestamp of tree: Mon, 06 Apr 2009 09:45:02 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.5.2-r7 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.7.9-r1, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="sparc" CBUILD="sparc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=ultrasparc -pipe -ggdb" CHOST="sparc-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -mcpu=ultrasparc -pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="ccache collision-protect distlocks fixpackages parallel-fetch protect-owned sandbox sfperms splitdebug strict test unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://gentoo.inode.at/source/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_COMPRESS="" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_EXTRA_OPTS="--timeout=500" 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" PORTDIR_OVERLAY="/usr/portage/local/modified /usr/portage/local/own" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="acl admin apache2 bash-completion berkdb bzip2 cli courier coverpage cracklib crypt cups dri fortran gd gdbm gpm iconv iproute2 isdnlog javascript jpeg kerberos ldap logrotate midi mime mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl php png posix pppd python readline reflection sasl session snmp sparc spl ssl suhosin sysfs syslog tcpd threads tiff truetype unicode userlocales xml xorg zlib" ALSA_CARDS="cs4231" 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 asis auth_digest authn_anon authn_dbm authz_host autoindex cache cern_meta charset_lite dav dav_fs deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_connect proxy_ftp proxy_http rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en de" USERLAND="GNU" VIDEO_CARDS="mach64" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS_FLAGS
Created attachment 187459 [details] config.log
There's nothing in the attached config.log which indicates an error concerning "long double" size. Any chance you attached the wrong config.log file? If yes, please emerge the package again and attach the resulting config.log to this bug.
Created attachment 187536 [details] config.log You are right, I managed to attached the wrong config.log from a successful run with FEATURES="-usersandbox" to the bug. This one should be the right now.
you're using sandbox-1.2 ... there's no chance of that version being changed. you should try sandbox-1.6-r2 and see if it works.
(In reply to comment #4) > you're using sandbox-1.2 ... there's no chance of that version being changed. > you should try sandbox-1.6-r2 and see if it works. I will try later. However, the funny thing is that it configured correctly on Mar 9 but was broken when I had to re-emerge it after switching to multilib profile. And on my amd64 multilib box which uses the same FEATURES and sandbox version, configure passes successfully.
(In reply to comment #4) > you should try sandbox-1.6-r2 and see if it works. > No error with sandbox-1.6-r2. Guess this bug can soon be closed with sandbox-1.6-r2 going to be stable.
(In reply to comment #6) > (In reply to comment #4) > > you should try sandbox-1.6-r2 and see if it works. > > > No error with sandbox-1.6-r2. Guess this bug can soon be closed with > sandbox-1.6-r2 going to be stable. > sandbox-1.6-r2 is stable.
