[Pianod] Build 111 - user persistence changes

Peter Li chinasaurli at gmail.com
Sat Feb 2 12:15:33 PST 2013


Sorry, here's a better patch with some explanation included:

    --- Makefile    2013-02-02 12:06:45.579914188 -0800
    +++ Makefile.patched    2013-02-02 12:14:48.432221516 -0800
    @@ -21,6 +21,10 @@
      endif
      ifeq (${CC},cc)
          CC=c99
    +
    +    // c99 on Linux has BSD MMAP macros hidden in bits/mman.h;
    easiest just to drop MMAP
    +    LIBEZXML_CFLAGS=-DEZXML_NOMMAP=1
    +
        ifeq (${MACX64},0)
          ARCH=-W64
        endif
    @@ -197,6 +201,7 @@
                  ${FOOTBALL_CFLAGS} \
                  ${OTHER_INCLUDE} ${LIBFAAD_CFLAGS} \
                  ${LIBMAD_CFLAGS} ${LIBGNUTLS_CFLAGS} \
    +            ${LIBEZXML_CFLAGS} \
                  ${LIBGCRYPT_CFLAGS} ${LIBJSONC_CFLAGS} -c -o $@ $<

      # create position independent code (for shared libraries)



On 02/02/2013 12:11 PM, Peter Li wrote:
> Okay, this first ezxml error has to do with Linux versus BSD mman.h.  
> To get the defines (MADV_...) I would need to include (on Fedora x86) 
> bits/mman.h in addition to sys/mman.h, and I would need a __USE_BSD flag.
>
> But this is only an issue with c99; if I compile with gcc then no fuss.
>
> The easiest "fix" is to drop MMAP from EZXML as below; not sure if 
> that will cause any problem; I would assume it's an insignificant 
> effect on I/O performance.  But I'll see once I get this second crypt 
> error worked out.
>
>     --- Makefile    2013-02-02 12:06:45.579914188 -0800
>     +++ Makefile.patched    2013-02-02 12:06:40.841046116 -0800
>     @@ -21,6 +21,7 @@
>      endif
>      ifeq (${CC},cc)
>          CC=c99
>     +    LIBEZXML_CFLAGS=-DEZXML_NOMMAP=1
>        ifeq (${MACX64},0)
>          ARCH=-W64
>        endif
>     @@ -197,6 +198,7 @@
>                  ${FOOTBALL_CFLAGS} \
>                  ${OTHER_INCLUDE} ${LIBFAAD_CFLAGS} \
>                  ${LIBMAD_CFLAGS} ${LIBGNUTLS_CFLAGS} \
>     +            ${LIBEZXML_CFLAGS} \
>                  ${LIBGCRYPT_CFLAGS} ${LIBJSONC_CFLAGS} -c -o $@ $<
>
>      # create position independent code (for shared libraries)
>
>
>
>
> 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.

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


More information about the Pianod mailing list