Bug 187875 - sci-mathematics/singular-3.0.3 econf fails
|
Bug#:
187875
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: AMD64
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: sci-mathematics@gentoo.org
|
Reported By: rbachl@web.de
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: sci-mathematics/singular-3.0.3 econf fails
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2007-08-06 05:25 0000
|
The update of Singular from 3.0.2.1 to version 3.0.3 fails with errors in the
configuration. Its seems that some files are missing: MP.h, MPT.h, factory.h,
factor.h, omalloc.h...
Reproducible: Always
Steps to Reproduce:
1.emerge -u singular
2.
3.
Actual Results:
emerge stops with errors at the configure stage
Expected Results:
successful compile
# emerge --info
Portage 2.1.2.11 (default-linux/amd64/2006.0, gcc-4.1.2, glibc-2.5-r4,
2.6.21-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.21-gentoo-r4 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor
3800+
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 06 Aug 2007 05:00:01 +0000
ccache version 2.4 [enabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python: 2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache: 2.4-r7
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.61
sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.23b
virtual/os-headers: 2.6.21
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /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/texmf/web2c"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox
sfperms strict"
GENTOO_MIRRORS="ftp://ftp.free.fr/mirrors/ftp.gentoo.org/
http://ftp.twaren.net/Linux/Gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acpi aim alsa amd64 apache apache2 apm arts audiofile
bash-completion bcmath berkdb bidi bitmap-fonts blas bluetooth bzip2 cdparanoia
cdr cli cracklib crypt cups curl curlwrappers dga directfb doc dri dts dvb dvd
dvdr dvdread eds emacs emboss encode esd evo examples exif fastcgi fbcon ffmpeg
fftw flac foomaticdb fortran ftp ggi gif ginac glut gnome gnutls gphoto2 gpm
gstreamer gtk gtk2 hal iconv icq idn ieee1394 imagemagick imap imlib ipv6
isdnlog jabber java javascript jikes jpeg jpeg2k kde kdeenablefinal lapack lcms
ldap leim libedit libwww lirc lm_sensors lzw lzw-tiff mad madwifi matroska midi
mikmod mime mng mnogosearch mono mp3 mpeg mpi msn mudflap mule mysql mysqli nas
ncurses nls nptl nptlonly nsplugin nvidia ogg ole openal opengl openmp osc
oscar oss pam pcre pdf perl php plotutils png pppd python qt3 qt3support qt4
quicktime radius readline reflection samba scanner sdl seamonkey server session
sockets socks5 spell spl ssl symlink szip tcpd tetex theora threads tidy tiff
tokenizer truetype truetype-fonts type1-fonts unicode usb v4l v4l2 vcd vhosts
vorbis wifi wxwindows xcomposite xface xine xml xmlrpc xorg xosd xpm xv xvid
yahoo zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix
dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mulaw multi null plug rate route share shm softvol" ELIBC="glibc"
INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz
cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIRC_DEVICES="imon"
USERLAND="GNU" VIDEO_CARDS="nvidia vesa fbdev"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Hi,
Could you please also post the output of the actual emerge. I suspect
that things fail in one of the sub-directories. The errors in the config.log
you posted (assuming it is the one from the top directory) should be non
fatal.
Thanks,
Markus
I looked at it briefly -- the "configure" stage has the "--with-MP" flag set,
which must be looking for some package that isn't installed. My guess is that a
little upstream research will come up with an answer, but I won't have a chance
to do it until tonight.
Yeah, I enabled the --with-MP flag in 3.0.3 since it works fine
on all my x86 dev machines. If it causes trouble with amd64
I have no problem going back to --without-MP unless we can
come up with a fix. Unfortunately, I can't really look into this
since I don't have access to an amd64 box.
cheers,
Markus
I have one ... tell me what you need to test and I'll test it tonight. :)
Well, if it compiles for you on amd64 as is (i.e. --with-MP)
please let me know. In that case we'll have to wait for rainer
to give us some more detail as to where and how
configure fails. Thanks!
(In reply to comment #6)
> Well, if it compiles for you on amd64 as is (i.e. --with-MP)
> please let me know. In that case we'll have to wait for rainer
> to give us some more detail as to where and how
> configure fails. Thanks!
>
The ebuild fails in configure on my AMD64. I haven't tried it on an x86 yet.
Meanwhile, I unpacked the source and if you look at the top directory, you'll
see
znmeb@DreamScape ~/singular/Singular-3-0-3 $ l
BUGS Makefile config.sub* libfac/
COPYING Makefile.in configure* mkinstalldirs*
CVS/ Singular/ configure.in modules/
ChangeLog Tst/ doc/ ntl/
GPL config.cache emacs/ omalloc/
Hannes-Sprueche config.guess* factory/ sed.bindist.cmd
IntegerProgramming/ config.log install-sh* singuname.sh*
MP/ config.status* kernel/ x86_64-Linux/
So "MP" is part of the source distribution. I did a "configure" and a "make" in
*this* directory but it's not done yet, so I don't know if it went ahead and
did the MP build. Where does the ebuild do its "configure"?
Well ... I just confirmed it dies on AMD64 and works on x86, but I didn't read
through the logs for clues -- just posted them here. Meanwhile, a straight
build from the source tarball ran to completion on the AMD64, but I didn't have
the full build instructions for the "share" tarball. This is just plain bizarre
... it has to be something simple I'm not seeing right in front of my nose. :)
I've disabled MP again in the ebuild until we've figured out what
the trouble is on amd64.
The problem is that configure in the Singular directory fails.
I had a look at the file and from the amd64 output you posted
I don't see any way it could reach the particular point where
it eventually fails. This leads me to suspect that something
bad is happening during autoconf on amd64 that causes this.
Hence, would you please be able to diff the configure files
in Singular-3.0.3/Singular on amd64 and x86 AFTER the
autoconf step. If this turns up to much garbage please just
post the amd64 configure file generated by autoconf.
Thanks,
Markus
Created an attachment (id=127333) [details]
recursive diff of work trees (x86 and amd64) after emerge
OK ... I started this up using the following commands on both the x86 and amd64
# cd /var/tmp/portage/sci-mathematics
# rm -fr singular-3.0.3
# FEATURES='keepwork keeptemp' emerge -v singular
The plan was to diff the whole build trees for the two machines. Well ... the
x86 emerge completed normally as expected, leaving behind a build tree. So I
went over to the amd64 and started it up.
There were some complaints during the configure step, but it ran all the way to
completion and left behind an amd64 build tree. So ... here's the diff ... but
I think it's installed now.
Thanks a lot! Unfortunately, I didn't find anything in the diff
that would tell me what the problem on amd64 could be when "--with-MP" is
turned on. Hence, I'd suggest we leave "--without-MP" for now
until somebody is able to provide a patch that allows compilation
on amd64 with MP turned on.
cheers,
Markus
Since after removing "--with-MP" singular seems to compile again
on amd64 I am going to close this as fixed. Please feel free
to reopen if any of you should be able to provide a patch that
resolves the MP issues on amd64.
Thanks,
Markus