Re: [mpop-users] gnulib and DragonFly 1.8.0/i386

[Martin Lambers <marlam@...1...>]

On Wed, 05. Dec 2007, 08:44:35 -0600, reed@...8... wrote:
> Building mpop-1.0.12 worked for me on DragonFly 1.10.1-RELEASE but it was 
> reported to me it failed on DragonFly 1.8.0.
> 
> Here is the error when attempting to build base64.o:
> 
>  In file included from /usr/include/wchar.h:73,
>                   from ./stdint.h:90,
>                   from /usr/include/sys/types.h:50,
>                   from /usr/include/stdlib.h:42,
>                   from ./stdlib.h:30,
>                   from base64.c:50:
>  ./stdio.h:372: error: syntax error before "getdelim"
>  ./stdio.h:395: error: syntax error before "rpl_getline"
>  *** Error code 1
> 
> 
> What is the purpose of all this gnulib? Why not just use the system's own 
> features? Why mix and match of system headers with your own headers 
> that ab^H^Huse the same header names? Any way to disable gnulib?
> 
> The configure logging is at 
> http://www.pkgsrc-box.org/reports/current/DragonFly-1.8/20071201.2048/mpop-1.0.12/configure.log
> 
> And the build logging is at 
> http://www.pkgsrc-box.org/reports/current/DragonFly-1.8/20071201.2048/mpop-1.0.12/build.log

(See http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/12136 for the
thread on gnulib-bugs.)

Apparently there's a problem with the ssize_t type. DragonFly 1.8.0 does
not seem to define ssize_t in <sys/types.h>. Please confirm that the
following fails on DragonFly 1.8.0:

#include <sys/types.h>
ssize_t x = -3;
int main () { return 0; }

Does including <unistd.h> instead of <sys/types.h> in the example above
solve the problem?

Martin