<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>143484</bug_id>
          
          <creation_ts>2006-08-10 11:16 0000</creation_ts>
          <short_desc>dev-libs/ntl-5.4 loops on tests</short_desc>
          <delta_ts>2007-02-11 21:29:27 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Library</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>128066</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>grozin@gentoo.org</reporter>
          <assigned_to>cpp@gentoo.org</assigned_to>
          <cc>cloos@jhcloos.com</cc>
    
    <cc>fauli@gentoo.org</cc>
    
    <cc>znmeb@cesmail.net</cc>

      

      
          <long_desc isprivate="0">
            <who>grozin@gentoo.org</who>
            <bug_when>2006-08-10 11:16:17 0000</bug_when>
            <thetext>I tried to emerge ntl-5.4. It compiled OK, then started
make check
several checks succeeded, but then one check seems to take an infinite amount of time, using 100% of cpu (I interrupted after about 6 hours) The last thing I see is

making subset
make[1]: Entering directory `/var/tmp/portage/ntl-5.4-r1/work/ntl-5.4/src&apos;
g++ -I../include -I.  -O2 -march=pentium3 -Wno-deprecated  -o subset subset.c ntl.a   -lgmp -lm
make[1]: Leaving directory `/var/tmp/portage/ntl-5.4-r1/work/ntl-5.4/src&apos;
subset 40 40 20 10 999999 f
n: b: size: prune: seed: alg [fqQxr]: +

Here&apos;s my emerge --info

Portage 2.1-r1 (default-linux/x86/2005.1, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-suspend2-r8 i686)
=================================================================
System uname: 2.6.16-suspend2-r8 i686 Intel(R) Pentium(R) M processor 1400MHz
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
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-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-O2 -march=pentium3&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-O2 -march=pentium3&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.rz.tu-bs.de/pub/mirror/ftp.gentoo.org/gentoo-distfiles/&quot;
LINGUAS=&quot;ru&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage /usr/local/sci&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X acpi alsa arts avi bash-completion berkdb bitmap-fonts blas browserplugin cdr cli crypt cups dlloader doc dri dvd eds emacs emboss encode ffmpeg firefox foomaticdb fortran gdbm gif gmp gnome gpm gstreamer gtk gtk2 imlib isdnlog jpeg kde lapack leim libg++ libwww mad mikmod motif mozilla mp3 mpeg mule ncurses nls nptl nsplugin offensive ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session speex spell spl ssl tcltk tcpd tetex truetype truetype-fonts type1-fonts vorbis win32codecs xine xml2 xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_ru userland_GNU video_cards_i810 video_cards_vesa video_cards_fbdev&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>znmeb@cesmail.net</who>
            <bug_when>2006-08-25 08:01:42 0000</bug_when>
            <thetext>Same here ... I just joined the NTL mailing list -- this could be upstream.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>znmeb@cesmail.net</who>
            <bug_when>2006-08-25 08:51:19 0000</bug_when>
            <thetext>Looks like it&apos;s upstream ... stay tuned.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>znmeb@cesmail.net</who>
            <bug_when>2006-08-25 20:36:51 0000</bug_when>
            <thetext>I was able to reproduce it from source, so I posted a question about it on the NTL mailing list. Meanwhile, has anyone tried using less than &quot;-O2&quot; optimization or other versions of GCC (I have 3.4.6). This kind of looks like a miscompile or misoptimize; I&apos;m assuming the &quot;make check&quot; step must have worked on *some* platform. By the way, both the 5.3 and 5.4 ebuilds fail this way.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>grozin@gentoo.org</who>
            <bug_when>2006-09-19 04:09:10 0000</bug_when>
            <thetext>I&apos;ve upgraded gcc to 4.1.1. Nothing changed - it loops at the same point.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-10-19 04:39:23 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; I was able to reproduce it from source, so I posted a question about it on the
&gt; NTL mailing list.

Any reply? It&apos;s unusable, killed the compile after one hour when it got stuck on one of the tests. Should be p.masked.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>znmeb@cesmail.net</who>
            <bug_when>2006-10-19 06:23:14 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; (In reply to comment #3)
&gt; &gt; I was able to reproduce it from source, so I posted a question about it on the
&gt; &gt; NTL mailing list.
&gt; 
&gt; Any reply? It&apos;s unusable, killed the compile after one hour when it got stuck
&gt; on one of the tests. Should be p.masked.
&gt; 

I haven&apos;t seen one. I&apos;m off to RubyConf today, but I&apos;ll pulse the list again when I get on line tonight. I just saw a message from the list today, so I know someone is reading and writing to it other than myself. :)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>znmeb@cesmail.net</who>
            <bug_when>2006-10-19 06:30:27 0000</bug_when>
            <thetext>Actually, I think if you don&apos;t do &quot;make check&quot; in the ebuild, the package will be usable. I&apos;d still leave it as &quot;testing&quot;, though -- definitely not stable if &quot;make check&quot; doesn&apos;t terminate.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chentia1@msu.edu</who>
            <bug_when>2006-10-19 08:00:34 0000</bug_when>
            <thetext>(In reply to comment #7)
&gt; Actually, I think if you don&apos;t do &quot;make check&quot; in the ebuild, the package will
&gt; be usable. I&apos;d still leave it as &quot;testing&quot;, though -- definitely not stable if
&gt; &quot;make check&quot; doesn&apos;t terminate.
&gt; 

This is actually not a bug. The developers are just so used to having mainframes with more than 100 CPUs. To them, make check will finish in an hour or so, not bad. Change the TestScript will fix the problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chentia1@msu.edu</who>
            <bug_when>2006-10-21 20:50:44 0000</bug_when>
            <thetext>Created an attachment (id=100191)
Entire directory containing new ebuild ntl-5.3-r1

This fixes the infinite loop problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-02-09 10:47:41 0000</bug_when>
            <thetext>dev-cpp, is it possible to give the patch provided here a look?  Some more bugs rely on fixing this.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-02-10 22:13:17 0000</bug_when>
            <thetext>Christian: Sure :-) But this ebuild has more than one problem, that I can tell (explicitly setting compiler &amp; tools, ignoring CXXFLAGS, wrong CFLAGS, make check in src_compile, library install dir wrong for 64bit, etc.).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-02-11 21:29:27 0000</bug_when>
            <thetext>Finally fixed :-)</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>100191</attachid>
            <date>2006-10-21 20:50 0000</date>
            <desc>Entire directory containing new ebuild ntl-5.3-r1</desc>
            <filename>ntl.tar.bz2</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">QlpoOTFBWSZTWVcKnXQADG3/hN64AEN8///////f5P////5QAIAIYA2+J6+Qduapj0AAUAB71267
ur0oG2Ae3Nu29Nc22DQkDQ1MhppqbKbKZMTSbJoTTTaRtIA9QBo0GAjQCUjKZNVPzImVPakaNANN
AABoDamQGgAAAAHDQAA0Gg0BggBoaaZANDRpkAMQNAAkhBI0TNVP0PRTGp6KPamp6n6KemhNPU9Q
DamgaANANNNBoJEpomTTKn6qftT1NTU/1MlP0mmmjUbIQyMTIZDTDQIGmmIZoJRNAAQghNqnlMhG
mg0GjTIAAAAAAaBy+pIZV49W5r1+L0cmXnG8g55YiSRYENMSHaJCRvz2RmfQlaZUmwziRPE1wnFM
U00vDJS48VSRWkjojNKQ0JHSFJIDmL5WZyCAVvFdETTH/+FKudHD+x83YUGJ4K5VLqyDdnTeV2nl
ejNDrQMBPEaJqKNH3OHnSI3Lwxc75dMLppqqULSGj84DboutOkrW+zSYJ6UeCVKIiIiIIiMBgVH4
gXUxtpHm9FXSGPcYPDUdI0Se0whDN1h0Sc+IN2rJ6okluB3fFUHL1yQ2qZdcTkA3ubpXh5CnB/ka
rxDuD5bzuBYTiBJl8Tzm6jepbhXyCx++4j7qqrGD3bHx2B/eHxIDmOAd2BhBSicGQsKN2GQWddV8
Vd+H2YC9Buw9cwfE0kaxQtxdmLtFl4B2OyF1oFzrYETYcuR7UKOQY2sp05LoY6LFdtcNy3be3Y5K
x+qNuY1PRUhtx8KlWL8DH3e4DBK4zEWZmgBgFUBUVNTQW4xXktyYM0ysMqrcurokv80+QWMtD9WG
I7y5eqNvU+U8wDVJdC0OvRKpOOhVgXbov4wePYh1Gd0AlNjRnNZeArzuR6yxS+9WZFtZwmzsvfCs
l1tV/gv7Uzx+jf6nD3JrOTSMh8XegJNpsOnunKMibkgixFRVLKele/0OTW3yFsPS4XRQX3RzKpX2
ixUu4+iwaxk/A0HfrtRr5ZZ+TbAR+NTktNQeET9YQl4CQcbIrfYU5TiL6GkUCc1XwdctGPRtamPA
gRIyC9/HMidUMz8Xn6gh4mVKWnIild/JWLe1Vs2Bd1c7hvrot+ozFhUwJYo46i0k+725QVZOdJhK
kiurMTWzAaiROQgt3xGgYAoDbJgLyG2gmQQBUeccNryA7ZMSRUzuJI5f28XV5v1NnX5/q8aErhgy
I213huk9S5EAr+ooeIswJE7LFrY1yL4qxyKMOP2jxjqddQgJ5e6SyWK5kTk4ciHm8YwoPHg6sPfW
Wp8iZLzuxflyNj3CJqIo60SAo1qRKnMcPHaLR5uJDykhoQLHwJ8nmRULxen8U2VNZf4ezsMgoJhl
Y/c6aIbsyQudDFYo54xgUhceh8pD5gpWh0sokVU7iWetDw8YEu/n8LdCjuBmzmgXQ7Q+0fcEToQ8
1DrdyTmlupdTHfYVO/XdSQ3hx59cFbDnDFCHE5w2IlzRGt9RNOLwc5+IetB3wmu/aApGJZA+BUIq
iq5Te2iripJxxDMpo/ZP18p93A43rUMmxzIDDx/pERzjqbUQy5yJxsLS8zGh0DCT6uJcQM0Nr4Y7
ylXPKsPIly8mFqbWJUMl5XIFmI0LGKFzq2N1FFYnpyIl1AO29FB5QdJ9eC/Bw6V6B0I1NzagLg2c
5VmbxJZJ4IqLyweC7u3saOY2iZqBbJce19No2IPHzGLMxKhMLuUtQmkNoGDm7IrSu9XKqrDlkHvm
XF2f3TB0wRRd7VoadDcxl5IXkkDiuSxE1xOFSywI7sFyJJYmoW4cqUwSMlShM7t7DF72KFCo/Uxw
UMFyxJIhw82kWJjyw/c4fY0SyZChA3nocSeSK2IUtQdqfoHKiLkcpzAQi++DJxYcQRCxsLI5lhqm
TapC8+BYilsYcQNihWN1mKkxFUCozTi+RFCseUJxWg0JkMAnS4jcLNiosYZhijEDRkkTKXi8WUlV
Ve4RZuZQIcPqo41IRPIDUildlsLTFWKpg2I7DlH5Jlp6kakhG/nkNgaDjOqP0WB95UE4GM7loJw0
jG4U4Ml8Wu+W5saK7GDI8qOhJ0IEC8zWEgaqLAcjizh8hb9FS6nI2QhnU1bCGLmEImCgpP8u6W4J
DLFJFzckTqWjckY2s4Utkc0CY0i42DFTI8YFJlKzGLjuFKzMWvyoQ4RwtZDqYLOSxXRoiZbpSZuP
a6TLm79PJl9LjYkkSrs7ERbH6EtnBVJj6G888GxhHClEMygpuMUGMRcVLRwVNicL73pEtNywLmnZ
0VItuKI/Sqq9HO3emCLaaJSJKRvCRfRipEdtsFIwmuLtuZNhRR7tDDzTJWkB5iw8YzElDRkqjPug
ZHMwkB6iLXWC4wxUzuPuaC93DDZNWJNapKamfo4R3sHwpeK469exHxPI60ab5nmn42HEXIZBOAkC
Ht71a8rP1J0sGkafCn4b3q1R9WY7rCJO/yl+x5d/AZ/3m7gI2b/AY1hJmhM07X0sN9jO3QsgZiHm
ABU2gs/F0rvrL7hclh8dj0Bhbml7CItMyNs9IkVF+LzOo9CJmBC9cjNT4bdytmwR0oEksWm8nNol
dbQUhpSvsEsVSJ2YzLm41IlSR3nOzJp5n+unNqfEtClYdW3Xtz03cd/ZuaqKooqqLW+m5M9NE9yh
KlttNttqfazy5AGlcXWXQV3ZldoCoPvl/tsVVVau8xwZWUx2oif3JqJDXn0B0iG3xcFCQqUAPG0H
RnAc0Vr0O0rndiQtXZcVaCBZoBSRGy2gqTiQLSLE+MbEzBijZrMsuw+l9TrClqZKpbFzcrIJRNGD
FRCoeUqLEY2DcW+wXEiTTR1kDLXrSdxtjaV9ZAIonzVb6DjqpVEIKIVJIx9u4VfKyIY8f2sZ2OBe
Z4E2LzeH0EE84xanNBgJGgcuIJ2jLet3p0JjDRFMi2IOFMkmiSLOLkKlbk+0gdQk+paJpoYLLgUj
ojnRdJWlmJKpgyYJm1rFHliXQonx5m5tInEZ8QKB51LXGk97tItuu3NqT3l8Y3oxXZ4zOgklIcxm
UYY5ECo4qOHlA0QhELU6FrFutayyXJ27qDyQ+Ar5tQrdofRCY4kabJm/1ihMU2uNHkV4LHk86nAh
9d2PD6A33PcA8Z9onrh23IMJycvbyy9dukWJk4ocOw5jnz7J4qpl/oSpo9bw0UJuPFSnY4oZLD/A
qYeKdhVLSH6fGJnbVzaDipyTqUiQOOi7KgONOKlhjQxMWVB/J1dFSVKrwtGH4w59KilUZ24yLC7n
LmHHqbTKSMLTJ0EO8e6wWJcPBl4JzHK8S35z7Vm/zsh1Q1j9mLsKQDcVKyHTc3Qmek11TqP8+7yJ
npHnnLkMpYiUpbziW8a+ueRo1XHqGcZKE6QLPM3HSUwQ7+9A9zYr3fKOpuXOR1GNG8OyJ1UOXQz3
FA8bRmn5/xe0R4OfE/JHC8DHiHHDzsQPHk869CkakT0a8vtL0b7O+/xeQPFREUU6fJSXsrqx73ew
q9FPcoge6LzLkkrrYEn7Z7zemaJ74GwhI+eCV67A98zvgex4zgh7bL68NpHtl5nEfjHpHo50X+n0
fHxksXGLjWPkKTGLeyQF9nBeBiU7PHFzMrFNDqaCSVeXMEDeYPLPNjBcmcgGhWBsOKyzA4VCaYLA
w454CIhjY5oYhpcAUDFwcwvlN0uSJc6rGLVhgoI3NPq8JBZiPaSnEeueWQSoPfOHMcrjCnbaKZyS
JQoXNFNUi7ATIcusvVOJx3BA1bb2ETkFZdAbUBOTrIwJTUhJVU2qp5a+d5XNHOoBmlo+0l8jHwGi
zGcyDLsoF6qhy11WsW7Q3GckkhPhkqAqY08odZGBW0g4ArcRIrlcsa/NkwdHA2FyjnPN3y9HrjB7
zFey7C3/H1FE4tOPhTLHesvd5NNUIamIJMHUDlul0GCVCU8Q/ucHa7/mp6FNDZcUov3/KOiyAdwd
k7JMDxoks0yxvR/Xv9r0+mcvPXKghBGRSgnyDEIiqqxEFYUGULMFUf+5G8YWIF3ArzJAmyJMclDK
hGvIAu+bBa0t0J94kVyqe4JFzH1mc8hoKnRumXBzlq2VqOY1EhjuE8GnnHKMay89mPGTgxAwIB5A
WYnW3IgoggHOIkx2CJFjt22ahQUkGUwlvkYjbtoYki1cxcBLFNhhulyOzuoh/xENjaBFQVLUB1fR
zjrmP9971A6Cgp8Zmr2RxAQ6+PsbzwpImkhbd6MUPfPpmJgEySIVJhpCpRekWNIwNzLDb1jFozfC
2yrZyVBWlfOSJgKpEjrkIkhbgid5hx5iW0XYe44rbE1aqoCVx2kgyCHjZKGSa1aiRz4a9aaIb+Pq
UEvn1dDc9TjoX4rlSMph/ZkCAqIKBwxp7A5dEc5AzRRmNlH7vyFuxawsWrUZxFZ6Re8IDn63tx5O
M3QSPiLuSKcKEgrhU66A
</data>        

          </attachment>
    </bug>

</bugzilla>