emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Dave Taht <d@teklibre.org>
To: Bastien <bastien.guerry@wikimedia.fr>
Cc: emacs-orgmode@gnu.org, spc@conman.org
Subject: Re: Introducing gnugol - an org-mode-output web search client
Date: Tue, 04 Jan 2011 11:11:17 -0800	[thread overview]
Message-ID: <4D2370D5.6030807@teklibre.org> (raw)
In-Reply-To: <87ipy5t4cp.fsf@gnu.org>

Hi Bastien,

On 01/04/2011 01:17 AM, Bastien wrote:
> Hi Dave,
> 
> Dave Taht <d@teklibre.org> 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!

  parent reply	other threads:[~2011-01-04 19:11 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-02 23:28 Introducing gnugol - an org-mode-output web search client Dave Taht
2011-01-03  5:00 ` Bart Bunting
2011-01-04 10:06   ` Achim Gratz
2011-01-04 10:21     ` Bart Bunting
2011-01-04  9:17 ` Bastien
2011-01-04  9:57   ` Manuel Hermenegildo
2011-01-04 19:11   ` Dave Taht [this message]
2011-01-05  2:05     ` Matt Lundin
2011-01-05  8:40     ` Achim Gratz
2011-01-06 17:06 ` Allen S. Rout
2011-01-06 18:19   ` brian powell
2011-01-06 20:11     ` Konrad Hinsen
2011-01-07 11:35       ` brian powell
2011-01-08 17:42     ` Dave Taht
2011-01-08 17:21   ` Dave Taht
2011-01-08 18:12     ` Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4D2370D5.6030807@teklibre.org \
    --to=d@teklibre.org \
    --cc=bastien.guerry@wikimedia.fr \
    --cc=emacs-orgmode@gnu.org \
    --cc=spc@conman.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).