Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 26183 - arts 1.1.3 compile fails, can't find STL ??
Summary: arts 1.1.3 compile fails, can't find STL ??
Status: VERIFIED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
: 39057 39210 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-08-08 00:58 UTC by nicolasm
Modified: 2004-01-27 05:54 UTC (History)
2 users (show)

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


Attachments
/var/tmp/portage/arts-1.1.3/work/arts-1.1.3/config.log (config.log,96.70 KB, text/plain)
2003-08-08 05:25 UTC, nicolasm
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nicolasm 2003-08-08 00:58:57 UTC
Arts 1.1.3 emerge fails during configure.

Reproducible: Always
Steps to Reproduce:
1. emerge arts
2.
3.

Actual Results:  
# nice emerge kde
Calculating dependencies ...done!
>>> emerge (1 of 16) kde-base/arts-1.1.3 to /
>>> md5 src_uri ;-) arts-1.1.3.tar.bz2
>>> Unpacking source...
>>> Unpacking arts-1.1.3.tar.bz2 to /var/tmp/portage/arts-1.1.3/work
patching file flow/gsl/configure.in.in
Running sed on Makefile.am
Running sed on Makefile.in
patching file detect-autoconf.sh
>>> Source unpacked.
*** Creating acinclude.m4
*** Creating list of subdirectories
*** Creating configure.in
*** Creating aclocal.m4
*** Creating configure
*** Creating config.h template
*** Creating Makefile templates
*** Postprocessing Makefile templates
*** Creating date/time stamp
*** Finished
    Don't forget to run ./configure
    If you haven't done so in a while, run ./configure --help
configure: WARNING: If you wanted to set the --build type, don't use --host.
    If a cross compiler is detected then cross compile mode will be used.
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for i686-pc-linux-gnu-strip... no
checking for strip... strip
checking for a BSD-compatible install... /bin/install -c -p
checking for style of include used by make... GNU
checking for i686-pc-linux-gnu-gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... none
checking how to run the C preprocessor... gcc -E
checking for i686-pc-linux-gnu-g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... none
checking whether g++ supports -Wundef... yes
checking whether g++ supports -Wno-long-long... yes
checking whether g++ supports -Wnon-virtual-dtor... yes
checking whether g++ supports -fno-exceptions... yes
checking whether g++ supports -fno-check-new... yes
checking whether g++ supports -fexceptions... yes
checking how to run the C++ preprocessor... g++ -E
checking whether g++ supports -frepo... yes
not using lib directory suffix
checking for ld used by GCC... /usr/i686-pc-linux-gnu/bin/ld
checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r
checking for BSD-compatible nm... nm
checking for a sed that does not truncate output...
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 32768
checking command to parse nm output from gcc object... ok
checking for objdir... .libs
checking for i686-pc-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking for i686-pc-linux-gnu-strip... strip
checking if gcc static flag  works... no
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking whether the g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
appending configuration tag "GCJ" to libtool
checking if gcj supports -fno-rtti -fno-exceptions... (cached) no
checking for gcj option to produce PIC... -fPIC
checking if gcj PIC flag -fPIC works... no
checking if gcj supports -c -o file.o... no
checking whether the gcj linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking which extension is used for shared libraries... .so
checking which variable specifies run-time library path... LD_LIBRARY_PATH
checking for the default library search path... /lib /usr/lib
checking for objdir... .libs
checking command to parse nm output... yes
checking whether libtool supports -dlopen/-dlpreopen... yes
checking for dlopen in -ldl... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dld_link in -ldld... no
checking for dlerror... yes
checking for _ prefix in compiled symbols... (cached) no
checking whether deplibs are loaded by dlopen... yes
checking malloc.h usability... yes
checking malloc.h presence... yes
checking for malloc.h... yes
checking for memory.h... (cached) yes
checking for stdlib.h... (cached) yes
checking stdio.h usability... yes
checking stdio.h presence... yes
checking for stdio.h... yes
checking ctype.h usability... yes
checking ctype.h presence... yes
checking for ctype.h... yes
checking for dlfcn.h... (cached) yes
checking dl.h usability... no
checking dl.h presence... no
checking for dl.h... no
checking dld.h usability... no
checking dld.h presence... no
checking for dld.h... no
checking for string.h... (cached) yes
checking for strchr... yes
checking for strrchr... yes
checking for memcpy... yes
checking for strcmp... yes
checking for extra includes... no
checking for extra libs... no
checking for main in -lutil... yes
checking for main in -lcompat... no
checking for crypt in -lcrypt... yes
checking for socklen_t... socklen_t
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for inet_ntoa... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking crt_externs.h usability... no
checking crt_externs.h presence... no
checking for crt_externs.h... no
checking for _NSGetEnviron... no
checking for sys/types.h... (cached) yes
checking for stdint.h... (cached) yes
checking for poll in -lpoll... no
checking CoreAudio/CoreAudio.h usability... no
checking CoreAudio/CoreAudio.h presence... no
checking for CoreAudio/CoreAudio.h... no
checking if res_init needs -lresolv... yes
checking if res_init is available... yes
checking for killpg in -lucb... no
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for char *... yes
checking size of char *... 4
checking for char... yes
checking size of char... 1
checking for dlopen in -ldl... (cached) yes
checking for shl_unload in -ldld... no
checking for vsnprintf... yes
checking for snprintf... yes
checking if Qt compiles without flags... no
checking if STL implementation is SGI like... no
checking if STL implementation is HP like... no
configure: error: "no known STL type found - did you forget to install
libstdc++-devel ?"
 
!!! ERROR: kde-base/arts-1.1.3 failed.
!!! Function kde_src_compile, Line 125, Exitcode 1
!!! died running ./configure, kde_src_compile:configure
 


Expected Results:  
Should have compiled ...

Gentoo 1.4 on x86. 

sys-devel/gcc-3.2.3-r2
sys-libs/glibc-2.3.2-r1
Comment 1 nicolasm 2003-08-08 01:01:30 UTC
Mailing-List: contact gentoo-user-help@gentoo.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:gentoo-user@gentoo.org>
List-Help: <mailto:gentoo-user-help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-user-unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-user-subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
Reply-To: gentoo-user@gentoo.org
X-BeenThere: gentoo-user@gentoo.org
Delivered-To: mailing list gentoo-user@gentoo.org
Received: (qmail 27193 invoked from network); 1 Jun 2003 17:22:40 -0000
From: Joel Wright <jjw@cs.nott.ac.uk>
To: gentoo-user@gentoo.org
Content-Type: text/plain
Message-Id: <1054488159.1558.5.camel@lister>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.3.3 (Preview Release)
Date: 01 Jun 2003 18:22:39 +0100
Content-Transfer-Encoding: 7bit
Subject: [gentoo-user] Problem compiling arts 1.1.2

Hi guys,

I've got a problem compiling arts 1.1.2, the configure fails with;

...
checking if Qt compiles without flags... no
checking if STL implementation is SGI like... no
checking if STL implementation is HP like... no
configure: error: "no known STL type found - did you forget to install
libstdc++-devel ?"

!!! ERROR: kde-base/arts-1.1.2 failed.
!!! Function kde_src_compile, Line 118, Exitcode 1
!!! died running ./configure, kde_src_compile:configure

I have checked then my environment is set to find the appropriate
libraries, but I'm completely at a loss. Any help or pointers would be
greatly appreciated.

Joel.

-- 
Joel Wright <jjw@cs.nott.ac.uk>


--
gentoo-user@gentoo.org mailing list
Comment 2 Paul de Vrieze (RETIRED) gentoo-dev 2003-08-08 04:58:46 UTC
Could you attach /var/tmp/portage/arts-1.1.3/work/arts-1.1.3/config.log to the bug. That could help us diagnose the problem. This problem btw. appears to be caused by a wrong gcc
Comment 3 nicolasm 2003-08-08 05:25:31 UTC
Created attachment 15745 [details]
/var/tmp/portage/arts-1.1.3/work/arts-1.1.3/config.log
Comment 4 nicolasm 2003-08-08 05:28:54 UTC
Ran gcc-config, same difference.

As a sidenote, I recently downgraded glibc from 2.3.2-r2 to 2.3.2-r1, whatever that means. 
Comment 5 Paul de Vrieze (RETIRED) gentoo-dev 2003-08-08 05:47:22 UTC
Ok, there is a glibc, gcc mismatch. Try to recompile glibc to fix it. (Is it possible you did have gcc-3.3 installed for a while)
Comment 6 nicolasm 2003-08-08 05:48:53 UTC
Indeed, I had gcc 3.3 installed at some point; but glibc has been recompiled since I moved back to 3.2.3. Anyway, I'll re-emerge glibc right now and let you know what happens.
Comment 7 nicolasm 2003-08-08 06:52:00 UTC
Re-emerge glibc, same problem. Gonna reemerge gcc ...
Comment 8 nicolasm 2003-08-08 17:03:57 UTC
Well, recompiling GCC did the trick. No idea why. You can close this .......
Comment 9 Paul de Vrieze (RETIRED) gentoo-dev 2003-08-10 04:51:43 UTC
Well, gcc and glibc are very interdependent. If you downgrade a gcc or glibc you must allways downgrade the other. Basically they both have header files that work interdepend.
Comment 10 Bjoern Sander 2004-01-23 08:51:15 UTC
*** Bug 39057 has been marked as a duplicate of this bug. ***
Comment 11 Caleb Tennis (RETIRED) gentoo-dev 2004-01-26 05:48:49 UTC
*** Bug 39210 has been marked as a duplicate of this bug. ***
Comment 12 Alexey Starinsky 2004-01-27 05:54:07 UTC
I have and I see that a lot of users experience the same problem concerning this bug in the Bugzilla. 

As for me, to get this problem I did the following steps: 1) bootstrap.sh 2) emerge system 3) emerge kdebase. I did not re-emerge glibc or gcc, just emerged everything for one time.

I went to Bugzilla, and found a lot of similar reports.

Could you recommend users how to avoid the situation in possible future builds made from-the-very-beginning?

What should users (like I am) do if they have already got such a bug?