Persistent revdep-rebuild issues: gcc and libgcj.la

Message

wilburpan · Post by **wilburpan** » Fri Mar 17, 2006 8:26 pm

I ran revdep-rebuild and got this:

# revdep-rebuild -pv
Configuring search environment for revdep-rebuild

Checking reverse dependencies...

Packages containing binaries and libraries broken by a package update
will be emerged.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.5/lib-org-w3c-dom.la (requires /usr/lib/libgcj.la)
  broken /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.5/lib-org-xml-sax.la (requires /usr/lib/libgcj.la)
  broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-w3c-dom.la (requires /usr/lib/libgcj.la)
  broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.5/lib-org-xml-sax.la (requires /usr/lib/libgcj.la)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

All prepared. Starting rebuild...
emerge --oneshot -pv =sys-devel/gcc-3.4.5-r1
..........

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] sys-devel/gcc-3.4.5-r1  USE="fortran gcj gtk nls objc -bootstrap -boundschecking -build -hardened -ip28 -multislot -nocxx -nopie -nossp -vanilla" 0 kB

I reemerged gcc, but I keep getting the same output from revdep-rebuild.

Any ideas why?

Stickied -- desultory
Unstuck. -- desultory

Unleashed · Post by **Unleashed** » Sat Mar 18, 2006 4:26 am

Almost same here, last two broken lines only. I had emerged it using "-gcj" but reemerged it with gcj support a while back.

Gergan Penkov · Post by **Gergan Penkov** » Sat Mar 18, 2006 5:43 am

this does not make sense, which version of getnoolkit are u using.
the la files does not play any serious role in the library resolution anymore.
these must be simple text files.

wilburpan · Post by **wilburpan** » Sun Mar 19, 2006 2:08 am

I have the most recent version of gentoolkit: gentoolkit-0.2.2_pre3.

Rebuilding gcc with -gcj got rid of the revdep-rebuild error, but it doesn't explain why it was happening in the first place.

Gergan Penkov · Post by **Gergan Penkov** » Sun Mar 19, 2006 2:28 am

because in revdep-rebuild searches them also:

Code: Select all

        if $SEARCH_BROKEN ; then
                cat $LIST.1_files | egrep '*\.la$' | while read FILE ; do
                        for depend in $(grep '^dependency_libs' $FILE | awk -F'=' '{print $2}' | sed "s/'//g") ; do
                                [ ${depend:0:1} != '/' ] && continue
                                if [ ! -e $depend ] ; then
                                        echo "$FILE" >>$LLIST.3_rebuild
                                        echo_v "  broken $FILE (requires ${depend})"
                                fi
                        done
                done
        fi
        echo -e " done.\n  ($LLIST.3_rebuild)"

[EDITED] it seems that in a way they are making double check, one time the so-libraries and more time the la-s, strange[/EDITED]
If ldd shows no errors on the corresponding so-libraries, then this error probably could be ignored, although kde uses the la-files for some dynamic loading.

brig · Post by **brig** » Wed Apr 05, 2006 2:01 pm

I have the same problem with the gcc-3.4.6.
I do:

Code: Select all

# rm /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/lib-org-w3c-dom.la /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/lib-org-xml-sax.la /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.6/lib-org-w3c-dom.la /usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.6/lib-org-xml-sax.la

And when i try again the

Code: Select all

revdev-rebuild

nothing is broken

But if I emerge again the gcc-3.4.6 and do the

Code: Select all

revdev-rebuild

it appears again.

naddahere · Post by **naddahere** » Thu Apr 06, 2006 12:32 am

when i revdep-rebuild i get this and gcc is rebuilt although libgcj.la is built, its located in /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/

broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/lib-org-w3c-dom.la (requires /usr/lib/libgcj.la)
broken /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/lib-org-xml-sax.la (requires /usr/lib/libgcj.la)

is libgcj located in the wrong place?

brig · Post by **brig** » Thu Apr 06, 2006 12:24 pm

I don't known, but I use this information to do

Code: Select all

 ln -sf /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libgcj.la /usr/lib/libgcj.la

And now I can do a revdep-rebuild without emerging again the gcc.

naddahere · Post by **naddahere** » Thu Apr 06, 2006 11:52 pm

yea i would do the same thing, but i dont want to forget to update the symlink next time i update gcc

hokstein · Post by **hokstein** » Thu Apr 27, 2006 3:28 am

brig wrote:I don't known, but I use this information to do
Code: Select all
 ln -sf /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libgcj.la /usr/lib/libgcj.la
And now I can do a revdep-rebuild without emerging again the gcc.

I've made the symlink, but revdep-rebuild still attempts to emerge gcc, even after deleting its temporary files in root's home directory.

Gergan Penkov · Post by **Gergan Penkov** » Thu Apr 27, 2006 3:33 am

In fact this is connected with [bug=90744]bug# 90744[/bug] I've already commented there, the best solution is to delete the la-files and run revdep-rebuild.

desultory · Post by **desultory** » Sun Feb 18, 2007 8:44 am

This is, [post=3475803]as noted elsewhere[/post], [bug=125728]a bug[/bug] present in gcc from at least version 3.4.5 and still present in the 4.1 series.

As noted elsewhere [post=3475710]on the forums[/post] and in the comments on the bug report, the workaround is to create a symbolic link from /usr/lib/libgcj.la to the libgcj.la present in /usr/lib/gcc/ subdirectory of the currently used version of gcc, or to manually edit the effected libtool archive files.

turtles · Post by **turtles** » Fri Jun 22, 2007 5:02 pm

Could a perl script be written to search and replace?
Would that fix the problem?
It seems the string occurs in differnet files on different versions / systems but the same string?

desultory · Post by **desultory** » Wed Jul 04, 2007 5:40 am

turtles wrote:Could a perl script be written to search and replace?

Yes.

turtles wrote:Would that fix the problem?

It could work around the problem, a proper fix would probably require changes to gcc upstream.

turtles wrote:It seems the string occurs in differnet files on different versions / systems but the same string?

There are actually multiple erroneous entries associated with this problem in some versions of sys-devel/gcc, both /usr/lib/libgcj.la and /usr/lib/lib-gnu-java-awt-peer-gtk.la have incorrect paths.

someone12345 · Post by **someone12345** » Sat Jul 28, 2007 10:14 am

Hi!

Regarding bug 125728 (http://bugs.gentoo.org/show_bug.cgi?id=125728)...isn't somebody going
to fix this?

I just read the recent gentoo newsletter and tried the mentioned updateworld script which includes
revdev-rebuild. So far I simply ignored the bug but the script is actually quite unusable if this bug isn't
finally fixed...

desultory · Post by **desultory** » Sat Jul 28, 2007 11:38 pm

Merged the above post.

someone12345 · Post by **someone12345** » Sun Jul 29, 2007 9:07 am

Yes, in my case:

Code: Select all

 
$ ln -s /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/lib-gnu-java-awt-peer-gtk.la lib-gnu-java-awt-peer-gtk.la
$ ln -s /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgcj.la libgcj.la

But this cannot be the permanent solution. That's why I asked whether this is going to be fixed.

desultory · Post by **desultory** » Mon Jul 30, 2007 12:27 am

It has yet to be reported upstream.

turtles · Post by **turtles** » Mon Aug 13, 2007 9:20 pm

I think I goofed up

Code: Select all

 ls libgcj.la
ls: cannot access libgcj.la: Too many levels of symbolic links

I think I made them both links to eachother.
Where can I find ibgcj.la to replace the pile of symlinks?
Cheers
EDIT:
If this is correct I fixed it:

Code: Select all

lapcat lib # pwd
/usr/lib
ls -la libgcj.la
lrwxrwxrwx 1 root root 46 2007-08-13 13:44 libgcj.la -> /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libgcj.la

turtles · Post by **turtles** » Tue Aug 21, 2007 6:49 pm

There could at least be an ewarn added to the ebuild.

Vlad.Sharp · Post by **Vlad.Sharp** » Tue Aug 21, 2007 7:37 pm

I thought this has been fixed with the rewritten version of revdep-rebuild?

turtles · Post by **turtles** » Wed Aug 22, 2007 2:38 am

it is a gcc bug. A bug in revdep-rebuild made it disappear. That bug got fixed.

swingkyd · Post by **swingkyd** » Mon Nov 12, 2007 6:51 pm

i'm having the same problem on a fresh install after 1 month with gcc-4.1.2 built with the gcj flag (needed for an application I wanted). So does one still have to symlink some files to make this work?

desultory · Post by **desultory** » Tue Nov 13, 2007 9:36 am

Apparently [bug=125728]so[/bug].

turtles · Post by **turtles** » Mon Dec 17, 2007 12:57 am

Well ran into this again helping friend update on a x86_64 and it seems the gcc bug is closed but the gentoo bug is open.
here is a one liner to copy and paste

Code: Select all

ln -s /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/lib-gnu-java-awt-peer-gtk.la /usr/lib/lib-gnu-java-awt-peer-gtk.la  && ln -s /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/libgcj.la /usr/lib/libgcj.la

In that case.
I think the problem is gcc has a directory at 4.1.1 as well as 4.1.2
cheers