Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 125180 - sci-mathematics/singular-3.0.1.2 fails
Summary: sci-mathematics/singular-3.0.1.2 fails
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-05 23:46 UTC by Patrizio Bassi
Modified: 2006-03-14 06:52 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Patrizio Bassi 2006-03-05 23:46:27 UTC
seems and ebuild/makefile error

mkdir /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux
mkdir /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib
./mkinstalldirs /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include
mkdir /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include
/bin/install -c -m 644 libomalloc_ndebug.a /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib
i686-pc-linux-gnu-ranlib /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib/libomalloc_ndebug.a
/bin/install -c -m 644 omalloc.o /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib
/bin/install -c -m 644 omalloc.h omalloc.c /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include
/bin/install -c -m 644 omlimits.h mylimits.h omalloc.c /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include
make[2]: Leaving directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/omalloc'
make install in ntl
make[2]: Entering directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ntl'
(cd src;make setup1 || exit 1;cd ..; touch setup1)
make[3]: Entering directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ntl/src'
make[3]: *** No rule to make target `setup1'.  Stop.
make[3]: Leaving directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ntl/src'
make[2]: *** [setup1] Error 1
make[2]: Leaving directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ntl'
make install in factory
/bin/sh: line 0: cd: factory: No such file or directory
make install in libfac
/bin/sh: line 0: cd: libfac: No such file or directory
make install in kernel
/bin/sh: line 0: cd: kernel: No such file or directory
make install in Singular
/bin/sh: line 0: cd: Singular: No such file or directory
make install in IntegerProgramming
/bin/sh: line 0: cd: IntegerProgramming: No such file or directory
echo "* do not forget to install Singular-3-0-1-share.tar.gz"
* do not forget to install Singular-3-0-1-share.tar.gz
make[1]: Leaving directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1'
>>> Source compiled.
>>> Test phase [not enabled]: sci-mathematics/singular-3.0.1.2

>>> Install singular-3.0.1.2 into /var/tmp/portage/singular-3.0.1.2/image/ category sci-mathematics
rm: impossibile rimuovere `Singular': No such file or directory

!!! ERROR: sci-mathematics/singular-3.0.1.2 failed.
Call stack:
  ebuild.sh, line 1933:   Called dyn_install
  ebuild.sh, line 1067:   Called src_install

!!! failed to remove Singular
!!! If you need support, post the topmost build error, and the call stack if relevant.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-03-06 02:22:47 UTC

*** This bug has been marked as a duplicate of 116508 ***
Comment 2 Patrizio Bassi 2006-03-06 06:40:48 UTC
this is not duplicate, as the problem is different

found the fix:

cd /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ntl/src
./configure (this writes the Makefile)

make..

please fix the ebuild (it seems an upstream bug however)
Comment 3 Markus Dittrich (RETIRED) gentoo-dev 2006-03-07 06:49:28 UTC
(In reply to comment #2)
> this is not duplicate, as the problem is different
> 
> found the fix:
> 
> cd /var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ntl/src
> ./configure (this writes the Makefile)
> 
> make..
> 
> please fix the ebuild (it seems an upstream bug however)
> 

Hi Patrizio,

The ntl stuff builds fine for me using the provided configure script,
hence I need to figure out what is going wrong on your setup. 
Could you please provide your emerge --info. Also, would it be
possible for you to capture the output of the emerge (until it
dies) and post it somewhere or send it to me via email (it should
be a fairly large file and I would like to avoid posting it on bugzilla).

Thanks,
Markus
Comment 4 Patrizio Bassi 2006-03-07 07:04:54 UTC
what else should i check..the error is clear.
i dunno why it's not called.

however in the ebuild you can simply recall it.

emerge info

*** Deprecated use of action 'info', use '--info' instead
Portage 2.1_pre5-r4 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.3.6-r6, 2.6.16-rc2-git1 i686)
=================================================================
System uname: 2.6.16-rc2-git1 i686 Pentium III (Katmai)
Gentoo Base System version 1.12.0_pre16
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [disabled]
dev-lang/python:     2.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.91.0.6-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -ffast-math"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/mail/dspam /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control /var/run/dspam"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -ffast-math"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks fixpackages sandbox sfperms strict"
GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ http://gentoo.ngi.it"
LANG="it_IT.utf8"
LC_ALL="it_IT.utf8"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags -Wl,-Bdirect -Wl,--as-needed -Wl,-hashvals -Wl,-zdynsort"
LINGUAS="it"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/myportage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X X509 Xaw3d a52 aac aalib accessibility acl acpi activefilter adns alsa apache2 apm arts asf audiofile avi bash-completion berkdb bidi bitmap-fonts bootsplash browserplugin bzip2 cairo caps cdda cddb cdio cdparanoia cdr cgi chroot clamav cli client codecs crypt css cups curl dba dbus dga dhcp directfb djbfft dri edl eds emboss encode ethereal exif expat extraengine faac faad fam fbcon ffmpeg fftw firefox flac flash foomaticdb foreign-package fortran gcj gd gdbm geometry ggi gif gimp gimpprint glut glx gnokii gnome gnutls gphoto2 gpm graphviz gs gstreamer gtk gtk2 gtkhtml guile h264 hal iconv idea idn imagemagick imap imlib innodb ipod irda irmc jack java javascript jikes jit joystick jpeg jpeg2k junit justify kde kdeenablefinal kerberos kqemu lame lcd lcms ldap libcaca libclamav libg++ libgda libusb libwww lirc live lm_sensors lua lzo mad mailwrapper matroska md5sum mdb mhash mikmod mime mmx mmx2 mmxext mng mono motif mozcalendar mozdevelop mozilla mozsvg mozxmlterm mp3 mp4 mp4live mpeg mpeg2 mpeg4 mplayer msn msnextras mysql mysqli mythtv nagios-dns nagios-ntp nagios-ping nagios-ssh ncurses neXt network ngui nls nntp no_wxgtk1 nobsh nopie nossp noxalan nptl nptlonly nsplugin oav odbc ogg openal opengl openssl operanom2 oss pam pcre pda pdf pdflib pdo pear perl php png pnp postgres ppds pthreads python qemu-fast qhull qt quicktime quotas readline real rrdtool rtc ruby samba scanner sdl server session sftplogging sguil slang slp snortsam soap sockets socks5 softmmu softquota spamassassin speex spell sqlite3 sse ssl subject-rewrite svg svga tcltk tcpd tetex tga theora tiff tokenizer truetype truetype-fonts trusted type1-fonts udev unicode usb userlocales vidix vorbis win32codecs wmf wsconvert wxwindows x264 xanim xchatdccserver xchattext xcomposite xine xinerama xml xml2 xmlrpc xmms xosd xpm xprint xsl xv xvid xvm xvmc zlib elibc_glibc kernel_linux linguas_it userland_GNU"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, MAKEOPTS
Comment 5 Markus Dittrich (RETIRED) gentoo-dev 2006-03-07 07:40:03 UTC
(In reply to comment #4)
> what else should i check..the error is clear.
> i dunno why it's not called.
> 
> however in the ebuild you can simply recall it.
> 

Hi Patrizio,

Just adding a call to configure to the ebuild might solve your particular problem 
but cause problems to many other people for whom singular currently
installs just fine (like me). The whole point of having a top-level 
configure/makefile script is to avoid exactly this.
It is much more sensible to check what is going wrong during the configure 
step on your machine (this is where the emerge output might help). 
As your emerge info shows, you're running a bleeding edge 
(and hence untested) setup, with e.g. a version of binutils and gcc that aren't 
even marked ~x86, which could be the cause of the problem. 

I just checked, and singular fails for me using gcc-4.1.0 with a different
error. I'll have a look at this in more detail. 

 Thanks,
Markus 
Comment 6 Patrizio Bassi 2006-03-07 07:45:42 UTC
i missed some precisations:

1) i switched to 4.1.0 yesterday, while i had that problem with 4.0.
2) the configure call i'm asking isn't a "classic" configure call (i mean autotools stuff) but a singular script
3) it's not a glibc/kernel/gcc problem but a make problem (as you can see from missing target call)
Comment 7 Markus Dittrich (RETIRED) gentoo-dev 2006-03-07 08:08:17 UTC
Thanks for the clarification. Here's the relevant output from
the top level configure script on my system

----------- snip -------------
configuring in ntl
running /bin/sh ./configure  --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-emacs --disable-doc --without-MP --with-factory --with-libfac --prefix=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1 --build=i686-pc-linux-gnu --exec_prefix=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux --bindir=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux --libdir=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib --includedir=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include --enable-omalloc --with-external-config_h='/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/Singular/omSingularConfig.h' --with-track-custom --enable-NTL --enable-factory --enable-libfac --enable-Singular --enable-IntegerProgramming --enable-Plural --with-apint=gmp --with-Singular=yes --cache-file=.././config.cache --srcdir=.
writing makefile
writing ../include/NTL/config.h
configuring in factory

------------- snip ---------------------

As you can see, the configure script in ntl/src (which uses perl) is called properly
and everything compiles fine. So the question is what happens on your setup? 

Thanks,
Markus
Comment 8 Patrizio Bassi 2006-03-07 08:56:15 UTC
here we are!

config.status: executing default commands
configuring in ntl
running /bin/sh ./configure  --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-emacs --disable-doc --without-MP --with-factory --with-libfac --prefix=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1 --build=i686-pc-linux-gnu --exec_prefix=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux --bindir=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux --libdir=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib --includedir=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include --enable-omalloc --with-external-config_h='/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/Singular/omSingularConfig.h' --with-track-custom --enable-NTL --enable-factory --enable-libfac --enable-Singular --enable-IntegerProgramming --enable-Plural --with-apint=gmp --with-Singular=yes --cache-file=.././config.cache --srcdir=.

usage: ./configure [ variable=value ]...

This configure script generates the file 'makefile' and the file
'../include/NTL/config.h', based upon the values assigned to the
variables on the command line.

Note that all of these configuration options can also be set
by editing these two (well documented) files by hand.

This command is intended only to provide a slightly more convenient
and (perhaps more importantly) non-interactive way to do this.
This script does not perform any 'magic', like finding out what
the local C compiler is called, etc.  If the defaults are not
correct for your platform, you have to set an appropriate variable.


########### Here are the most important variables, and their default values.

CC=gcc               # The C compiler
CXX=g++              # The C++ compiler
CFLAGS=-O2           # C complilation flags

[CUT]

note that it get stopped in a sort of more (or less) and i have to enter "q" to exit

perl DoConfig CC=gcc CXX=c++ LIBDIR=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib INCLUDEDIR=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include PREFIX=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1 NTL_GMP_LIP=on GMP_PREFIX=/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux CFLAGS= -O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -ffast-math CXXFLAGS= -O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -ffast-math LDFLAGS=-L/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/lib -Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags -Wl,-Bdirect -Wl,--as-needed -Wl,-hashvals -Wl,-zdynsort NTL_STD_CXX=off


probably due to LDFLAGS

i'll try without ldflags
Comment 9 Patrizio Bassi 2006-03-07 08:59:33 UTC
yess!

just unset user LDFLAGS to get it working.

infact, when i manually executed that script without ebuild i was not passing C-CXX-LDFLAGS

filter _ALL_ LDFLAGS, commit and close this bug.

wonderful work Markus
Comment 10 Patrizio Bassi 2006-03-09 05:27:03 UTC
sorry, why is this bug still opened and without a fix in portage?
Comment 11 Markus Dittrich (RETIRED) gentoo-dev 2006-03-09 06:55:39 UTC
(In reply to comment #10)
> sorry, why is this bug still opened and without a fix in portage?
> 

Hi  Patrizio,

First of all it would be very helpful if you could let us know which of
the LDFLAGS are causing the problems and we might consider filtering
those; globally disabling all LDFLAGS is not an option in my opinion. 
Furthermore, some of the LDFLAGS you are using are bleeding edge 
(meaning that I can't even test them) and similarly to the case of too 
aggressive CFLAGS these are generally your responsibility in case the 
package breaks.

Thanks for your help,
Markus 
Comment 12 Patrizio Bassi 2006-03-09 07:33:27 UTC
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags -Wl,-Bdirect
-Wl,--as-needed -Wl,-hashvals -Wl,-zdynsort"

i don't think the problem is with bleeding edge or similar, i think the problem is that ldflags break somehow the makefile creation , probably due to "--" or ","
Comment 13 Markus Dittrich (RETIRED) gentoo-dev 2006-03-09 08:11:53 UTC
(In reply to comment #12)
> i don't think the problem is with bleeding edge or similar, i think the problem
> is that ldflags break somehow the makefile creation , probably due to "--" or
> ","

Well, I use "-Wl,-O1" which works just fine and I've just tried 
"-Wl,-O1 -Wl,--as-needed" which also doesn't cause any problems
on my setup.

Thanks,
Markus

Comment 14 Patrizio Bassi 2006-03-09 08:52:49 UTC
the only "dangerous" one can be as-needed that may break some linking.
the others are safe.

i'm sure of that, i've recompiled 3800 packages of my world without a single problem.
Comment 15 Markus Dittrich (RETIRED) gentoo-dev 2006-03-10 03:28:15 UTC
According to my tests -Wl,-hashvals breaks the configure step. 
Please test this on your system.

Thanks,
Markus
Comment 16 Patrizio Bassi 2006-03-10 03:36:34 UTC
you're right, seems so.

so strange, never saw a problem like that.

ok, filter that flag and commit to cvs.

well done markus
Comment 17 Markus Dittrich (RETIRED) gentoo-dev 2006-03-11 12:24:02 UTC
Fixed in CVS. Thanks for your help in debugging this, Patrizio.

best,
Markus
Comment 18 Patrizio Bassi 2006-03-12 01:13:01 UTC
i'm so sad...but i have to reopen this....that's a problem with gcc 4.1.0.

that's a gcc error, but ebuild doesn't stop (and should!) and fails during merging.
please check


c++ -c int_poly.cc -w -fno-implicit-templates -I/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/ix86-Linux/include -I. -I. -DHAVE_CONFIG_H  -O3 -mtune=pentium3 -march=pentium3 -pipe -fomit-frame-pointer -mmmx -msse -ffast-math -o int_poly.o
int_poly.cc: In member function ‘virtual bool InternalPoly::divremsamet(InternalCF*, InternalCF*&, InternalCF*&)’:
int_poly.cc:584: error: ‘::divremt’ has not been declared
int_poly.cc: In member function ‘virtual bool InternalPoly::divremcoefft(InternalCF*, InternalCF*&, InternalCF*&, bool)’:
int_poly.cc:1105: error: ‘::divremt’ has not been declared
make[2]: *** [int_poly.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1/factory'
make install in libfac
/bin/sh: line 0: cd: libfac: No such file or directory
make install in kernel
/bin/sh: line 0: cd: kernel: No such file or directory
make install in Singular
/bin/sh: line 0: cd: Singular: No such file or directory
make install in IntegerProgramming
/bin/sh: line 0: cd: IntegerProgramming: No such file or directory
echo "* do not forget to install Singular-3-0-1-share.tar.gz"
* do not forget to install Singular-3-0-1-share.tar.gz
make[1]: Leaving directory `/var/tmp/portage/singular-3.0.1.2/work/Singular-3-0-1'
>>> Source compiled.
>>> Test phase [not enabled]: sci-mathematics/singular-3.0.1.2

>>> Install singular-3.0.1.2 into /var/tmp/portage/singular-3.0.1.2/image/ category sci-mathematics
finvar.lib                                                                   | 100% |   213 KiB |   213 KiB/s | ETA 00:00.00
stratify.lib                                                                 | 100% |    27 KiB |    27 KiB/s | ETA 00:00.00
9                                                                            | 100% |      82 B |      82 B/s | ETA 00:00.00
rm: impossibile rimuovere `Singular': No such file or directory

!!! ERROR: sci-mathematics/singular-3.0.1.2 failed.
Call stack:
  ebuild.sh, line 1557:   Called dyn_install
  ebuild.sh, line 1039:   Called src_install

!!! failed to remove Singular
!!! If you need support, post the topmost build error, and the call stack if relevant.
Comment 19 Markus Dittrich (RETIRED) gentoo-dev 2006-03-14 06:52:23 UTC
(In reply to comment #18)
> i'm so sad...but i have to reopen this....that's a problem with gcc 4.1.0.
> 
> that's a gcc error, but ebuild doesn't stop (and should!) and fails during
> merging.
> please check
> 

Hi Patrizio,

Thanks for reporting! SInce this is compile failure is unrelated to the present
bug, please submit a new bug indicating that the failure is due to gcc-4.1 in
the subject line. This way is is much easier for us to keep track of all
the gcc-4.x related bugs. I'll close this one for now and will have a look at
the gcc issues soon.

Thanks,
Markus