Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 4985 - arts 1.0.6 won't compile
Summary: arts 1.0.6 won't compile
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Dan Armak (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-14 10:29 UTC by Rigo
Modified: 2003-02-04 19:42 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 Rigo 2002-07-14 10:29:50 UTC
Making all in mcopidl 
make[2]: Entering directory 
`/var/tmp/portage/arts-1.0.6/work/arts-1.0.6/mcopidl' 
/bin/sh ../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++  
-Wnon-virtual-dtor -Wno-long-lo 
ng -Wbad-function-cast -Wundef -Wall -pedantic -W -Wpointer-arith 
-Wmissing-prototypes -Wwrite-strings - 
ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG 
-DNO_DEBUG -O2 -march=i686 -O3 
 -pipe -fno-exceptions -fno-check-new  -ftemplate-depth-99 -O0    -o mcopidl 
-L/usr/X11R6/lib -L/usr/qt/ 
3/lib -L/usr/kde/3/lib  mcopidl.o yacc.o scanner.o namespace.o 
../mcop/libmcop.la  
mcopidl.o: In function `std::basic_string<char, std::char_traits<char>, 
std::allocator<char> >& std::bas 
ic_string<char, std::char_traits<char>, std::allocator<char> >::append<char 
const*>(char const*, char co 
nst*)': 
mcopidl.o(.gnu.linkonce.t._ZNSs6appendIPKcEERSsT_S3_+0x53): undefined 
reference to `std::basic_string<ch 
ar, std::char_traits<char>, std::allocator<char> 
>::replace(__gnu_cxx::__normal_iterator<char*, std::bas 
ic_string<char, std::char_traits<char>, std::allocator<char> > >, 
__gnu_cxx::__normal_iterator<char*, st 
d::basic_string<char, std::char_traits<char>, std::allocator<char> > >, char 
const*, char const*)' 
collect2: ld returned 1 exit status 
make[2]: *** [mcopidl] Error 1 
make[2]: Leaving directory 
`/var/tmp/portage/arts-1.0.6/work/arts-1.0.6/mcopidl' 
make[1]: *** [all-recursive] Error 1 
make[1]: Leaving directory `/var/tmp/portage/arts-1.0.6/work/arts-1.0.6' 
make: *** [all] Error 2 
 
!!! ERROR: The ebuild did not complete successfully. 
!!! Function kde_src_compile, Line -4763, Exitcode 2 
!!! died running emake, kde_src_compile:make 
 
!!! emerge aborting on  /usr/portage/kde-base/arts/arts-1.0.6.ebuild . 
 
Anybody any idea ?
Comment 1 Rigo 2002-07-15 03:05:27 UTC
#emerge arts unmerge

 kde-base/arts
    selected: 1.0.2 1.0.1.20020604
   protected: none
     omitted: none

>>> Packages in red are slated for removal.
>>> Packages in green will not be removed.

>>> Waiting 5 seconds before starting unmerge.
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1 0
>>> Unmerging kde-base/arts-1.0.2...

!!! ERROR: The ebuild did not complete successfully.
!!! Function inherit, Line -2050, Exitcode 0
!!! kde.org: Error: unrecognized version 1.0.2, could not set SRC_URI

!!! pkg_prerm() script failed; exiting.

Huh, can't even unmerge arts anymore ! :'-(
Comment 2 Rigo 2002-07-17 03:03:18 UTC
Today - after emerge -u world - a new arts-package arrived (1.0.2-r1 I believe).
After building this arts 1.0.6 builds ! (yeah, bring on the alpha ;-)

emerge clean still fails though

Regards, Rigo
Comment 3 Sean Groarke 2002-07-19 01:48:57 UTC
I saw this after (otherwise successful) emerge of gcc 3.1.1 + associated glibc 
etc. Went back down to gcc 3.1 (left glbc etc as was) and the problem 
disappeared...  
Comment 4 Dan Armak (RETIRED) gentoo-dev 2002-07-29 03:24:47 UTC
Hm, whoever is testing gcc 3.1.1 should contact Verwilst et al about the new  
gcc 3.2 tests :-)  
The unmerge problem was fixed, but you probably still have a bad ebuild merged.  
So simlpy replace the arts ebuild in /var/db/pkg/... with an empty file and you  
wil be able to unmerge/upgrade it cleanly.  
Also consider testing current cvs to see if the problem persists  
(www.gentoo.org/~danarmak/kde-cvs.html). 
Does any of this help? 
Comment 5 Dan Armak (RETIRED) gentoo-dev 2002-08-09 04:37:28 UTC
Now I upgraded to gcc 3.1.1 and get this myself. It happens with 3.0.2 and 
3.0.3 (the latter isn't released yet but I'm packaging it now) and with cvs 
head too. But, it doesn't happen in my gcc-3.2_pre system. Hmm... 
Comment 6 Dan Armak (RETIRED) gentoo-dev 2002-08-31 13:29:36 UTC
Now we know that this is the result of upgrading your compiler and having 
stale .la files lying around, as well as a possible old libstdc++. Info is 
available elsewhere. Anyway arts 1.0.6 isn't relevant anymore...