Re: [gzip-1.3.13] getopt tool chain build problem and other new problems

[Jim Meyering]

Nelson H. F. Beebe wrote:
> I've successfully installed gzip-1.3.13 today on nearly 20 flavors of
> Unix.
>
> However, I'm getting failures on some platforms that I also saw today
> in a test release of the zile editor that look like an error in the
> getopt component of the GNU tool chain.
> Specially, on Mac OS X (PowerPC and Intel), FreeBSD 5.0 and 6.1,
> NetBSD 1.6, I get compilation failure like this:
>
>   CC     getopt.o
> In file included from ./getopt.h:28,
>                  from getopt.h:28,
>                  from getopt.c:26:
> /usr/include/getopt.h:53: error: redefinition of `struct rpl_option'
> /usr/include/getopt.h:68: error: conflicting types for 'rpl_getopt_long'
> ./getopt.h:227: error: previous declaration of 'rpl_getopt_long' was here
> /usr/include/getopt.h:68: error: conflicting types for 'rpl_getopt_long'
> ./getopt.h:227: error: previous declaration of 'rpl_getopt_long' was here

Thanks for the report.
I think that's just been fixed via gnulib, so I may make a new release soon.

...
> Finally, please  eliminate the cryptic compilation reports like this:
>
>   CC     frexpl.o
>   CC     getopt.o
>   CC     getopt1.o
>   CC     isnanf.o
>
> This is distinctly unhelpful, and covers up what is really happening.
> make's normal output is what should be appearing, with the complete
> compiler command.

That's just the default.
You can get the old behavior via

    ./configure --enable-silent-rules ... && make

or
    ./configure ... && make V=1