On Wed, May 25, 2016 at 08:05:38AM +, Chris Packham wrote:
> We've run into a problem trying to compile openvswitch with CFLAGS=-Werror.
Use "configure --enable-Werror", as documented in Open vSwitch's
INSTALL.md file.
Ralf Wildenhues ralf.wildenh...@gmx.de writes:
* Ben Pfaff wrote on Sat, Jan 01, 2011 at 09:47:21PM CET:
../../tests/add-files.at:108: pspp -O format=csv save-a.sps
That is, it makes it look as though add-files.at is directly
inside tests/. Instead, it would be better if it would write
at least indicate that some part of the name was
omitted:
../../tests/.../add-files.at:108: pspp -O format=csv save-a.sps
I'm willing to help, if someone will give an opinion as to which
alternative is better.
Thanks,
Ben.
--
Ben Pfaff
http://benpfaff.org
to
-Wformat=2 and it's building something like
ax_cv_gcc_option__Wformat_2.
Yes, the original bug report was for the behavior of:
AX_CFLAGS_GCC_OPTION(-std=c99)
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593838
--
Ben Pfaff
http://benpfaff.org
configure time.
I've found that too late and needed at bootstrap (pre-configure) time.
Consequently, I think version stamping should be its own step.
A step done at bootstrap time.
You can run autoconf -t 'AC_INIT:$2' to get the version number
at bootstrap time.
--
Ben Pfaff
http
James Andrewartha [EMAIL PROTECTED] writes:
Tracing it back, the problem comes from AC_FUNC_FSEEKO - the config.log
for the above build contains:
[...]
then incorrectly causes HAVE_FSEEKO to be defined. I'm using autoconf
2.61 on Debian etch.
An fseeko-related bug was fixed in Debian's
Closing this bug, because it is not a bug in Autoconf, in my
opinion.
--
On Perl: It's as if H.P. Lovecraft, returned from the dead and speaking by
seance to Larry Wall, designed a language both elegant and terrifying for his
Elder Things to write programs in, and forgot that the Shoggoths
in the Autoconf manual is followed.
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
I've seen a flurry of Debian BTS emails around this bug, but none
of them have made it clear to me what I should do about it.
In the long term, I suspect that the Autoconf macros in the
apr-util package should be fixed, and that autoconf-doc should
document that $@ may be changed by some macros.
Paul Eggert [EMAIL PROTECTED] writes:
Here's the patch I installed.
Thanks for installing that. I'll reassign the Debian bug to the
documentation package.
[...]
However, let me point out a spelling error:
+Autocoonf macros often use the @command{set} command to update
^
--
Ben
#370282: Introduction of datarootdir causes regression in macros
expecting double-expansion to work
Reply-To: Loïc Minier [EMAIL PROTECTED], [EMAIL PROTECTED]
Resent-From: Loïc Minier [EMAIL PROTECTED]
Resent-To: debian-bugs-dist@lists.debian.org
Resent-CC: Ben Pfaff [EMAIL PROTECTED]
Resent-Date
Ralf Wildenhues [EMAIL PROTECTED] writes:
According to the autoconf manual, AC_DEFINE_UNQUOTED is able
to handle variables as its first argument. Yet it appears it
cannot. Perhaps autoheader must extrapolate what possible
values will be defined, and it just fails to do that
to Xt, not X itself). See Debian bug 327655.
Thanks! I'll put this fix into the Debian packaging of 2.59, so
we'll probably hear about it if it breaks anything in practice.
--
Ben Pfaff
email: [EMAIL PROTECTED]
web: http://benpfaff.org
Debian bug 327655 complains that AC_PATH_X in Autoconf checks for
the presence of Xt development headers and libraries, whereas the
stated purpose of the macro is to check for X headers and
libraries. In Debian, Xt was recently broken out from the main X
development package, so this check has
14 matches
Mail list logo