configure.ac | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 patch: relax uuid, zlib version requirements

src/ldm.c | 8 4 + 4 - 0 !
1 file changed, 4 insertions(+), 4 deletions(-)

 patch: easy fix for compiling with -werror=format-security

error: format not a string literal and no format arguments [-Werror=format-security]

m4/.exists | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

 make sure that the m4 directory is there so autoreconf works

src/ldmtool.c | 2 2 + 0 - 0 !
1 file changed, 2 insertions(+)

 don't call g_type_init when compiling with newer glib versions

src/ldm.c | 28 14 + 14 - 0 !
1 file changed, 14 insertions(+), 14 deletions(-)

 cast result of be64toh() to uint64_t

glibc 2.16 makes a change to be64toh() which breaks libldm. In the new glibc,
be64toh() returns unsigned long long int regardless of wordsize. This breaks in
combination with PRIu64 on x86_64, which expects unsigned long.

It's not clear to me whether this is a regression in glibc, or a failure of gcc
to recognise that unsigned long long int and unsigned long are the same thing on
x86_64.

There's a Fedora bug open against glibc here:
https://bugzilla.redhat.com/show_bug.cgi?id=859427

src/mbr.c | 8 4 + 4 - 0 !
1 file changed, 4 insertions(+), 4 deletions(-)

 avoid shadowing error on mips*