1 |
This is a bug in gcc-config: It removes the old link too early |
2 |
|
3 |
> so that the tools needed to establish the new link do not work |
4 |
> anymore. IIRC correctly, there was a bug reported, but apparently |
5 |
> it is still not fixed. |
6 |
> |
7 |
> To repair it manually you must temporarily create the old link. |
8 |
> Here are detailed instruction how to do this: |
9 |
> |
10 |
> 1. Since tools like "ln -s" will not work, it is best to use busybox. |
11 |
> So first start busybox (e.g. "bb" or "bb sh" depending on your setup). |
12 |
> |
13 |
> 2. Then go to the gcc library parent directory: On amd64 this should be |
14 |
> cd /usr/lib64/gcc/x86_64-pc-**linux-gnu |
15 |
> On i686 this is instead |
16 |
> cd /usr/lib/gcc/i686* |
17 |
> On other architectures, I don't know. |
18 |
> |
19 |
> 3. Create the symlink from your old directory to the new. |
20 |
> Given the subject, I guess this should be: |
21 |
> ln -s 4.7.3 4.7.2 |
22 |
> |
23 |
> 4. Now gcc-config should work |
24 |
> |
25 |
> 5. Remove the symlink again |
26 |
> rm 4.7.2 |
27 |
> |
28 |
> 6. Run your env-update as usual and resource the profile |
29 |
> |
30 |
> 7. Test that gcc-config is still working (it should). |
31 |
> |
32 |
> |
33 |
Still no good; |
34 |
# cd /usr/lib64/gcc/x86_64-pc-linux-gnu |
35 |
# ls -l |
36 |
total 8 |
37 |
drwxr-xr-x 7 root root 4096 Feb 20 16:31 4.6.3 |
38 |
lrwxrwxrwx 1 root root 5 May 17 17:17 4.7.2 -> 4.7.3 |
39 |
drwxr-xr-x 7 root root 4096 May 17 17:20 4.7.3 |
40 |
# gcc-config 2 |
41 |
* Switching native-compiler to x86_64-pc-linux-gnu-4.7.3 ... |
42 |
/usr/bin/python2.7: error while loading shared libraries: libgcc_s.so.1: |
43 |
cannot open shared object file: No such file or directory |
44 |
|
45 |
ewarn: error while loading shared libraries: libgcc_s.so.1: cannot open |
46 |
shared object file: No such file or directory |
47 |
ewarn: error while loading shared libraries: libgcc_s.so.1: cannot open |
48 |
shared object file: No such file or directory |