| 1 |
Hi, |
| 2 |
|
| 3 |
(this happens on a embedded system) |
| 4 |
|
| 5 |
I ran into a problem I think... |
| 6 |
|
| 7 |
As adviced I run |
| 8 |
|
| 9 |
emerge --depclean -v -p |
| 10 |
|
| 11 |
after a greater update to world. |
| 12 |
(by the way: Updateing the world is generally to a bad idea...;) |
| 13 |
|
| 14 |
Beside other things, gcc-4.7.3 was slated for removal. As |
| 15 |
gcc-4.8.3 was already installed and gcc-config shows that it |
| 16 |
is active, I started the above command without "-p".... |
| 17 |
And it screws up the whole thing badly: |
| 18 |
There were many, many applications (the shell for example...) |
| 19 |
which were directly linked to |
| 20 |
/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.7.3/libgcc_s.so.1 |
| 21 |
and/or |
| 22 |
/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.7.3/libstdc++.so.6 |
| 23 |
|
| 24 |
After clearing the sdcard and reinstalling the backup I started |
| 25 |
to emerge all affected ebuilds by hand...only to find, that they |
| 26 |
were again linked against the old libs. |
| 27 |
|
| 28 |
I checked again with gcc-config and found: |
| 29 |
|
| 30 |
beagleboneblack:/root>gcc-config -L |
| 31 |
/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.8.3 |
| 32 |
beagleboneblack:/root>gcc-config -c |
| 33 |
armv7a-hardfloat-linux-gnueabi-4.8.3 |
| 34 |
beagleboneblack:/root>gcc-config -E |
| 35 |
export PATH="/usr/armv7a-hardfloat-linux-gnueabi/gcc-bin/4.8.3:/lib/rc/bin:/bin:/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/bin/:/opt/bin:/usr/armv7a-hardfloat-linux-gnueabi/gcc-bin/4.8.3:/usr/games/bin:/root/bin" |
| 36 |
export GCC_SPECS="" |
| 37 |
|
| 38 |
|
| 39 |
What is going on here? Why still the old compiler and its libraries |
| 40 |
are used? How can I convince Gentoo to finally switch ti gcc-4.8.3? |
| 41 |
|
| 42 |
What do you think? |
| 43 |
|
| 44 |
Best regards, |
| 45 |
Meino |
Archives