Build fails with undefined reference to uuid_generate in linking. about 4store HOT 10 CLOSED

What OS / distribution are you using?

from 4store.

The latest Arch Linux: Linux 3.3.8-1-ARCH #1 SMP PREEMPT Tue Jun 5 15:20:32 CEST 2012 x86_64 GNU/Linux
The 1.1.4 release builds fine, but not git master:
https://aur.archlinux.org/packages.php?O=0&K=4store&do_Search=Go
/usr/lib/libuuid.so.1 and associated header is provided by the package util-linux 2.21.2:
http://www.archlinux.org/packages/core/x86_64/util-linux/files/

from 4store.

If I re-run that last line there with the addition of -luiid, it fails with a similiar thing about "undefined reference to symbol 'floor@@GLIBC_2.2.5", so I also add -lm, and it works.

from 4store.

Can you test HEAD to see if that fixes it? I understand why the UUID function wasn't linking, but I can't see why there was no libm.

Cheers,
Steve

from 4store.

Still fails, with the last lines being ran gisted here: https://gist.github.com/2986040

That line there does include the -lm, but if I try adding the -luuid, it seems to go away?
There's a UUID_LIBS = -luuid line in the Makefile in src/frontend
I don't see it referenced anywhere. There's this line in there, too...
LIBS = $(PROFILE) -lncurses -lreadline -lglib-2.0 pcre-config --libs

I see a ZSH_VERSION in that Makefile, too - I tried again with bash, same result.

Build tool versions:
autoconf 2.69
automake 1.12.
make 3.8
binutils-multilib 2.22
gcc 4.7.1
gcc-libs 4.7.1

When running ./autogen.sh, it prints a number of:

/usr/share/automake-1.12/am/library.am: warning: 'lib4storage.a': linking libraries using a non-POSIX
/usr/share/automake-1.12/am/library.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/backend/Makefile.am:8: while processing library 'lib4storage.a'
/usr/share/automake-1.12/am/library.am: warning: 'lib4sintl.a': linking libraries using a non-POSIX
/usr/share/automake-1.12/am/library.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/common/Makefile.am:1: while processing library 'lib4sintl.a'
/usr/share/automake-1.12/am/library.am: warning: 'libsort.a': linking libraries using a non-POSIX
/usr/share/automake-1.12/am/library.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/common/Makefile.am:1: while processing library 'libsort.a'
/usr/share/automake-1.12/am/ltlibrary.am: warning: 'lib4store.la': linking libtool libraries using a non-POSIX
/usr/share/automake-1.12/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/common/Makefile.am:19: while processing Libtool library 'lib4store.la'
/usr/share/automake-1.12/am/library.am: warning: 'libdouble_metaphone.a': linking libraries using a non-POSIX
/usr/share/automake-1.12/am/library.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/libs/double-metaphone/Makefile.am:1: while processing library 'libdouble_metaphone.a'
/usr/share/automake-1.12/am/library.am: warning: 'libmt64.a': linking libraries using a non-POSIX
/usr/share/automake-1.12/am/library.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/libs/mt19937-64/Makefile.am:1: while processing library 'libmt64.a'
/usr/share/automake-1.12/am/library.am: warning: 'libstemmer.a': linking libraries using a non-POSIX
/usr/share/automake-1.12/am/library.am: archiver requires 'AM_PROG_AR' in 'configure.ac'
src/libs/stemmer/Makefile.am:5: while processing library 'libstemmer.a'
autogen.sh: Running autoconf

Which looks similar to this issue: mobile-shell/mosh#250
I added those lines, and the warning on ./autogen.sh went away, but the build still failed in the same way.
Maybe it's a matter of ./autogen.sh not being as portable as ./configure

from 4store.

Ah, I think the UUID_LIBS is the key, it's been too long since I used auto*.

Can you try 562c642 - it should hopefully fix the issue with 4s-query, but will probably then fail on the next one. If you can get me a list of binaries affected, I can fix in one go.

It's very hard to test unfortunately because I don't have access to any systems where the uuid functions are external to libc.

from 4store.

It fails on 4s-info now, instead of 4s-query. Progress! You know how I could figure out all binaries effected? Manually add -luuid in places?

from 4store.

I can give you an account on my Arch server if that'd help - just send an ssh public key via contact via email in source of leifwarner.net.

from 4store.

There, does this count as a list of binaries affected? #77
Builds to apparent completion with that.

from 4store.

That's brilliant, thanks.

If it builds, and passes a "make test", then you should be good to go.

from 4store.