Gentoo Archives: gentoo-amd64

From: Beso <givemesugarr@×××××.com>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] gcc with gcj flag revdep loop
Date: Mon, 26 Jan 2009 19:57:24
Message-Id: d257c3560901261157t78352307sff439172933edaf6@mail.gmail.com
In Reply to: [gentoo-amd64] gcc with gcj flag revdep loop by Mark Knecht
1 2009/1/26 Mark Knecht <markknecht@×××××.com>:
2 > Hello all,
3 > I had been thinking about possibly emerging icedtea. According to
4 > the link posted a few days ago gcc needed the gcj flag added so I did
5 > that and emerged gcc. However it seems to have caused an endless loop
6 > in revdep-rebuild. If I'm correct this is a bug that is almost 3 years
7 > old and still unfixed across many revs of gcc and all the system stuff
8 > that's related. The only possible solution I noticed in a very quick
9 > read seems to require hand manipulation of base file which I'm not
10 > going to do.
11 >
12 > http://bugs.gentoo.org/show_bug.cgi?id=125728
13 >
14 > Now, it seems that many don't see this problem. Have any of you
15 > discovered an emerge method around this?
16 >
17 > Thanks,
18 > Mark
19 >
20 > lightning ~ # revdep-rebuild -ip
21 > * Configuring search environment for revdep-rebuild
22 >
23 > * Checking reverse dependencies
24 > * Packages containing binaries and libraries broken by a package update
25 > * will be emerged.
26 >
27 > * Collecting system binaries and libraries
28 > * Generated new 1_files.rr
29 > * Collecting complete LD_LIBRARY_PATH
30 > * Generated new 2_ldpath.rr
31 > * Checking dynamic linking consistency
32 > [ 30% ] * broken
33 > /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la (requires
34 > /usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la)
35 > * broken /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la (requires
36 > /usr/lib/../lib64/libgcj.la)
37 > [ 45% ] * broken
38 > /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la (requires
39 > /usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la)
40 > * broken /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la
41 > (requires /usr/lib/../lib64/libgcj.la)
42 > [ 100% ]
43 > * Generated new 3_broken.rr
44 > * Assigning files to packages
45 > * /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la -> sys-devel/gcc
46 > * /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la -> sys-devel/gcc
47 > * !!! /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la not
48 > owned by any package is broken !!!
49 > * /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la -> (none)
50 > * !!! /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la not owned
51 > by any package is broken !!!
52 > * /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la -> (none)
53 > * Generated new 4_raw.rr and 4_owners.rr
54 > * Cleaning list of packages to rebuild
55 > * Generated new 4_pkgs.rr
56 > * Assigning packages to ebuilds
57 > * Generated new 4_ebuilds.rr
58 > * Evaluating package order
59 > * Generated new 5_order.rr
60 > * All prepared. Starting rebuild
61 > emerge --oneshot --pretend sys-devel/gcc:4.1
62 >
63 > These are the packages that would be merged, in order:
64 >
65 > Calculating dependencies... done!
66 > [ebuild R ] sys-devel/gcc-4.1.2
67 > * Now you can remove -p (or --pretend) from arguments and re-run
68 > revdep-rebuild.
69 > lightning ~ #
70 >
71 this is caused byt a bug in the generation of .la files caused by
72 static linking.
73
74 run:
75
76 fgrep -rZl /usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la
77 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgcjawt.la | xargs -0 sed -i
78 -e 's:/usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la::g'
79 fgrep -rZl /usr/lib/../lib64/libgcj.la
80 /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.2/libgij.la | xargs -0 sed -i
81 -e 's:/usr/lib/../lib64/libgcj.la::g'
82
83 --
84 dott. ing. beso