Re: [Orgmode] Introducing gnugol - an org-mode-output web search client

[Dave Taht]

Hi Bastien,

On 01/04/2011 01:17 AM, Bastien wrote:
> Hi Dave,
> 
> Dave Taht <address@hidden> writes:
> 
>> Gnugol is small, fast, simple, and growing more useful by the day. (I
>> wrote the doc (http://gnugol.taht.net) for it in org-mode, too)
> 
> Looks interesting!

It's so awesome to have people trying this - my last project had 2 users
total....

>> Installation instructions:

A fix for one of the problems reported on this list (by bart, thx!) was
to make sure that the path

/usr/local/lib

was in /etc/ld.so.conf or in /etc/ld.so.conf.d and to run

sudo ldconfig

after installing libjannson.

I've updated the documentation to reflect his.

> 
> I'm using ArchLinux.  I installed jansson from `yaourt -S jansson',
> jansson compiles fine.  I then looked for curl-dev but couldn't find
> it in ArchLinux.

If you got this far on the build, you probably have the curl-dev
dependency resolved via other means. libcurl-dev?

> I cloned the last git repo of Gnugol and tried to compile it but I get
> this error:

A small fix for one of the two utf-8 issues remaining got pushed out
yesterday. (again in response to a bug report - thx Max/sean)

The remaining utf-8 issue only (so far as I know) affects international
characters at the command line, not in emacs's gnugol.el, which both url
encodes utf8 and then shell escapes it before handing it to the shell.
(it however requires that emacs be in utf-8 mode in the first place)

I've added some site-specific searches to gnugol.el in the latest commits.

> ,----
> | ../engines/engines.o: In function `gnugol_try_openlib':
> | /home/guerry/install/git/Gnugol/src/engines/engines.c:21: warning: Using 
> 'dlopen' in statically linked applications requires at runtime the shared 
> libraries from the glibc version used for linking
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlopen.o): In 
> function `dlopen':
> | (.text+0x1b): undefined reference to `__dlopen'
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlclose.o): In 
> function `dlclose':
> | (.text+0x8): undefined reference to `__dlclose'
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlsym.o): In function 
> `dlsym':
> | (.text+0x1b): undefined reference to `__dlsym'
> | /usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../libdl.a(dlerror.o): In 
> function `dlerror':
> | (.text+0x8): undefined reference to `__dlerror'
> | collect2: ld returned 1 exit status
> | make[2]: *** [gnugol] Error 1
> | make[2]: Leaving directory `/home/guerry/install/git/Gnugol/src/clients'
> | make[1]: *** [all] Error 2
> | make[1]: Leaving directory `/home/guerry/install/git/Gnugol/src'
> | make: *** [all] Error 2

Regrettably I didn't write the dll code, and my gcc is at version 4.4.3
My guesses are that you need to specify some sort of "-dynamic" option
to gcc on your platform or specify the libdl shared object?

(there is no -dynamic option on gcc 4.4.3 however)

Do the other engines break as well? (make -k)

I've gnugold on your error message without being particularly
enlightened thus far.

> `----
> 
> Hope that helps,
> 

I expected teething problems. Will figure this one out soon. Thanks for
trying gnugol!