[Pianod] Build 111 - user persistence changes

[Peter Li]

Hmm, except gcrypt version wouldn't explain why I have a declaration 
somewhere but no object.  Unless gcrypt is broken...  Anyway will keep 
looking.


On 02/02/2013 09:47 AM, Peter Li wrote:
> Hey, I'm having some minor build issues with v111 on Fedora x86, 
> Raspbian, and ArchLinARM.
>
> First, libezxml doesn't build from the makefile:
>
>     c99 -O2 -DNDEBUG   -I src/libpiano -I src/libwaitress \
>             -I src/libfootball -I src/libezxml \
>             -DFB_NOIP6 \
>             -I /opt/local/include -DENABLE_FAAD \
>             -DENABLE_MAD  \
>              -I/usr/include/json   -c -o src/libezxml/ezxml.o
>     src/libezxml/ezxml.c
>     src/libezxml/ezxml.c: In function 'ezxml_proc_inst':
>     src/libezxml/ezxml.c:307:9: warning: implicit declaration of
>     function 'strdup' [-Wimplicit-function-declaration]
>     src/libezxml/ezxml.c:307:24: warning: assignment makes pointer
>     from integer without a cast [enabled by default]
>     src/libezxml/ezxml.c: In function 'ezxml_parse_fd':
>     src/libezxml/ezxml.c:640:9: warning: implicit declaration of
>     function 'madvise' [-Wimplicit-function-declaration]
>     src/libezxml/ezxml.c:640:23: error: 'MADV_SEQUENTIAL' undeclared
>     (first use in this function)
>     src/libezxml/ezxml.c:640:23: note: each undeclared identifier is
>     reported only once for each function it appears in
>     src/libezxml/ezxml.c:642:35: error: 'MADV_NORMAL' undeclared
>     (first use in this function)
>     src/libezxml/ezxml.c: In function 'ezxml_set_attr':
>     src/libezxml/ezxml.c:928:26: warning: assignment makes pointer
>     from integer without a cast [enabled by default]
>     make: *** [src/libezxml/ezxml.o] Error 1
>
> I can just go to the libezxml directory and run make in place there 
> and it generates a static archive successfully and then the rest of 
> pianod build seems to go on.
>
> But then at the end of pianod build I have:
>
>       LINK  pianod
>     c99 -O2 -DNDEBUG   -L/opt/local/lib  src/pianod.o src/player.o
>     src/command.o src/settings.o src/support.o src/response.o
>     src/logging.o src/users.o src/seeds.o src/query.o src/pianoextra.o
>     src/libpiano/crypt.o src/libpiano/piano.o src/libpiano/request.o
>     src/libpiano/response.o src/libfootball/fb_event.o
>     src/libfootball/fb_parser.o src/libfootball/fb_service.o
>     src/libfootball/fb_socketmgr.o src/libezxml/ezxml.o \
>             src/libwaitress/waitress.o -lao -lpthread -lm \
>             -lfaad -lbsd -lmad -lgnutls \
>             -lgcrypt -ljson   -o pianod
>     src/users.o: In function `encrypt_password':
>     users.c:(.text+0x278): undefined reference to `crypt'
>     src/users.o: In function `authenticate_user':
>     users.c:(.text+0x5b0): undefined reference to `crypt'
>     collect2: error: ld returned 1 exit status
>     make: *** [pianod] Error 1
>
> Kind of funny since it doesn't complain at compile time and it doesn't 
> have trouble finding gcrypt.  Maybe it's a gcrypt version issue?  It 
> does build if I replace calls to crypt with PianoEncryptString, but I 
> haven't had a chance to see whether that works or is completely wrong :).
>
> Probably should have sent this last night to take advantage of 
> timezones...  Will post back if I figure it out.
> Best,
> P

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deviousfish.com/pipermail/pianod-deviousfish.com/attachments/20130202/c80dee93/attachment-0003.htm>