Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 406817 - sci-physics/root-5.32.01 build fails with bin/rmkdepend: Command not found
Summary: sci-physics/root-5.32.01 build fails with bin/rmkdepend: Command not found
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Andrew Savchenko
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-03 19:58 UTC by Jean-Francois Ostiguy
Modified: 2012-03-23 00:37 UTC (History)
3 users (show)

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


Attachments
build.log (build.log,57.82 KB, text/plain)
2012-03-03 20:02 UTC, Jean-Francois Ostiguy
Details
build environment (environment,211.66 KB, text/plain)
2012-03-05 01:05 UTC, Jean-Francois Ostiguy
Details
build.log (build.log,55.05 KB, text/plain)
2012-03-06 20:39 UTC, Jauhien Piatlicki (RETIRED)
Details
environment (environment,208.73 KB, text/plain)
2012-03-06 20:41 UTC, Jauhien Piatlicki (RETIRED)
Details
make showbuild (make.showbuild,4.91 KB, text/plain)
2012-03-06 20:43 UTC, Jauhien Piatlicki (RETIRED)
Details
config/Makefile.config (Makefile.config,7.97 KB, text/plain)
2012-03-06 20:45 UTC, Jauhien Piatlicki (RETIRED)
Details
build/Module.mk (Module.mk,2.21 KB, text/plain)
2012-03-06 20:46 UTC, Jauhien Piatlicki (RETIRED)
Details
./configure (root.configure,6.76 KB, text/plain)
2012-03-10 00:44 UTC, Jauhien Piatlicki (RETIRED)
Details
make (root.make,894.63 KB, text/plain)
2012-03-10 00:48 UTC, Jauhien Piatlicki (RETIRED)
Details
config.log in case of failure (config.log,125.31 KB, text/plain)
2012-03-13 17:07 UTC, Jauhien Piatlicki (RETIRED)
Details
config.log for ./configure without options (config.log,180.67 KB, text/plain)
2012-03-13 17:09 UTC, Jauhien Piatlicki (RETIRED)
Details
config.log for ./configure with options (config.log,123.64 KB, text/plain)
2012-03-13 17:14 UTC, Jauhien Piatlicki (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jean-Francois Ostiguy 2012-03-03 19:58:48 UTC
Making include/compiledata.h
bin/rmkdepend -R -fcint/cint/main/cppmain.d -Y -w 1000 -- -pipe -m32 -Wall -W -Woverloaded-virtual -fPIC -Iinclude -DR__HAVE_CONFIG -DG__REGEXP -DG__UNIX -DG__SHAREDLIB -DG__OSFDLL -DG__ROOT -DG__REDIRECTIO -DG__STD_EXCEPTION -DG__HAVE_CONFIG -DG__NOMAKEINFO -DG__CINTBODY  -I/var/tmp/portage/sci-physics/root-5.32.01/work/root/cint/cint/inc -I/var/tmp/portage/sci-physics/root-5.32.01/work/root/cint/cint/src -I/var/tmp/portage/sci-physics/root-5.32.01/work/root/cint/cint/src/dict -pthread -I. -D__cplusplus -- cint/cint/main/cppmain.cxx
make: bin/rmkdepend: Command not found
make: *** [cint/cint/main/cppmain.o] Error 127
make: *** Waiting for unfinished jobs....
Running /var/tmp/portage/sci-physics/root-5.32.01/work/root/cint/ROOT/configcint.mk
Making cint/cint/inc/configcint.h
 * ERROR: sci-physics/root-5.32.01 failed (compile phase):
 *   emake failed


Note:

equery belongs /usr/bin/rmkdepend

reports that rmkdepend isinstalled by the root package.



Reproducible: Always
Comment 1 Jean-Francois Ostiguy 2012-03-03 20:02:42 UTC
Created attachment 304153 [details]
build.log

emerge --info
Portage 2.1.10.49 (default/linux/x86/10.0/developer, gcc-4.5.3, glibc-2.14.1-r2, 3.2.1-gentoo i686)
=================================================================
System uname: Linux-3.2.1-gentoo-i686-Intel-R-_Pentium-R-_4_CPU_3.20GHz-with-gentoo-2.1
Timestamp of tree: Sat, 03 Mar 2012 15:30:01 +0000
app-shells/bash:          4.2_p20
dev-java/java-config:     2.1.11-r3
dev-lang/python:          2.6.7-r2, 2.7.2-r3, 3.2.2
dev-util/cmake:           2.8.7-r3
dev-util/pkgconfig:       0.26
sys-apps/baselayout:      2.1
sys-apps/openrc:          0.9.9.2
sys-apps/sandbox:         2.5
sys-devel/autoconf:       2.13, 2.68
sys-devel/automake:       1.9.6-r3, 1.10.3, 1.11.3
sys-devel/binutils:       2.22-r1
sys-devel/gcc:            3.4.6-r2, 4.2.4-r1, 4.3.6-r1, 4.4.6-r1, 4.5.3-r2, 4.6.2
sys-devel/gcc-config:     1.5.1
sys-devel/libtool:        2.4.2
sys-devel/make:           3.82-r3
sys-kernel/linux-headers: 3.2-r1 (virtual/os-headers)
sys-libs/glibc:           2.14.1-r2
Repositories: gentoo kde-sunset sunrise sage-on-gentoo local-repo mingw32-repo
ACCEPT_KEYWORDS="x86 ~x86"
ACCEPT_LICENSE="*"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -mtune=native -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf /usr/share/openvpn/easy-rsa /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"                                                                    
CXXFLAGS="-O2 -mtune=native -fomit-frame-pointer -pipe"                                                      
DISTDIR="/usr/portage/distfiles"                                                                             
FEATURES="assume-digests binpkg-logs collision-protect distlocks ebuild-locks fixlafiles multilib-strict news parallel-fetch protect-owned sandbox sfperms sign splitdebug test-fail-continue unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox"                                                       
FFLAGS="-march=native -O2 -pipe"                                                                             
GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ ftp://ftp.gtlib.gatech.edu/pub/gentoo http://www.gtlib.gatech.edu/pub/gentoo ftp://mirror.iawnet.sandia.gov/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.chem.wisc.edu/gentoo/ "                                                                                   
LANG="en_US.utf8"                                                                                            
LDFLAGS="-Wl,--hash-style=gnu -Wl,-O1 -Wl,--as-needed"                                                       
LINGUAS="en en_US fr"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_EXTRA_OPTS="--exclude ChangeLog --delete-excluded"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/kde-sunset /var/lib/layman/sunrise /var/lib/layman/sage-on-gentoo /usr/local/portage /usr/i686-mingw32/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa apache2 berkdb bluetooth bzip2 cairo cdda cdr cleartype cli consolekit corefonts cpdflib cracklib crypt cups cxx dbus doc dri dts dv dvd dvdr emboss encode exif fam firefox flac fortran gcj gd-external gdbm gdu gif gnomedb gpm gtk iconv icu ieee1394 ipv6 java jpeg kde kdehiddenvisibility lcms ldap libnotify lm_sensors mad maildir mbox mmx mng modules mp3 mp4 mpeg mudflap ncurses nls nptl nptlonly ogg opengl openmp oss pam pango pcre pdf php png policykit ppds pppd private-headers qt3support qt4 readline scanner sdl semantic-desktop session snmp spell sqlite sse sse2 ssl startup-notification svg sysfs tcpd tiff truetype type1 type3 udev unicode usb vorbis wicd x264 x86 xcb xml xmlrpc xorg xulrunner xv xvid zlib" ALSA_CARDS="intel8x0 usb-audio" 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 auth_digest authn_anon authn_dbd 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 dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="canon" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US fr" NETBEANS_MODULES="apisupport harness ide java nb gsf php websvccommon webcommon" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon vesa fbdev" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS
Comment 2 Andrew Savchenko gentoo-dev 2012-03-05 00:28:07 UTC
Please provide your environment file as well.
Comment 3 Jean-Francois Ostiguy 2012-03-05 01:05:22 UTC
Created attachment 304259 [details]
build environment

Environment is attached.
Comment 4 Andrew Savchenko gentoo-dev 2012-03-05 22:09:41 UTC
Sorry, I still can't reproduce this problem even with the same make version, USE flags and arch. Additional info may help.

In your make performance something is terribly wrong, because after headers copy for any possible configuration the first build target must be 'build' which among other things compiles rmkdepend tool. This is an internal root tool used mainly during the build process, so it doesn't matter where it is installed on your system, because only in-tree just compiled version version is used. Your build.log shows that rmkdepened build process is completely omitted for some unknown reason.

Please cd to /var/tmp/portage/sci-physics/root-5.32.01/work/root and provide a full output of:
# make showbuild

And please attach files config/Makefile.config and build/Module.mk .

It may help to know if this package builds with MAKEOPTS="-j1" and what is the latest version of root you can build on your current configuration.
Comment 5 Sébastien Fabbro (RETIRED) gentoo-dev 2012-03-05 22:16:06 UTC
It is a duplicate of bug #245448, but there was no resolution
Comment 6 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:34:31 UTC
I have the same problem.
jauhien@kamputar_m ~ % emerge --info 
Portage 2.2.0_alpha90 (default/linux/x86/10.0, gcc-4.6.2, glibc-2.13-r4, 3.2.6-gentoo i686)
=================================================================
System uname: Linux-3.2.6-gentoo-i686-Intel-R-_Atom-TM-_CPU_N280_@_1.66GHz-with-gentoo-2.0.3
Timestamp of tree: Tue, 06 Mar 2012 19:30:01 +0000
app-shells/bash:          4.1_p9
dev-java/java-config:     2.1.11-r3
dev-lang/python:          2.7.2-r3::sage-on-gentoo, 3.1.4-r3, 3.2.2
dev-util/cmake:           2.8.6-r4
dev-util/pkgconfig:       0.26
sys-apps/baselayout:      2.0.3
sys-apps/openrc:          0.9.8.4
sys-apps/sandbox:         2.5
sys-devel/autoconf:       2.13, 2.68
sys-devel/automake:       1.11.1
sys-devel/binutils:       2.21.1-r1
sys-devel/gcc:            4.6.2
sys-devel/gcc-config:     1.5-r2
sys-devel/libtool:        2.4-r1
sys-devel/make:           3.82-r1
sys-kernel/linux-headers: 3.1 (virtual/os-headers)
sys-libs/glibc:           2.13-r4
Repositories: gentoo lisp sage-on-gentoo science gentoo-haskell local-fix
Installed sets: 
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=native -mtune=native -mfpmath=sse  -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O3 -march=native -mtune=native -mfpmath=sse  -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests binpkg-logs distlocks ebuild-locks fixlafiles metadata-transfer news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://ftp.byfly.by/pub/gentoo/"
LANG="uk_UA.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="be be_BY en en_GB ru uk"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/layman/lisp /usr/layman/sage-on-gentoo /usr/layman/science /usr/layman/haskell /usr/local/portage/fix"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aac acl acpi alsa bash-completion berkdb bzip2 cairo cli cracklib crypt cxx dbus djvu dri emacs encode expat ffmpeg fftw flac fortran gdbm gif gpm gtk iconv icu java javascript jpeg jpeg2k latex libnotify lm_sensors mad mbox mmx mmxext modplug modules mp3 mp4 mudflap ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png policykit pppd pythia8 python qt3support readline session sndfile sqlite sqlite3 sse sse2 ssl startup-notification sysfs system-sqlite tcpd threads tiff truetype udev unicode v4l vorbis x86 xml xmlrpc xorg zlib zsh-completion" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 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 cgi cgid 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" CALLIGRA_FEATURES="kexi words flow plan stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="be be_BY en en_GB ru uk" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 7 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:39:54 UTC
Created attachment 304451 [details]
build.log
Comment 8 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:41:38 UTC
Created attachment 304453 [details]
environment
Comment 9 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:43:44 UTC
Created attachment 304455 [details]
make showbuild
Comment 10 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:45:05 UTC
Created attachment 304457 [details]
config/Makefile.config
Comment 11 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:46:18 UTC
Created attachment 304459 [details]
build/Module.mk
Comment 12 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-06 20:49:34 UTC
I have this problem both with MAKEOPTS="-j1" and MAKEOPTS="-j5".
The latest version of root I can build is 5.32.00-r2, but with this version I had a problem discribed in Bug 386905.
Comment 13 Andrew Savchenko gentoo-dev 2012-03-09 12:57:35 UTC
Hmm, I still can't see what is wrong...

Can you, please, untar root to some dir and run ./configure && make there? Please do not use any CFLAGS/CXXFLAGS/LDFLAGS and do not provide any configure options for this check.

BTW, please switch your locale to english before submitting your build log. That's good I still remember ukrainian, though this will not be the case for other people.
Comment 14 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-10 00:44:45 UTC
Created attachment 304763 [details]
./configure

Here results of ./configure are attached.

>BTW, please switch your locale to english before submitting your build log. >That's good I still remember ukrainian, though this will not be the case for other people.

Sory, I forgot to do it. Now I've set LANG=en, so anything should be ok.
Comment 15 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-10 00:48:10 UTC
Created attachment 304765 [details]
make

This is result of 'make'. It builds bin/rmkdepend without problems.
Than it fails on linking. But I think it's irrelevant anyway.
Comment 16 Andrew Savchenko gentoo-dev 2012-03-13 09:40:39 UTC
At least you were able to build rmkdepend successfully, that's a step forward.

Now please try to build root in the local directory with the same configure options as your ebuild uses. You can get this options list by putting echo or einfo before econf command in the ebuild.

Then if rmkdepend will fail to build, find what configure option or combination of options causes it to do so by removing configure arguments one after another or in a binary search fashion (the latter will save your time).

If rmkdepend doesn't fail to build with the same configure options, as ebuild uses, then try your *FLAGS from make.conf and search for a trouble maker as described above.

Also please upload config.log file from the top of the root build directory for *both* cases of the original failure you reported above and your local tree build you posted the lastest. Sometimes issues within configure may cause rmkdepend-related problems.

Sorry for making you to go through all this diagnostics, but without an ability to reproduce this bug on my own I rely on your assistance.

Alternatively you may contact root devs directly via either roottalk mailing list or their forums or root.cern.ch. But they will likely ask you to reproduce this issue with vanilla root sources, so steps above will be required anyway.
Comment 17 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-13 17:07:59 UTC
Created attachment 305225 [details]
config.log in case of failure
Comment 18 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-13 17:09:04 UTC
Created attachment 305227 [details]
config.log for ./configure without options
Comment 19 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-13 17:14:45 UTC
Created attachment 305229 [details]
config.log for ./configure with options

It does build rmkdepend, so I'm looking at FLAGS now.
Comment 20 Juergen Rose 2012-03-16 17:37:05 UTC
I have the same problem at a i686 AMD as Jauhien, while it works at all x86_64 systems.
Comment 21 Andrew Savchenko gentoo-dev 2012-03-17 01:55:26 UTC
(In reply to comment #20)
> I have the same problem at a i686 AMD as Jauhien, while it works at all
> x86_64 systems.

Please provide debug data requested from Jauhien above. Especially I'm interested if you can build vanilla root, at least its rmkdepend binary.

I have here two i686 boxes: AMD (Athlon-XP) and Intel (Atom N-270). I can't reproduce your problems with neither mine or Jauhien's USE flags. Also please try with simple *FLAGS.
Comment 22 Jean-Francois Ostiguy 2012-03-20 03:39:54 UTC
The amount of time I have to experiment with various combinations of 
configure flags is limited. The exercise tends to be very time consuming
and in the end might end up not really getting to the bottom of the issue. 
With that in mind, I made a few tests that I think may help. 

hint no 1: I have access to both a 686 and a X86_64 box. I can confirm the observation by others that the bug is specific to the 686 arch

hint no 2: On my 686 box, If I do a straight ./configure with no options in a dedicated directory and then type make, rmkdepend gets build. However, the 
build fails later because the header files for some bundled versions of 
some of the libraries are not found. These headers are present in the 
source code, but for some reason do not get copied under include like the other headers.  I am not a 100 % certain anymore which specific ones are not 
getting copied for a vanilla build, they are a subset of 
the problem headers for a gentoo build.      

The problem headers include UnixSystem.h  X3DBuffer.h ZipLZMA.h pg_config.h 
  
hint no 3: under gentoo, if do 

    ebuild root-5.32.01-r2.ebuild compile

go in the build directory type make bin/rmkdepend, rmkdepend gets build.
If I then reissue the command 

    ebuild root-5.32.01-r2.ebuild compile

the compilation proceed further and eventually fails when a few header files are not found. To allow the build to proceed, I soft-linked these headers under ./include ... Eventually I got problems with unresolved symbols in linking. 

 hint no 4: This result forced me to analyze a bit how the build system works. Unfortunately, CERN has invented its own convoluted build system, and it is rather difficult to figure out what is going on. In any case, I  figured out that the file config/Makefile.config is created by the configure script and contains the results of the headers/libraries searches. This detection algorithm obviously *fails* in a few instances. By following the logic of the configure script, I determined that when the user elects to use the system library rather that the bundled one, an attempt is made at finding the system headers and library. If either the headers or the library are not found by the script, the user request is silently *ignored* and the bundled library is used anyway ! 

hint no 5: Looking at config.log, one can see that something is amiss.
Here is the log for the detection of libz. Notice that even though the 
host machine is a x86, the detection script erroneously concludes that libz is a 64 bit library by compiling and linking a test with the -m32 flag on a 686 !   

 
Checking for zlib.h ... 
 Checking in directory /usr/local/include
  Checking for zlib.h in directory /usr/local/include
 Checking in directory /usr/include/zlib
  Checking for zlib.h in directory /usr/include/zlib
 Checking in directory /usr/local/include/zlib
  Checking for zlib.h in directory /usr/local/include/zlib
 Checking in directory /opt/zlib/include
  Checking for zlib.h in directory /opt/zlib/include
 Checking in directory /usr/include
  Checking for zlib.h in directory /usr/include
  /usr/include/zlib.h is read-able
Checking for libz ... 
libraries to check for:  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
 Checking in directories /usr/local/zlib/lib for  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
 Checking in directories /usr/local/lib for  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
  Checking for library libz.so in directory /usr/local/lib
   Checking /usr/local/lib/libz.so
  libz.so not found in /usr/local/lib
  Checking for library libz.sl in directory /usr/local/lib
   Checking /usr/local/lib/libz.sl
  libz.sl not found in /usr/local/lib
  Checking for library libz.dylib in directory /usr/local/lib
   Checking /usr/local/lib/libz.dylib
  libz.dylib not found in /usr/local/lib
  Checking for library libz.dll.a in directory /usr/local/lib
   Checking /usr/local/lib/libz.dll.a
  libz.dll.a not found in /usr/local/lib
  Checking for library libz.a in directory /usr/local/lib
   Checking /usr/local/lib/libz.a
  libz.a not found in /usr/local/lib
  Checking for library libz.lib in directory /usr/local/lib
   Checking /usr/local/lib/libz.lib
  libz.lib not found in /usr/local/lib
  Checking for library libz in directory /usr/local/lib
   Checking /usr/local/lib/libz
  libz not found in /usr/local/lib
 Checking in directories /usr/lib/zlib for  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
 Checking in directories /usr/local/lib/zlib for  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
 Checking in directories /usr/zlib/lib for  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
 Checking in directories /usr/lib for  libz.so libz.sl libz.dylib libz.dll.a  libz.a libz.lib libz
  Checking for library libz.so in directory /usr/lib
   Checking /usr/lib/libz.so
   Found file /usr/lib/libz.so
Checking if /usr/lib/libz.so is a 64-bit library
 trying to link against /usr/lib/libz.so
echo "int main() { return 0; }" > conftest.c
gcc -pipe -m32 -Wall -W -fPIC  -m32 -O2  -Wl,--no-undefined conftest.c  /usr/lib/libz.so  -o conftest
 Link OK
 result: 1
 is a 64bit library

I manually edited  Makefile.config to reflect correct detection of the 
system libraries. After that I got successful compilation. I could then
issue a  

 ebuild root-5.32.01-r2.ebuild qmerge

and as far as I can tell, ROOT 5.32.01 is now working fine on my x86 box.

My conclusion is that the bug is probably the result of a broken 
x86 / x86_64 detection mechanism. Indeed, the changelog indicates that this mechanism was modified for release 5.32.01. There is some debian and
ubuntu specific code to distinguish  x86 / x86_64  in the configure script, 
and detection may work for these specific distributions. For sure,
it fails on gentoo. x86_64 is probably the default assumption, so the build succeeds though I have not really investigated if the system library 
detection works correctly on the x86_64 platform.  
    
I hope this is useful.
Comment 23 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-21 07:36:42 UTC
Recently I had no time to deal with this problem.
And I'm trying to pass different *FLAGS to ./configure and make now. But I have one stupid question: how exactly should I pass these flags to ./configure? 

Because neither 
export CFLAGS="bla bla bla"
./configure --foo
nor
CFLAGS="bla bla bla" ./configure --foo
works for me.
Results of configure are identical with those without CFLAGS. When I do
make CFLAGS="bla bla bla"
it adds this CFLAGS but at once it uses the default ones (it looks like gcc -O2 -O3 bla-bla).
Comment 24 Andrew Savchenko gentoo-dev 2012-03-21 17:21:47 UTC
Hello,

CFLAGS="bla bla bla" ./configure --foo

is the correct variant. But you must also change CXXFLAGS and probably LDFLAGS and FFLAGS.

You may also use flag-o-matic eclass to filter selected flags, like:
inherit ... flag-o-matic
...
filter-flags -fsuspicious-flag
...
./configure ...

This will strip this flag(s) from {C,CPP,CXX,F,FC}FLAGS at once.

As af as I understand root team concentrates their development on a cmake-based build system, so configure may degrade further in future. In my opinion, it is better to spend substantial amount of time on switching to cmake, though this will likely produce more build problems for a while.

Currently I'm on a tight schedule, so will try to do this in a few weeks. I hope this change will fix this problem and at least we well be able to tightly work with root devs if something will get wrong.
Comment 25 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-21 20:38:13 UTC
I have changed CXXFLAGS of course, but it doesn't matter as far as I understand.

I've tested this ebuild filtering flags with flag-o-matic, and there still was this problem.

I found the difference bitween vanilla root and that gentoo version that causes the problem:
LANG=C LC_ALL=C find core/zip -type f -name "[a-z]*" | xargs rm
When I comment out this instruction in ebuild all is ok. So Jean-Francois Ostiguy is right, the problem is with detection of system libraries.
I am looking for the solution now.
Comment 26 Andrew Savchenko gentoo-dev 2012-03-21 22:50:05 UTC
Thanks you all,

the problem was indeed in system zlib detection, I was able to reproduce this problem after upgrade of system zlib from 1.2.5-r2 to 1.2.6. I will work on solution soon.

String
LANG=C LC_ALL=C find core/zip -type f -name "[a-z]*" | xargs rm
will be dropped from the ebuild at all, since this has no effect when zlib was properly detected.
Comment 27 Andrew Savchenko gentoo-dev 2012-03-22 00:26:48 UTC
Looks like I fixed this bug. Jean-Francois, you were very close. ROOT indeed misdetects some 32-bit libraries as 64-bit ones, but this is a very Gentoo-specific issue.

Gentoo mangles installation of some important system libraries and replaces their binary .so files by appropriate gnu ld scripts with the same name. ROOT's configure script mishandles these .so scripts and assumes if they can be linked, then arch is 64-bit.

I fixes this by extracting proper library name from the script and applying further checks on extracted binary library. zlib code removal is returned to guard against possible bundled library usage.

Please try 5.32.01-r2 from the science overlay. (No version bump, because this fixes only build issue, so please resync.) Was tested on ~x86 and ~amd64 on my side.
Comment 28 Jean-Francois Ostiguy 2012-03-22 03:10:25 UTC
Yes !

I just tried and the corrected ebuild seems to work  (still
compiling, but well on the way). 

Thank you all ... special thanks to Andrew.  
 
BTW: Based on what Andrew describes, it seems to me that 
the CERN build system would be more robust if it linked and then attempted
to *execute* its test program. On gentoo, linking would succeed but  
execution would fail.

Hopefully things will get better with a root ebuild based on the new 
cmake build system. Less time spent debugging  another obscure build 
system !
Comment 29 Jauhien Piatlicki (RETIRED) gentoo-dev 2012-03-22 20:26:16 UTC
Thank you all,
I've just merge new version of ebuild without any problems.
Comment 30 Andrew Savchenko gentoo-dev 2012-03-23 00:37:07 UTC
Very well, closed then.