Compile error -- "libstdc++.la: file not recognized"

reynolds531

I'm trying to compile a new version of Recoll, a desktop search tool:

www.lesbonscomptes.com/recoll/

However, I get the following error message:

infirit · Posted: Sun Dec 25, 2005 1:34 pm Post subject:

The error is from C++ only so all C program would not get this error. You could try running:

dhave · Posted: Thu Jan 12, 2006 6:04 pm Post subject:

Reynolds531, I'm trying to do the same thing (compile recoll), and I'm getting exactly the same error. I alsy am running gcc-3.4.4.

I tried re-emerging libstdc++, but that didn't make any difference. I had also already tried the "fix_libool_files" script, to no avail.

I haven't tried re-emerging gcc, as I don't think it's worth the time or trouble. However, I would like to know what the developer's workaround is. Would you mind posting the specifics? Thanks.

dhave · Posted: Thu Jan 12, 2006 8:56 pm Post subject:

After running ./configure, I deleted the reference to libstdc++.la in the file mk/localdefs file. Then I did "make" and "make install". Everything compiled fine, and the program seems to work as intended. I checked with the developer (who's very helpful, by the way), and he said this was an acceptable workaround.

It seems to be a pretty nice application. Maybe a lightweight Beagle replacement, though I haven't run it extensively yet. Give it a try.

reynolds531 · Posted: Thu Jan 12, 2006 10:11 pm Post subject:

reynolds531 · Posted: Fri Jan 13, 2006 12:35 am Post subject:

I tried isolating the problem by compiling omega, another program that depends on xapian. Omega compiled without error. Here's the final bit of output after running make:

medoc · n00b Joined: 10 Dec 2005 Posts: 7 Location: Europe

Hello, I am the developper of recoll. Deleting the reference to libstdc++.la from mk/localdefs is the correct fix until I can sort this out (I added it to the download page on the web site).

I believe that the reason why the link with omega works is that it is performed by libtool. As libstdc++.la is a libtool file, libtool does the right thing (delete it from the c++ command). But it should be possible to link with xapian without using libtool (it does work on quite a few other systems), I have sent a message to the xapian-devel list about this problem, I hope I'll have a real solution soon.

By the way, this is not a gentoo issue, I heard of someone on slackware with the same problem.

I'll also add a check for qmake in the configure.

Thanks to all for putting up with these issues, don't hesitate to contact me, I am always looking for ways to improve/extend recoll.

JF

dhave · Posted: Fri Jan 13, 2006 10:08 am Post subject:

dhave · Posted: Sat Jan 14, 2006 6:37 pm Post subject: Fixed now.

This problem is now fixed by a patch to Xapian, one of the prerequisites for building Recoll. The patched package is xapian-0.9.2-r1. It's currently listed in "testing", so you'll have to make an addition to your package.keywords to emerge it.

I emerged the patched Xapian package, then rebuilt and reinstalled Recoll with no problems.

Those of you who are Beagle fans should give Recoll a try, at least for comparison's sake.

reynolds531 · Posted: Sat Jan 14, 2006 6:53 pm Post subject:

Just a note that this was indeed a problem with xapian, not with recoll. The recoll developer submitted a patch against xapian that just went into portage. Just use > xapian-0.9.2-r1 and recoll should compile.