Bugzilla Bug 125180

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.

*** This bug has been marked as a duplicate of 116508 ***

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)

(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

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

(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 

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)

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

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

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

sorry, why is this bug still opened and without a fix in portage?

(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 

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
","

(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

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.

According to my tests -Wl,-hashvals breaks the configure step. 
Please test this on your system.

Thanks,
Markus

you're right, seems so.

so strange, never saw a problem like that.

ok, filter that flag and commit to cvs.

well done markus

Fixed in CVS. Thanks for your help in debugging this, Patrizio.

best,
Markus

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.

(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