[ClusterLabs] help compiling pacemaker 1.1 on Amazon Linux

[Jim Rippon]

Hi guys

I'm new to the list so apologies if I'm way off base, but I wonder if 
someone can help me please?

I'm looking to build private RPMs for pacemaker and any dependencies for 
Amazon Linux because I have as yet been unable to get the CentOS 
binaries to install successfully.

I've got libqb and libqb-devel RPMs built successfully (also not 
available in amazon linux repos) and installed on my build instance, but 
I am getting errors when making pacemaker from tag Pacemaker-1.1.14

I am doing the following:

  git checkout --force Pacemaker-1.1.14
  git clean -fdx
  ./autogen.sh
  ./configure # with options suggested by autogen.sh
  make

I then receive the following errors from lib/common and the make fails:

  In file included from ../../include/crm_internal.h:33:0,
  from ipc.c:19:
  ipc.c: In function 'crm_ipcs_flush_events':
  ../../include/crm/common/logging.h:140:23: error: format '%d' expects 
argument of type 'int', but argument 10 has type 'ssize_t' 
[-Werror=format=]
  static struct qb_log_callsite *trace_cs = NULL; \
  ^
  ../../include/crm/common/logging.h:254:37: note: in expansion of macro 
'do_crm_log_unlikely'
  # define crm_trace(fmt, args...) do_crm_log_unlikely(LOG_TRACE, fmt , 
##args)
  ^
  ipc.c:497:13: note: in expansion of macro 'crm_trace'
  crm_trace("Event %d to %p[%d] (%d compressed bytes) sent",
  ^
  ../../include/crm/common/logging.h:140:23: error: format '%d' expects 
argument of type 'int', but argument 10 has type 'ssize_t' 
[-Werror=format=]
  static struct qb_log_callsite *trace_cs = NULL; \
  ^
  ../../include/crm/common/logging.h:254:37: note: in expansion of macro 
'do_crm_log_unlikely'
  # define crm_trace(fmt, args...) do_crm_log_unlikely(LOG_TRACE, fmt , 
##args)
  ^
  ipc.c:500:13: note: in expansion of macro 'crm_trace'
  crm_trace("Event %d to %p[%d] (%d bytes) sent: %.120s",
  ^
  ../../include/crm/common/logging.h:140:23: error: format '%s' expects 
argument of type 'char *', but argument 11 has type 'void *' 
[-Werror=format=]
  static struct qb_log_callsite *trace_cs = NULL; \
  ^
  ../../include/crm/common/logging.h:254:37: note: in expansion of macro 
'do_crm_log_unlikely'
  # define crm_trace(fmt, args...) do_crm_log_unlikely(LOG_TRACE, fmt , 
##args)
  ^
  ipc.c:500:13: note: in expansion of macro 'crm_trace'
  crm_trace("Event %d to %p[%d] (%d bytes) sent: %.120s",
  ^
  ../../include/crm/common/logging.h:140:23: error: format '%d' expects 
argument of type 'int', but argument 12 has type 'ssize_t' 
[-Werror=format=]
  static struct qb_log_callsite *trace_cs = NULL; \
  ^
  ../../include/crm/common/logging.h:254:37: note: in expansion of macro 
'do_crm_log_unlikely'
  # define crm_trace(fmt, args...) do_crm_log_unlikely(LOG_TRACE, fmt , 
##args)
  ^
  ipc.c:512:9: note: in expansion of macro 'crm_trace'
  crm_trace("Sent %d events (%d remaining) for %p[%d]: %s (%d)",
  ^
  ipc.c: In function 'crm_ipcs_sendv':
  ../../include/crm/common/logging.h:140:23: error: format '%d' expects 
argument of type 'int', but argument 8 has type 'ssize_t' 
[-Werror=format=]
  static struct qb_log_callsite *trace_cs = NULL; \
  ^
  ../../include/crm/common/logging.h:254:37: note: in expansion of macro 
'do_crm_log_unlikely'
  # define crm_trace(fmt, args...) do_crm_log_unlikely(LOG_TRACE, fmt , 
##args)
  ^
  ipc.c:661:13: note: in expansion of macro 'crm_trace'
  crm_trace("Response %d sent, %d bytes to %p[%d]", header->qb.id, rc, 
c->ipcs, c->pid);
  ^
  ipc.c: In function 'crm_ipc_close':
  ../../include/crm/common/logging.h:140:23: error: format '%p' expects a 
matching 'void *' argument [-Werror=format=]
  static struct qb_log_callsite *trace_cs = NULL; \
  ^
  ../../include/crm/common/logging.h:254:37: note: in expansion of macro 
'do_crm_log_unlikely'
  # define crm_trace(fmt, args...) do_crm_log_unlikely(LOG_TRACE, fmt , 
##args)
  ^
  ipc.c:831:9: note: in expansion of macro 'crm_trace'
  crm_trace("Disconnecting %s IPC connection %p (%p.%p)", client->name, 
client, client->ipc);
  ^
  cc1: all warnings being treated as errors

Any help appreciated

Jim