[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gzip-1.3.13] getopt tool chain build problem and other new problems
From: |
Jim Meyering |
Subject: |
Re: [gzip-1.3.13] getopt tool chain build problem and other new problems |
Date: |
Wed, 07 Oct 2009 18:28:00 +0200 |
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