Are you ready to continue? [y]: Probing to make operating system determination: Operating system configured as Linux Probing for architecture: make: *** [config] Error 255 * * ATLAS auto-config failed. * Please run 'interactive=1 emerge blas-atlas' to configure manually. * !!! ERROR: sci-libs/blas-atlas-3.6.0 failed. !!! Function atlas_fail, Line 50, Exitcode 0 !!! ATLAS auto-config failed. !!! If you need support, post the topmost build error, NOT this status message. ------- After trying 'interactive=1 emerge -av blas-atlas', this error message popped up: ---- >>> emerge (1 of 1) sci-libs/blas-atlas-3.6.0 to / >>> md5 files ;-) blas-atlas-3.6.0.ebuild >>> md5 files ;-) blas-atlas-3.7.10.ebuild >>> md5 files ;-) files/war >>> md5 files ;-) files/c-ATLAS >>> md5 files ;-) files/f77-ATLAS >>> md5 files ;-) files/c-threaded-ATLAS >>> md5 files ;-) files/f77-threaded-ATLAS >>> md5 files ;-) files/digest-blas-atlas-3.7.10 >>> md5 files ;-) files/digest-blas-atlas-3.6.0 >>> md5 src_uri ;-) atlas3.6.0.tar.bz2 >>> md5 src_uri ;-) atlas3.6.0-shared-libs.patch.bz2 >>> Unpacking source... >>> Unpacking atlas3.6.0.tar.bz2 to /var/tmp/portage/blas-atlas-3.6.0/work >>> Unpacking atlas3.6.0-shared-libs.patch.bz2 to /var/tmp/portage/blas-atlas-3.6.0/work * Applying atlas3.6.0-shared-libs.patch.bz2 ... [ ok ] >>> Source unpacked. 1 i686-pc-linux-gnu-gcc -DUSE_LIBTOOL -DINTERACTIVE -o xconfig config.c /var/tmp/portage/blas-atlas-3.6.0/temp/ccWZLTRH.o(.text+0x93c): In function `CmndResults': : warning: the use of `tmpnam' is dangerous, better use `mkstemp' ./xconfig ---- and after hitting ctrl-C, because the ebuild seems to hang here: ------ make: *** [config] Interrupt /usr/portage/sci-libs/blas-atlas/blas-atlas-3.6.0.ebuild: src_compile aborted; exiting. ----- This is my /proc/cpu: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 9 model name : Intel(R) Pentium(R) M processor 1400MHz stepping : 5 cpu MHz : 1398.958 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe est tm2 bogomips : 2768.89 Reproducible: Always Steps to Reproduce: 1. emerge blas-atlas Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.5-r0, 2.6.12-gentoo-r6 i686) ================================================================= System uname: 2.6.12-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System version 1.6.13 dev-lang/python: 2.3.5, 2.4.1-r1 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict userpriv" GENTOO_MIRRORS="http://ftp.belnet.be/linux/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X a52 aac alsa ao aotuv artworkextra atlas avi bash-completion berkdb cdf cdr cpdflib cpudetection crypt cups curl dga dio directfb divx4linux djbfft dnd dpms droproot dts dv dvb dvd dvdread edl eds encode erandom ethereal evms2 expat fam fb ffmpeg fftw foomaticdb fortran fs gd gdbm gif ginac gnome gnomedb gphoto2 gpm gstreamer gtk gtk2 imap imlib ipv6 java jpeg justify lapack ldap libcaca libg++ libgda libvisual libwww live lm_sensors lzo mad matroska mbpx md5sum mikmod mmx mng mozdevelop mozilla mozp3p mozsvg mp3 mpeg mpeg4 mplayer msql mysql mysqli mythtv ncurses network nls no-old-linux nomac nomotif noplugin nptl nptlonly nvidia ogg oggvorbis openal opengl oss pam pango pdflib perl physfs png python quicktime readline real rrdtool rtc sapdb sdl sharedmem shorten slang sockets speex spell sse sse2 ssl subp svg sysfs sysvipc tcltk tcpd tetex theora threads tiff toolbar transcode truetype truetype-fonts type1-fonts unicode usb utf8 v4l v4l2 vcd vidix vim-with-x vorbis wifi win32codecs xanim xine xml2 xmms xscreensaver xv xvid xvmc yv12 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
I cannot reproduce this on my laptop. I do have to choose interactive mode, but when I pick the option for P4 and pick all the default choices, it works fine. Some differences between your system and mine: * I have an extra 'funroll-loops' in CFLAGS * sandbox version is at 1.2.12 * glibc is at 2.3.5-r1 Perhas you could try updating the rest of your system first?
the problem is with updating of scilab, it now depends on this library. i have a box where it works (athlon system: CFLAG contains -march=athlon-xp -mtune=athlon-xp) and a box where it fails (Intel(R) Celeron(R) CPU 2.40GHz). emerge with interactive mode hangs on the failing box forever in line when selfcompiled ./xconfig runs ...
Fritz, does non-interactive mode work on the celeron? What happens with blas-atlas-3.7.10?
Another thing to try is to download atlas from netlib, and try to compile it manually, i.e. not using an ebuild. This way we can see if it's an atlas problem or a gentoo problem.
blas-atlas-3.7.10.ebuild shows the same behaviour: failing interactive and not interactive, as reported by Toon Verstraelen. My /proc/cpuinfo: more /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Celeron(R) CPU 2.40GHz stepping : 9 cpu MHz : 2393.403 cache size : 128 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr bogomips : 4793.13
And what happens when you install from a source tarball directly, and not from the ebuild?
i followed INSTALL.txt and typed make config after this 160 lines with one number on it appeared with last line: Enter number at top left of screen [0]: (it definitely does not raise my confidence in this blas-atlas thingy ... ) after some other questions (i decided to select pentium 4 ...) i was prompted to type in make install arch=Linux_P4SSE2 (that looks ok from my /proc/cpuinfo). I will not start a non portage controlled install, sorry. If there would be a separate compile stage. After accidentally running the command it began compiling normally ... but i stopped it.
So when doing an interactive install from the ebuild you never get the message "Enter number at top left of screen [0]:"? When xconfig seems to hang, could you go to /var/tmp/portage/blas-atlas-3.6.0/work/ATLAS? Is there anything in ConfSummary.log? What happens if you move xconfig from that directory to another one and run it from there? Could you also give the output of 'emerge info' please? Both for box that is working and the one that is not? Perhaps there is some flag or option which causes trouble.
>So when doing an interactive install from the ebuild you never get the message >"Enter number at top left of screen [0]:"? no, it prints "./xconfig" and blocks. > >When xconfig seems to hang, could you go >to /var/tmp/portage/blas-atlas-3.6.0/work/ATLAS? Is there anything in this works correct
i tried interactive=1 emerge blas-atlas at the working box (the athlon box, not at home where the broken one is). It worked in the same way as then not emerge controlled build test at home, tested with konsole, rxvt and xterm.
the xconfig program has problems with some interactive shell configuration and io redirection flags i suspect.
We need to try and find out where exactly xconfig hangs. Could you cd to /usr/portage/sci-libs/blas-atlas and copy the attached patch to the files directory. Then edit the ebuild, and add this line epatch ${FILESDIR}/debug.diff before epatch ${DISTDIR}/atlas3.6.0-shared-libs.patch.bz2 Then type 'ebuild blas-atlas-3.6.0.ebuild digest' and re-emerge. What is the output this time? An 'emerge info' of the two machine in question would still be useful.
Created attachment 67818 [details, diff] debug patch
this happens interactive with debug.diff applied: i686-pc-linux-gnu-gcc -DUSE_LIBTOOL -DINTERACTIVE -o xconfig config.c /var/tmp/portage/blas-atlas-3.6.0/temp/cc1Mp6AL.o: In function `CmndResults': config.c:(.text+0x98f): warning: the use of `tmpnam' is dangerous, better use `mkstemp' ./xconfig 0 1 2 3 4 5 6 7 8 mprintf 0 mprintf 1 mprintf 2 mprintf i mprintf i ATLAS3.6.0 configure started. 9 Here is output of emerge info (sorry forgot to give info from working box ...) emerge info Portage 2.0.51.22-r2 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.13-gentoo i686) ================================================================= System uname: 2.6.13-gentoo i686 Intel(R) Celeron(R) CPU 2.40GHz Gentoo Base System version 1.12.0_pre8 dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.12 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 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe -march=pentium4 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-O2 -pipe -march=pentium4 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://mirror.switch.ch/ftp/mirror/gentoo/ " LANG="de_DE.utf8" LC_ALL="de_DE.utf8" LDFLAGS="-Wl,-O1" LINGUAS="de en" MAKEOPTS=" -s -j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/jfh/src/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm avi berkdb bitmap-fonts cdr crypt cups curl directfb dv dvd eds emboss encode esd fam foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 imagemagick imap imlib java jpeg junit kde ldap leim libg++ libwww linguas_de mad mikmod mjpeg mmx mp3 mpeg ncurses nls nomotif ogg oggvorbis opengl oss pam pdflib perl png python qt quicktime readline ruby samba sasl sdl slang spell sse sse2 ssl svga tcpd tetex tiff truetype truetype-fonts type1-fonts unicode userlocales vorbis x264 xine xml2 xmms xv xvid zlib video_cards_i915 linguas_en userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET
this happens non interactive: Are you ready to continue? [y]: mprintf 0 mprintf 1 mprintf 2 mprintf i mprintf i Probing to make operating system determination: mprintf 0 mprintf 1 mprintf 2 mprintf i mprintf i Operating system configured as Linux mprintf 0 mprintf 1 mprintf 2 mprintf i mprintf i Probing for architecture: make: *** [config] Error 255
Created attachment 67831 [details, diff] new debug patch
I don't think we'll be able to get the non-interactive version working, but we should definitely aim to get the interactive one working. With the debug patch, config now gets further than I expected. Could you try the new patch? Possible it's all those flush() statements I added to the code that help it along.
now something gets built. The dialogs where really not useable due to massive debug messages. It seems now the build asserts 512 KB L2 cache, which is wrong here on celeron. I guess there are some tests involved, so i only get something suboptimal but not computing wrong results.
The build finished successfully with the interactive install or the non-interactive one? So now it still remains to prune down the debug patch and only keep the minimum of useful flush statements. I will do so tomorrow, unless of course you're willing to do it yourself ;-) As for cache size, can't you set it during the interactive install? See e.g. http://www.kevinsheppard.com/research/matlabatlas/matlab_atlas.aspx for some recommendations.
i succeeded with interactive install, but dialogs where unusable, so L2 cache of 512 KB was a consequence of "blind typing". Btw. now i am stuck in emerge lapack-atlas same story ... the next hurdle in installing scilab ...
Created attachment 67917 [details, diff] version 3
Is this patch enough to allow finishing a compilation?
maybe someone else can try it as my p4-celeron box is now unreachable for me.
*** Bug 105341 has been marked as a duplicate of this bug. ***
with last debug.diff and interactive=1 following happens: ./xconfig ATLAS3.6.0 configure started. 160 ... (some lines left out, guess how many ...) 001 Enter number at top left of screen [0]: after this the dialog is stuck or call it out of sync again. (i have no change to enter a number at top left screen, i am at bottom ... as said before, this gives an odd impression, i saw this strange dialog also when trying compiling the library without emerge)
Created attachment 68035 [details, diff] version 4
Does this one do the trick?
sorry, not really useable, what about #include <stdio.h> void setbuf(FILE *file, char *buffer); If the buffer passed is NULL, the file is set to unbuffered. this is completely portable.
i hope there is some flushing in IsYes() ...
Created attachment 68051 [details, diff] patch 5
That looks like a very clean solution! Patch 5 is OK now?
Yes this one works here (interactive=1)
i did the same with lapack-atlas successfully in my portage overlay btw. (gentoo user need such overlays :-)
blas-atlas and lapack-atlas fixed in CVS. Thanks for all the feedback!
I can't say it's solved for me. As I may not be the only one (http://forums.gentoo.org/viewtopic-t-288740), i want this bug to be reopened. The output of my 'emerge blas-atlas' and 'emerge --info' can be found here: http://www.uni-koblenz.de/~asdf/random/text/emerge-blas-atlas http://www.uni-koblenz.de/~asdf/random/text/emerge-info Thanks
