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