Opened at 2010-10-09T22:06:40Z
Closed at 2010-10-23T03:42:36Z
#687 closed defect (fixed)
linking otr fails on MacOS 10.5.8
Reported by: | 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
comment:2 follow-ups: 3 4 Changed at 2010-10-12T15:56:58Z by
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 Changed at 2010-10-12T16:24:32Z by
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 Changed at 2010-10-15T20:55:00Z by
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 follow-up: 6 Changed at 2010-10-16T13:03:55Z by
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 Changed at 2010-10-17T14:29:41Z by
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
Resolution: | → fixed |
---|---|
Status: | new → closed |
That fix is somewhat accidental, but let's keep things this way for now.
Addendum: I have libotr-3.2.0 installed.