1 |
On Friday 19 Dec 2014 18:23:36 meino.cramer@×××.de wrote: |
2 |
> Mick <michaelkintzios@×××××.com> [14-12-19 17:12]: |
3 |
> > On Friday 19 Dec 2014 15:53:53 meino.cramer@×××.de wrote: |
4 |
> > > Mick <michaelkintzios@×××××.com> [14-12-19 16:52]: |
5 |
> > > > On Friday 19 Dec 2014 15:23:58 meino.cramer@×××.de wrote: |
6 |
> > > > > Peter Humphrey <peter@××××××××××××.uk> [14-12-19 16:12]: |
7 |
> > > > > > On Friday 19 December 2014 11:18:34 Mick wrote: |
8 |
> > > > > > > I run fix_libtool_files.sh after a new gcc |
9 |
> > > > > > > is installed, BEFORE I remove the old version. I made a bit of |
10 |
> > > > > > > a habit of this, but I don't know if modern ebuilds of gcc |
11 |
> > > > > > > actually run the same script post install. |
12 |
> > > > > > |
13 |
> > > > > > I've found that emerge -c gcc runs fix_libtool_files.sh |
14 |
> > > > > > automatically. This has been true for quite a while now. |
15 |
> > > > > |
16 |
> > > > > Hi Peter, |
17 |
> > > > > |
18 |
> > > > > that implies that running fix_libtool_files.sh right after |
19 |
> > > > > installing gcc is ok before removing the old gcc. This is the |
20 |
> > > > > opposite from previous mail. |
21 |
> > > > > |
22 |
> > > > > By the way: I could'n find optino "-c" for emerge in the |
23 |
> > > > > manpages... |
24 |
> > > > |
25 |
> > > > Meino, to avoid misunderstandings: |
26 |
> > > > |
27 |
> > > > 1. Emerge the new gcc package. |
28 |
> > > > |
29 |
> > > > 2. Use gcc-config to change to the new gcc version. |
30 |
> > > > |
31 |
> > > > 3. Run 'env-update && source /etc/profile'. |
32 |
> > > > |
33 |
> > > > 4. Run fix_libtool_files.sh, although I would think that this is |
34 |
> > > > redundant these days. |
35 |
> > > > |
36 |
> > > > 5. Unmerge the old gcc version. |
37 |
> > > |
38 |
> > > Hi Mick, |
39 |
> > > |
40 |
> > > thanks for makeing things clear! :) |
41 |
> > > One man - one word - one gcc version! :)) |
42 |
> > > |
43 |
> > > THX! |
44 |
> > |
45 |
> > You're welcome. Peter's right the '--depclean --verbose' options will |
46 |
> > warn you if something you have already installed depends on the old gcc |
47 |
> > version. |
48 |
> |
49 |
> Hi, |
50 |
> |
51 |
> backup done! |
52 |
> |
53 |
> now... |
54 |
> |
55 |
> gcc-4.8.3 is installed, gcc-config points to the new compiler, the |
56 |
> environment is updated (I logged out and in again) and I checked |
57 |
> /etc/env.d/04gcc-armv7a-hardfloat-linux-gnueabi for using the new |
58 |
> compiler. So everything is fine...except... |
59 |
> |
60 |
> If I would remove the old compiler now, my system would again be |
61 |
> broken. |
62 |
> |
63 |
> I run the following little loop (zsh) "(.)" means: "only files"): |
64 |
> |
65 |
> for i in /sbin/*(.) /bin/*(.) /usr/sbin/*(.) /usr/bin/*(.) |
66 |
> do |
67 |
> ldd $i | grep -q -s |
68 |
> '/usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.7.3/libgcc_s.so.1' if [[ |
69 |
> "$?" == "0" ]] ; then echo $i >> /tmp/gccfiles6.txt ; fi done |
70 |
> |
71 |
> I did find |
72 |
> |
73 |
> 1033 |
74 |
> |
75 |
> executables still linked against |
76 |
> |
77 |
> /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/4.7.3/libgcc_s.so.1 |
78 |
> |
79 |
> and may be there are more being linked against other libs of the old |
80 |
> compiler. |
81 |
> |
82 |
> Should I rebuild Gentoo? |
83 |
> This would take a very very long time on this little system... |
84 |
> |
85 |
> How to proceed now? |
86 |
|
87 |
Well, it would be unwise to uninstall the old version with all these links in |
88 |
your filesystem. What do you get if you run manually 'fix_libtool_files.sh'? |
89 |
|
90 |
-- |
91 |
Regards, |
92 |
Mick |