#375 closed defect (duplicate)
problems compiling bitlbee-1.2
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | BitlBee | Version: | 1.2 |
Keywords: | Cc: | ||
IRC client+version: | Client-independent | Operating System: | Public server |
OS version/distro: | centos 4.6 |
Description
can't compile on centos-4.6, the following error occurs:
- Compiling arc.c
In file included from arc.c:48: arc.h:33: error: syntax error before "struct" make[1]: * [arc.o] Error 1
Attachments (0)
Change History (10)
comment:1 Changed at 2008-04-04T19:13:34Z by
comment:2 Changed at 2008-04-04T19:21:11Z by
Ok - it was introduced in 2.6 http://library.gnome.org/devel/glib/stable/ix05.html
comment:3 Changed at 2008-04-04T20:11:42Z by
Hmm, oh, I totally overlooked this bug. This is a problem on some Gentoy boxes too, I'm told. Indeed G_GNUC_MALLOC was introduced in GLib 2.6, but there should be a hack in BitlBee that automatically defines it (to nothing) so that it should be GLib 2.4 compatible as well.
comment:4 Changed at 2008-04-04T21:48:37Z by
The following patch solves the problem on RHEL 4.6/CentOS 4.6 for me:
--- bitlbee-1.2/lib/arc.c 2008-03-16 14:12:21.000000000 +0100 +++ bitlbee-1.2/lib/arc.c.gmalloc 2008-04-04 23:39:35.000000000 +0200 @@ -40,10 +40,7 @@ */ -#include <glib.h> -#include <gmodule.h> -#include <stdlib.h> -#include <string.h> +#include <bitlbee.h> #include "misc.h" #include "arc.h"
comment:5 Changed at 2008-04-05T11:57:19Z by
Resolution: | → fixed |
---|---|
Status: | new → closed |
Fixed inside arc.h without importing anything more BitlBee-specific into arc.c.
comment:6 Changed at 2008-04-07T09:23:26Z by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
rebuilt with latest arc.h compiles, but attempting to install:
# rpm -Uvh /usr/src/redhat/RPMS/i386/bitlbee-1.2-1.rf.i386.rpm error: Failed dependencies:
libc.so.6(GLIBC_PRIVATE) is needed by bitlbee-1.2-1.rf.i386
seems to be here:
# eu-readelf -s bitlbee | fgrep GLIBC_PRIVATE
628: 00000000 305 FUNC GLOBAL DEFAULT UNDEF res_maybe_init@GLIBC_PRIVATE (8)
let me know if you need more info.
comment:7 Changed at 2008-06-14T16:15:35Z by
Resolution: | → duplicate |
---|---|
Status: | reopened → closed |
It means your distro is broken. :-P
(You can disable SRV record lookups to fix this.)
#390 is similar to this.
comment:8 Changed at 2008-06-14T16:30:10Z by
I would say, the way of building the RPM package is broken somehow. I'm the EPEL maintainer of Bitlbee and I can't see any problem there for RHEL 4.x/CentOS 4.x; maybe you consider EPEL (http://fedoraproject.org/wiki/EPEL) rather your current repository.
comment:9 Changed at 2008-06-14T16:46:15Z by
I would say, the way of building the RPM package is broken
somehow. I'm
the EPEL maintainer of Bitlbee and I can't see any problem there
for RHEL
4.x/CentOS 4.x; maybe you consider EPEL
(http://fedoraproject.org/wiki/EPEL) rather your current repository.
Actually the Fedora maintainer worked around this problem by
reimplementing the libresolv.a code I'm trying to link in. You may be
able to find the patch somewhere around there. I'm not sure how to
fix this problem in main-line BitlBee right now, I just don't feel
too attracted to reimplementing library code just because it doesn't
work on some distros.
(Also, this is not critical functionality, it's easy to disable and
everything will still work, just that you have to manually specify a
servername when connecting to some Jabber networks.)
comment:10 Changed at 2008-06-16T10:14:54Z by
fwiw I'd been using dag's spec to build rpms without problem up to 1.2. I've now used the epel rpm.
What version of glib do you have? You will want to look at gmacros.h to make sure that G_GNUC_MALLOC is defined. I think this was introduce in glib 2.5 but I'm not positive. This dependecy should be noted in the documentation somewhere.