Google Desktop Search equivalent

erklaerbaer · 05-17-2007, 05:26 PM

yes:

Quote:

../index/csguess.cpp:82: error: invalid conversion from `const char**' to `char**

could it be that you use gcc 4 ?

if you don't have experience with c++, you best wait until the authors release a version that compiles cleanly.

adriv · 05-17-2007, 06:10 PM

Quote:

Originally Posted by erklaerbaer

yes:

could it be that you use gcc 4 ?

No, 3.4.6.

Quote:

Originally Posted by erklaerbaer

if you don't have experience with c++, you best wait until the authors release a version that compiles cleanly.

No experience whatsoever...

H_TeXMeX_H · 05-17-2007, 06:49 PM

Try changing line 80 from:

Code:

(char **)&rp,

to:

Code:

(const char **)&rp,

It might just work ... dunno if this will introduce a bug tho.

titopoquito · 05-18-2007, 03:10 AM

Quote:

Originally Posted by adriv

I installed antiword, unrtf and xapian, but recoll won't compile.
Running MAKE gives this:

Code:

bash-3.2$ make
cd lib; make
make[1]: Entering directory `/home/adri/Desktop/recoll-1.8.1/lib'
g++ -g -O2 -Wall -Wno-unused  -I. -I../aspell -I../bincimapmime -I../common -I../index -I../internfile -I../rcldb -I../unac -I../utils -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -DRECOLL_DATADIR=\"/usr/local/share/recoll\" -DLIBDIR=\"/usr/local/lib\" -DHAVE_CONFIG_H -D_GNU_SOURCE -DPUTENV_ARG_NOT_CONST -DHAVE_VASPRINTF=1 -DHAVE_MKDTEMP=1 -c ../index/csguess.cpp
../index/csguess.cpp: In function `int transcodeErrCnt(const char*, int, const char*, const char*)':
../index/csguess.cpp:82: error: invalid conversion from `const char**' to `char**'
../index/csguess.cpp:82: error:   initializing argument 2 of `size_t libiconv(void*, char**, size_t*, char**, size_t*)'
make[1]: *** [csguess.o] Error 1
make[1]: Leaving directory `/home/adri/Desktop/recoll-1.8.1/lib'
make: *** [all] Error 2
bash-3.2$

Anyone an idea what's wrong?

Sorry to hear that. It compiles clean as a whistle here with the three apps mentioned and I hope that it's not an additional dependency I incidently met. I would check the configure output -- are there warnings, where are "no"s as result found ...

Only difference: I installed all four apps to /usr instead of /usr/local like you seem you did. Had to change the Makefile for antiword (changed line to "GLOBAL_INSTALL_DIR = /usr/bin" where /usr/local/bin was hardcoded) and configured the others with --prefix=/usr. But honestly I don't know if that makes a big difference.

EDIT: This program has by far the shortest configure output I've seen. If you want to compare ... aspell and xapian-config are the only ones that seem to be checked here:

Code:

configure: WARNING: you should use --build, --host, --target
checking for aspell... /usr/bin/aspell
withAspell = yes
configure: inotify monitoring disabled
checking for i486-slackware-linux-gcc... i486-slackware-linux-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i486-slackware-linux-gcc accepts -g... yes
checking for i486-slackware-linux-gcc option to accept ANSI C... none needed
checking for iconv_open in -liconv... no
checking for iconv_open in -liconv... no
checking for iconv_open in -lc... yes
checking for xapian-config... /usr/bin/xapian-config
configure: rcl_cv_qt4 no
checking for qmake... /usr/lib/qt/bin/qmake
checking how to run the C preprocessor... i486-slackware-linux-gcc -E
checking for X... libraries /usr/X11/lib, headers 
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
configure: creating ./config.status
config.status: creating mk/localdefs
config.status: creating recollinstall
config.status: creating Makefile
config.status: creating sampleconf/recoll.conf
config.status: creating qtgui/recoll.pro
config.status: creating common/autoconfig.h

adriv · 05-18-2007, 06:18 AM

OK, so here's the output from ./configure:

Code:

checking for aspell... /usr/bin/aspell
withAspell = yes
configure: inotify monitoring disabled
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for iconv_open in -liconv... yes
checking for xapian-config... /usr/local/bin/xapian-config
configure: rcl_cv_qt4 no
checking for qmake... /usr/lib/qt/bin/qmake
checking how to run the C preprocessor... gcc -E
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
configure: creating ./config.status
config.status: creating mk/localdefs
config.status: creating recollinstall
config.status: creating Makefile
config.status: creating sampleconf/recoll.conf
config.status: creating qtgui/recoll.pro
config.status: creating common/autoconfig.h
config.status: common/autoconfig.h is unchanged

I don't see anything strange in it.

Quote:

Originally Posted by H_TeXMeX_H

Try changing line 80 from:

Code:

(char **)&rp,

to:

Code:

(const char **)&rp,

It might just work ... dunno if this will introduce a bug tho.

You mean of the makefile?
Don't see those lines there anywhere, except for lines 22-24:

Code:

common/rclversion.h: VERSION
	echo 'static const char *rclversion = "'`cat VERSION`'";' \
	   > common/rclversion.h

titopoquito · 05-18-2007, 06:35 AM

Quote:

Originally Posted by adriv

OK, so here's the output from ./configure:

Code:

checking for aspell... /usr/bin/aspell
withAspell = yes
configure: inotify monitoring disabled
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for iconv_open in -liconv... yes
checking for xapian-config... /usr/local/bin/xapian-config
configure: rcl_cv_qt4 no
checking for qmake... /usr/lib/qt/bin/qmake
checking how to run the C preprocessor... gcc -E
checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
configure: creating ./config.status
config.status: creating mk/localdefs
config.status: creating recollinstall
config.status: creating Makefile
config.status: creating sampleconf/recoll.conf
config.status: creating qtgui/recoll.pro
config.status: creating common/autoconfig.h
config.status: common/autoconfig.h is unchanged

I don't see anything strange in it.

I don't see anything too, looks basically the same

Quote:

You mean of the makefile?

No, H_TeXMeX_H meant the file index/csguess.cpp.

adriv · 05-18-2007, 07:50 AM

Thanks, but I'm afraid it doesn't help much:

Code:

bash-3.2$ make
cd lib; make
make[1]: Entering directory `/home/adri/Desktop/recoll-1.8.1/lib'
g++ -M -g -O2 -Wall -Wno-unused  -I. -I../aspell -I../bincimapmime -I../common -I../index -I../internfile -I../rcldb -I../unac -I../utils -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -DRECOLL_DATADIR=\"/usr/local/share/recoll\" -DLIBDIR=\"/usr/local/lib\" -DHAVE_CONFIG_H -D_GNU_SOURCE -DPUTENV_ARG_NOT_CONST -DHAVE_VASPRINTF=1 -DHAVE_MKDTEMP=1 ../index/csguess.cpp > csguess.dep
touch csguess.dep.stamp
g++ -g -O2 -Wall -Wno-unused  -I. -I../aspell -I../bincimapmime -I../common -I../index -I../internfile -I../rcldb -I../unac -I../utils -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/X11R6/include -DRECOLL_DATADIR=\"/usr/local/share/recoll\" -DLIBDIR=\"/usr/local/lib\" -DHAVE_CONFIG_H -D_GNU_SOURCE -DPUTENV_ARG_NOT_CONST -DHAVE_VASPRINTF=1 -DHAVE_MKDTEMP=1 -c ../index/csguess.cpp
../index/csguess.cpp: In function `int transcodeErrCnt(const char*, int, const char*, const char*)':
../index/csguess.cpp:82: error: invalid conversion from `const char**' to `char**'
../index/csguess.cpp:82: error:   initializing argument 2 of `size_t libiconv(void*, char**, size_t*, char**, size_t*)'
make[1]: *** [csguess.o] Error 1
make[1]: Leaving directory `/home/adri/Desktop/recoll-1.8.1/lib'
make: *** [all] Error 2
bash-3.2$

Like I said, I don't know anything about coding, so completely stuck...

titopoquito · 05-18-2007, 08:07 AM

It's not a real solution to the error you get, but I could send you my Slackbuild scripts I used or even the packages of all four via email. Don't know how to solve the error other way ...

Alien_Hominid · 05-18-2007, 08:11 AM

Titopoquito, you could send them at linuxpackages so others could use them too.

titopoquito · 05-18-2007, 08:15 AM

Generally a good (or very good) idea. The problem is I don't have the time now to clean them up from highly idiosyncratic stuff and get them tidy so that they would get accepted at linuxpackages.net or slackbuild.org. Maybe next week, but definitely not this weekend

And I guess it would take some more time for them to be reviewed and accepted.

Alien Bob · 05-18-2007, 10:25 AM

I am interested in recoll myself, so the review time at SlackBuilds.org would be fairly short :-) In fact I was already prepared to build the packages for my own repository (http://www.slackware.com/~alien/slackbuilds/) but to have your SlackBuilds on SBo is a good addition.

Eric

kite · 05-18-2007, 11:50 AM

Quote:

Originally Posted by titopoquito

It's not a real solution to the error you get, but I could send you my Slackbuild scripts I used or even the packages of all four via email. Don't know how to solve the error other way ...

I also got the same error on compiling. would you please do me a favor to send the package and slackbuild to my email address? My Email: kitelau at gmail dot com

Thanks.

H_TeXMeX_H · 05-18-2007, 11:56 AM

If it absolutely won't compile, you could try 'rpm2tgz' then 'installpkg' on an rpm build of it.

titopoquito · 05-18-2007, 01:13 PM

Ok, I will try to prepare the scripts for submission on slackbuild.org, so that others could get them if they want. kite, I will send you the packages, then maybe in some days the build scripts will be available anyway ...

adriv · 05-18-2007, 03:30 PM

Quote:

Originally Posted by H_TeXMeX_H

If it absolutely won't compile, you could try 'rpm2tgz' then 'installpkg' on an rpm build of it.

Why didn't I think of that?

But, a little later... no such luck.
I tried src2pkg as well and that didn't work either.

Quote:

Originally Posted by titopoquito

It's not a real solution to the error you get, but I could send you my Slackbuild scripts I used or even the packages of all four via email. Don't know how to solve the error other way ...

Thanks!
I'll wait for the script at SlackBuilds.org, there's no hurry. And I have just a hunch that it won't last very long before we see it there.

By the way: I tried Kat, but that's horrible. Eats up all your memory and Slack is sloooooooooooooooooooooow with Kat on the background (not to mention the two crashes of Kat).
So I got rid of it.