View previous topic :: View next topic |
Author |
Message |
-smiler- n00b
Joined: 31 Oct 2005 Posts: 13
|
Posted: Mon Oct 31, 2005 7:46 pm Post subject: Problems after gcc update |
|
|
Hi,
i'd like to update my gcc.
Reason: the C-Flag's for my intel centrino
i did:
Quote: |
emerge --sync
emerge -pv gcc
|
Quote: |
vi /etc/portage/package.keywords
####
media-video/ati-drivers ~x86
media-video/ati-drivers-extra ~x86
sys-devel/gcc-config ~x86
sys-devel/gcc ~x86
sys-devel/gcc ~x86
sys-libs/glibc ~x86
####
|
Quote: |
emerge -v gcc
gcc-config -l
############
gcc-3.3.6 *
gcc-3.4.4
#############
gcc-config i686-pc-linux-gnu-3.4.4
source /etc/profile
gcc-config -l
############
gcc-3.3.6
gcc-3.4.4 *
#############
gcc -v
####
v=3.4.4
####
emerge -C gcc-3.3.6 #<----- I think this was wrong!!!!
gcc-config -l
###########
gcc-3.4.4 *
###########
revdep-rebuild
#####################
Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.
Collecting system binaries and libraries... done.
(/root/.revdep-rebuild.1_files)
Collecting complete LD_LIBRARY_PATH... done.
(/root/.revdep-rebuild.2_ldpath)
Checking dynamic linking consistency...
broken /usr/lib/python2.3/lib-dynload/_bsddb.so (requires libdb-4.1.so)
broken /usr/X11R6/lib/python2.3/lib-dynload/_bsddb.so (requires libdb-4.1.so)
done.
(/root/.revdep-rebuild.3_rebuild)
Assigning files to ebuilds... done.
(/root/.revdep-rebuild.4_ebuilds)
Evaluating package order.../usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
Warning: Failed to resolve package order.
Will merge in "random" order!
Possible reasons:
- Some ebuilds are no more in portage tree.
- Some ebuilds are masked, try to change ACCEPT_KEYWORDS="~<your platform>"
and/or use /etc/portage/package.unmask
..... done.
(/root/.revdep-rebuild.5_order)
All prepared. Starting rebuild...
emerge --oneshot --nodeps =dev-lang/python-2.3.5
..........
/usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
Result is not OK, you have following choices:
- if emerge failed during build, fix the problems and re-run revdep-rebuild
or
- use -X or --package-names as first argument (try to rebuild package, not exact
ebuild - ignores SLOT!)
or
- set ACCEPT_KEYWORDS="~<your platform>" and/or /etc/portage/package.unmask
(and remove /root/.revdep-rebuild.5_order to be evaluated again)
or
- modify the above emerge command and run it manually
or
- compile or unmerge unsatisfied packages manually, remove temporary files and
try again (you can edit package/ebuild list first)
To remove temporary files, please run:
rm /root/.revdep-rebuild*.?_*
######################
|
now if I'd like to install the libstdc+++, I get this answer!!!!
Quote: |
emerge libstdc++-v3
/usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
|
next step i will "emerge -e system && emerge -e world" but I think it was the wrong order!!! At present it isn't possible.
could somebody help me?
mfg
smiler |
|
Back to top |
|
|
nixnut Bodhisattva
Joined: 09 Apr 2004 Posts: 10974 Location: the dutch mountains
|
Posted: Mon Oct 31, 2005 7:56 pm Post subject: |
|
|
fix_libtool_files.sh 3.3.6 (since gcc-3.3.6 was your previous gcc version) _________________ Please add [solved] to the initial post's subject line if you feel your problem is resolved. Help answer the unanswered
talk is cheap. supply exceeds demand |
|
Back to top |
|
|
-smiler- n00b
Joined: 31 Oct 2005 Posts: 13
|
Posted: Mon Oct 31, 2005 8:00 pm Post subject: |
|
|
???
localhost share # fix_libtool_files.sh 3.3.6
* Scanning libtool files for hardcoded gcc library paths...
* [1/6] Scanning /lib ...
* [2/6] Scanning /usr/lib ...
* [3/6] Scanning /usr/i686-pc-linux-gnu/lib ...
* [4/6] Scanning /usr/kde/3.4/lib ...
* [5/6] Scanning /usr/local/lib ...
* [6/6] Scanning /usr/qt/3/lib ...
localhost share # emerge libstdc++-v3
/usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory |
|
Back to top |
|
|
-smiler- n00b
Joined: 31 Oct 2005 Posts: 13
|
Posted: Mon Oct 31, 2005 11:02 pm Post subject: |
|
|
is there a possibility to install the "libstdc++-v3" from an tar.gz file???
or without emerge and ebuild??? |
|
Back to top |
|
|
Conan Guru
Joined: 02 Nov 2004 Posts: 360
|
|
Back to top |
|
|
-smiler- n00b
Joined: 31 Oct 2005 Posts: 13
|
Posted: Tue Nov 01, 2005 11:21 am Post subject: |
|
|
thanks, this was my problem!!!
how could I emerge my system new with the gcc.3.4.4???
if I type:
localhost bin # emerge -e system && emerge -e world
Quote: | Calculating system dependencies |
!!! All ebuilds that could satisfy "sys-libs/timezone-data" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-libs/timezone-data-2005n-r1 (masked by: ~x86 keyword)
For more information, see MASKED PACKAGES section in the emerge man page or
section 2.2 "Software Availability" in the Gentoo Handbook.
!!! (dependency required by "sys-libs/glibc-2.3.5-r3" [ebuild])
!!! Problem with ebuild sys-apps/baselayout-1.11.13-r1
!!! Possibly a DEPEND/*DEPEND problem.
!!! Depgraph creation failed. |
thank's smiler |
|
Back to top |
|
|
zoltix Apprentice
Joined: 22 Mar 2004 Posts: 249 Location: Brusssels
|
Posted: Tue Nov 01, 2005 5:25 pm Post subject: |
|
|
I have the similary problem but I am sorry, I don"t understant how to make that.
Could help me ?
In fact, after downloading, the gcc file how to do install that?
Thank in advance . |
|
Back to top |
|
|
cyrillic Watchman
Joined: 19 Feb 2003 Posts: 7313 Location: Groton, Massachusetts USA
|
Posted: Tue Nov 01, 2005 6:15 pm Post subject: |
|
|
-smiler- wrote: | !!! One of the following masked packages is required to complete your request:
- sys-libs/timezone-data-2005n-r1 (masked by: ~x86 keyword)
!!! (dependency required by "sys-libs/glibc-2.3.5-r3" [ebuild]) |
Running a partially ~x86 system can be tricky, because in this case, the ~x86 version of glibc depends on another ~x86 package that you will also need to unmask. |
|
Back to top |
|
|
|