There have been reports where someone successfully built
2.4.4 without encountering the initgroups error? How was that
avoided? I get an error similar to a recent post, from
March 10, 2003.

As another poster suggested, 2.4.3 builds successfully, so
people have something to use.

So this is documenting the output data... in case someone has
the time to delve further.

Darwin/Mac OS release 10.2.4.
Problem exists with both 2.4.4 and snapshot 2.4.4-20030402.
However 2.4.3 compiles OK on 10.2.4.

##

Here is the end of the build output from snapshot 2.4.4-20030402:


config.status: creating tape-src/Makefile
config.status: creating config/Makefile
config.status: creating Makefile
config.status: creating config/config.h
config.status: executing depfiles commands
Making all in config
make  all-am
make[2]: Nothing to be done for `all-am'.
Making all in common-src
source='alloc.c' object='alloc.lo' libtool=yes \
depfile='.deps/alloc.Plo' tmpdepfile='.deps/alloc.TPlo' \
depmode=gcc /bin/sh ../config/depcomp \

mkdir .libs

In file included from alloc.c:33:
amanda.h:905: conflicting types for `initgroups'
/usr/include/unistd.h:175: previous declaration of `initgroups'
make[1]: *** [alloc.lo] Error 1
make: *** [all-recursive] Error 1


###

And here is the pertinent sections from config.log:


configure:20158: checking for getvfsent

ld: Undefined symbols:
_getvfsent
configure:20204: $? = 1
configure: failed program was:
#line 20163 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
    which can conflict with char getvfsent (); below.  */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error.  */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
   builtin and then its argument prototype would still apply.  */
char getvfsent ();
char (*f) ();

#ifdef F77_DUMMY_MAIN
#  ifdef __cplusplus
     extern "C"
#  endif
   int F77_DUMMY_MAIN() { return 1; }
#endif
int
main ()
{
/* The GNU C library defines this for functions which it implements
    to always fail with ENOSYS.  Some functions are actually named
    something starting with __ and the normal name is an alias.  */
#if defined (__stub_getvfsent) || defined (__stub___getvfsent)
choke me
#else
f = getvfsent;
#endif

  ;
  return 0;
}
configure:20220: result: no
configure:20158: checking for initgroups

configure:20204: $? = 0
configure:20207: test -s conftest
configure:20210: $? = 0
configure:20220: result: yes
configure:20158: checking for isascii

configure:20204: $? = 0
configure:20207: test -s conftest
configure:20210: $? = 0
configure:20220: result: yes
configure:20236: checking for initgroups
configure:20298: result: yes

/usr/include/grp.h:72: undefined type, found `gid_t'
/usr/include/grp.h:81: syntax error, found `struct'
/usr/include/grp.h:81: illegal function definition, found `)'
/usr/include/grp.h:82: syntax error, found `size_t'
/usr/include/grp.h:82: illegal function definition, found `)'
cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode
/usr/include/grp.h:72: undefined type, found `gid_t'
/usr/include/grp.h:81: syntax error, found `struct'
/usr/include/grp.h:81: illegal function definition, found `)'
/usr/include/grp.h:82: syntax error, found `size_t'
/usr/include/grp.h:82: illegal function definition, found `)'
cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode
configure:20355: result: no
configure:20372: checking for ioctl



.
.
.


configure:29672: checking whether posix fcntl locking works

In file included from ./common-src/amflock.c:48,
                 from configure:29688:
./common-src/amanda.h:905: conflicting types for `initgroups'
/usr/include/unistd.h:175: previous declaration of `initgroups'
configure:29697: $? = 1
configure: program exited with status 1
configure: failed program was:
#line 29683 "configure"
#include "confdefs.h"

#undef  ASSERTIONS
#define CONFIGURE_TEST
#define USE_POSIX_FCNTL
#include "./common-src/amflock.c"

configure:29721: result: no
configure:29733: checking whether flock locking works

In file included from ./common-src/amflock.c:48,
                 from configure:29749:
./common-src/amanda.h:905: conflicting types for `initgroups'
/usr/include/unistd.h:175: previous declaration of `initgroups'
configure:29758: $? = 1
configure: program exited with status 1
configure: failed program was:
#line 29744 "configure"
#include "confdefs.h"

#undef  ASSERTIONS
#define CONFIGURE_TEST
#define USE_FLOCK
#include "./common-src/amflock.c"

configure:29782: result: no
configure:29795: checking whether lockf locking works

In file included from ./common-src/amflock.c:48,
                 from configure:29811:
./common-src/amanda.h:905: conflicting types for `initgroups'
/usr/include/unistd.h:175: previous declaration of `initgroups'
configure:29820: $? = 1
configure: program exited with status 1
configure: failed program was:
#line 29806 "configure"
#include "confdefs.h"

#undef  ASSERTIONS
#define CONFIGURE_TEST
#define USE_LOCKF
#include "./common-src/amflock.c"

configure:29844: result: no
configure:29857: checking whether lnlock locking works

In file included from ./common-src/amflock.c:48,
                 from configure:29873:
./common-src/amanda.h:905: conflicting types for `initgroups'
/usr/include/unistd.h:175: previous declaration of `initgroups'
configure:29885: $? = 1
configure: program exited with status 1
configure: failed program was:
#line 29868 "configure"
#include "confdefs.h"

#undef  ASSERTIONS
#define CONFIGURE_TEST
#define USE_LNLOCK
#include "./common-src/amflock.c"
#include "./common-src/alloc.c"
#include "./common-src/error.c"
#include "./common-src/snprintf.c"

configure:29909: result: no
configure:29922: WARNING: *** No working file locking capability found!
configure:29924: WARNING: *** Be VERY VERY careful.
configure:30229: creating ./config.status


.
.
.


ac_cv_func_getvfsent=no
ac_cv_func_initgroups=yes
ac_cv_func_ioctl=yes


.
.
.

ice_cv_have_gettimeofday_decl=yes
ice_cv_have_initgroups_decl=no
ice_cv_have_ioctl_decl=yes

.
.
.