Modify

#687 closed defect (fixed)

linking otr fails on MacOS 10.5.8

Reported by: Christian Ebert <blacktrash@…> Owned by:
Priority: normal Milestone:
Component: BitlBee Version: devel
Keywords: Cc:
IRC client+version: Client-independent Operating System: MacOS
OS version/distro:

Description

Very interested to build with --otr=1, but atm it fails like so:

  • Linking bitlbee

Undefined symbols:

"_gcry_strerror", referenced from:

_otr_save in otr.o _keygen_child_main in otr.o _otr_load in otr.o _otr_load in otr.o

"_gcry_error_from_errno", referenced from:

_otr_load in otr.o

ld: symbol(s) not found collect2: ld returned 1 exit status make: * [bitlbee] Error 1

I believe it expects an .so file instead of .dylib, at least that's what I gather from the utter failure to compile with --otr=plugin.

It would be really nice if this worked also on MacOS.

Attachments (0)

Change History (7)

comment:1 Changed at 2010-10-12T10:08:44Z by Christian Ebert <blacktrash@…>

Addendum: I have libotr-3.2.0 installed.

comment:2 Changed at 2010-10-12T15:56:58Z by wilmer

Argh. I wrote a comment here by e-mail but apparently it never made it to Trac:

Can you try adding -lgcrypt to EFLAGS and try again?

comment:3 in reply to:  2 Changed at 2010-10-12T16:24:32Z by Christian Ebert <blacktrash@…>

Replying to wilmer:

Argh. I wrote a comment here by e-mail but apparently it never made it to Trac:

Can you try adding -lgcrypt to EFLAGS and try again?

Unfortunately this doesn't help. I also tried adding -L/sw/lib (where libgrypt.dylib resides on my machine) and/or -lgcrypt to LDFLAGS to no avail.

comment:4 in reply to:  2 Changed at 2010-10-15T20:55:00Z by Christian Ebert <blacktrash@…>

Replying to wilmer:

Argh. I wrote a comment here by e-mail but apparently it never made it to Trac:

Can you try adding -lgcrypt to EFLAGS and try again?

duh, I added EFLAGS+=-lgcrypt under the mingw switch in the Makefile; so obviously this had no effect. Anyway, after putting it in the right place bitlbee built like charm including otr.

Thanks and apologies for any confusions caused by my stupidity.

comment:5 Changed at 2010-10-16T13:03:55Z by Wilmer van der Gaast <wilmer@…>

Hah, glad to hear that. :-) Everything works properly now? I'll see how to fix this to work well automatically. Thanks for the update!

comment:6 in reply to:  5 Changed at 2010-10-17T14:29:41Z by Christian Ebert <blacktrash@…>

Replying to Wilmer van der Gaast <wilmer@…>:

Hah, glad to hear that. :-) Everything works properly now? I'll see how to fix this to work well automatically. Thanks for the update!

Works fine now. At least it builds fine, didn't have time to use it yet. I guess it was bzr -r 703 that added the necessary flags in configure.

Thanks for your patience and the fix!

comment:7 Changed at 2010-10-23T03:42:36Z by wilmer

Resolution: fixed
Status: newclosed

That fix is somewhat accidental, but let's keep things this way for now.

Modify Ticket

Action
as closed The ticket will remain with no owner.
The resolution will be deleted.

Add Comment


E-mail address and name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.