Sie sind nicht angemeldet.

1

26.09.2005, 02:02

[gelöst] Mehrere Pakete

Hallo mehrere Pakete lassen sich bei mir wegen des gleichen oder ähnlichen Fehlers nicht mergen. Beim 'emerge libpcre' bekomme ich den Fehler

Quellcode

1
2
3
i686-pc-linux-gnu-g++ -I. -I. -o .libs/pcrecpp_unittest pcrecpp_unittest.o  ./.libs/libpcrecpp.so -L/var/tmp/portage/libpcre-6.3/work/pcre-6.3 -L/var/tmp/portage/libpcre-6.3/work/pcre-6.3/.libs /usr/local/lib/libstdc++.so -L/root/gcc-3.4.1/i686-pc-linux-gnu/libstdc++-v3/src -L/root/gcc-3.4.1/i686-pc-linux-gnu/libstdc++-v3/src/.libs -L/root/gcc-3.4.1/gcc -L/usr/local/lib ./.libs/libpcreposix.so /var/tmp/portage/libpcre-6.3/work/pcre-6.3/.libs/libpcre.so -Wl,--rpath -Wl,/usr/local/lib
pcre_scanner_unittest.o(.text+0x1cd): In function `TestScanner()':
: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'


Beim 'emerge id3lib' bekomme ich den Fehler

Quellcode

1
2
3
4
5
6
7
i686-pc-linux-gnu-g++ -O2 -march=athlon-xp -fomit-frame-pointer -pipe -o .libs/id3convert demo_convert_options.o demo_convert.o  ../src/.libs/libid3.so /usr/local/lib/libstdc++.so -L/root/gcc-3.4.1/i686-pc-linux-gnu/libstdc++-v3/src -L/root/gcc-3.4.1/i686-pc-linux-gnu/libstdc++-v3/src/.libs -L/root/gcc-3.4.1/gcc -L/usr/local/lib -lz -Wl,--rpath -Wl,/usr/local/lib
../src/.libs/libid3.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned)'
../src/.libs/libid3.so: undefined reference to `std::basic_ostream<char, std::char_traits<char> >::seekp(long, std::_Ios_Seekdir)'
../src/.libs/libid3.so: undefined reference to `std::allocator<char>::allocate(unsigned, void const*)'
../src/.libs/libid3.so: undefined reference to `std::basic_istream<char, std::char_traits<char> >::seekg(long, std::_Ios_Seekdir)'
../src/.libs/libid3.so: undefined reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> >::_S_empty_rep_storage'
../src/.libs/libid3.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'


Weiß jemand, woran das liegt?

CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
USE="alsa -gnome -kde -qt -quicktime -arts 3dnow dga mmx sse"

Grüße

Stefan

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »okel« (26.09.2005, 16:13)


2

26.09.2005, 03:24

RE: Mehrere Pakete

poste uns mal ein

Quellcode

1
# gcc-config -l


und versuche mal nur

CFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
MfG MyD

3

26.09.2005, 12:37

RE: Mehrere Pakete

Hallo,

die CFLAGS machen keinen Unterschied.

Quellcode

1
2
3
4
5
6
ds9 ~ # gcc-config -l
 [1] i686-pc-linux-gnu-3.3.6 *
 [2] i686-pc-linux-gnu-3.3.6-hardened
 [3] i686-pc-linux-gnu-3.3.6-hardenednopie
 [4] i686-pc-linux-gnu-3.3.6-hardenednopiessp
 [5] i686-pc-linux-gnu-3.3.6-hardenednossp


Stefan

4

26.09.2005, 13:24

am besten bitte gleich mal ein
emerge --info
und wenn du langeweile hast kannst ja dein gcc mal updaten
ich halte die 3.4.4 für sehr stabil

5

26.09.2005, 13:33

buscher hat Recht, besser mal updaten.

Die ebuilds scheinen auf gcc-3.4* zu verweisen, du hast aber noch 3.3.6

kennst ja den Spaß
gcc emergen
gcc-config [n] (die Nummer des neuen).

emerge -e world

Und dann lange lange Spazierengehen, deine Freundin besuchen und bei ihr übernachten :] :]
Et gibt nüx Gutes, außer man tut es

6

26.09.2005, 14:02

Ups, nochmal für langsame. Erst mal emerge --info

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
Portage 2.0.51.22-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r1, 2.6.1
2-gentoo-r10 i686)
=================================================================
System uname: 2.6.12-gentoo-r10 i686 AMD Athlon(tm) XP 2100+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
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.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.4.3-r4, 1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X1
1/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo http://linux.rz.ruhr-
uni-bochum.de/download/gentoo-mirror ftp://sunsite.informatik.rwth-aachen.de/pub
/Linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X alsa apm avi berkdb bitmap-fonts cdr crypt cups dga eds emboss 
encode esd foomaticdb fortran gdbm gif gpm gstreamer gtk gtk2 imlib ipv6 jpeg li
bg++ libwww lirc mad mikmod mmx motif mp3 mpeg mysql ncurses nls ogg oggvorbis o
pengl oss pam pdflib perl png python readline sdl slang spell sse ssl svga tcltk
 tcpd tiff truetype truetype-fonts type1-fonts vorbis xml2 xmms xv zlib userland
_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Wieso verweisen denn ebuilds auf 3.4.1, wenn 3.3.6 noch "Standard" ist? Ich hab ja gerade erst ein 'emerge sync' 'emerge -uDN world' gemacht.

Ich emerge mal gcc explizit in einer 3.4er Version...

Stefan

7

26.09.2005, 14:17

Ist nur eine Vermutung, aber dein erstes Paket bspw. ist gerade durch eine Vulnerability Warnung aufgefallen.

http://www.linuxsecurity.com/content/view/120224

Mag sein, daß das alte ebuild aus der Portage genommen wurde und das neue eben nur für gcc-3.4.4 geschrieben ist.
Kann geraqde die portage ncht checken, weil unterwegs an einer Windows Kiste bei Bekannten.
Et gibt nüx Gutes, außer man tut es

8

26.09.2005, 16:12

Was soll ich sagen, jetzt geht's. Ich dachte, man kann sich darauf verlassen, dass ein solcher portage tree immer konsistent ist und dass man nicht auf 'masked' Pakete angewiesen ist.

Danke.

Grüße

Stefan