Modify

#375 closed defect (duplicate)

problems compiling bitlbee-1.2

Reported by: robb@… 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 Andrew Hall

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.

comment:3 Changed at 2008-04-04T20:11:42Z by wilmer

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 robert@…

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 wilmer

Resolution: fixed
Status: newclosed

Fixed inside arc.h without importing anything more BitlBee-specific into arc.c.

changeset:devel,375.

comment:6 Changed at 2008-04-07T09:23:26Z by anonymous

Resolution: fixed
Status: closedreopened

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 wilmer

Resolution: duplicate
Status: reopenedclosed

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 robert@…

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 Wilmer van der Gaast <wilmer@…>

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 anonymous

fwiw I'd been using dag's spec to build rpms without problem up to 1.2. I've now used the epel rpm.

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.