Re: Build failed on FreeBSD

[Eric Wong <normalperson@yhbt.net>]

Troex Nevelin <list@mrtech.ru> wrote:
> On 14/04/2011 03:30, Eric Wong wrote:
> > Does replacing MAP_ANON with MAP_ANONYMOUS fix it?
> 
> Replacing MAP_ANON gives the same error but about MAP_ANONYMOUS. I'm not 
> familiar with C

Don't worry, diagnosing problems with build software contributed largely
to me learning C back in the day.

> Maybe I'm missing some needed libs?

You seem to have the needed libraries since mmap() and munmap()
are detected correctly.  Function checks (like the above) are
based on linking the library.  Headers are another issue...

> -- 
> [root@billing-local 
> /usr/local/lib/ruby/gems/1.8/gems/raindrops-0.6.1/ext/raindrops]# make
> cc -I. -I. -I/usr/local/lib/ruby/1.8/i386-freebsd8 -I. -DHAVE_MMAP 
> -DHAVE_MUNMAP -DHAVE_GETPAGESIZE -DHAVE_GCC_ATOMIC_BUILTINS 
> -D_GNU_SOURCE  -D_BSD_SOURCE -D_XOPEN_SOURCE=600 -fPIC -O2 -pipe 
> -fno-strict-aliasing  -fPIC  -march=i486 -c raindrops.c
> raindrops.c: In function 'init':
> raindrops.c:105: error: 'MAP_ANONYMOUS' undeclared (first use in this 
> function)

Can you show me the output of the following two commands?

  ruby -rmkmf -e 'have_macro("MAP_ANONYMOUS", "sys/mman.h")'
  ruby -rmkmf -e 'have_macro("MAP_ANON", "sys/mman.h")'

If at least one of them succeeds, then it could be somehow
the #include paths get mangled at some point afterwards.

Then can you show me your sys/mman.h file?  It's probably in
/usr/include/sys/mman.h, but maybe you have multiple copies of "mman.h".
Try searching your system for multiple copies and see if there are
differences...

Another thing you can try is changing the order of the #includes at the
top of ext/raindrops/raindrops.c, maybe try moving the
"#include <sys/mman.h>" line to the top of the file.  #includes for
standard header files are usually order-agnostic, but maybe there's a
special case...

-- 
Eric Wong