This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
RE: disable-nls breaks build
- From: "Paulo Matos" <pmatos at broadcom dot com>
- To: "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Date: Wed, 1 May 2013 15:03:15 +0000
- Subject: RE: disable-nls breaks build
- References: <19EB96622A777C4AB91610E763265F461C4A77 at SJEXCHMB14 dot corp dot ad dot broadcom dot com> <19EB96622A777C4AB91610E763265F461C4C38 at SJEXCHMB14 dot corp dot ad dot broadcom dot com>
Turns out that this is a warning thrown by GCC that ends up as an error due to --enable-werror-always.
Paulo Matos
> -----Original Message-----
> > From: gcc-owner@gcc.gnu.org [mailto:gcc-owner@gcc.gnu.org] On Behalf Of
> Paulo
> > Matos
> > Sent: 30 April 2013 14:33
> > To: gcc@gcc.gnu.org
> > Subject: disable-nls breaks build
> >
> > and make.
> > I get after awhile:
> > ../../gcc/gcc/langhooks.c: In function 'void
> > lhd_print_error_function(diagnostic_context*, const char*,
> > diagnostic_info*)':
> > ../../gcc/gcc/langhooks.c:457:41: error: unknown conversion type character
> > 'r' in format [-Werror=format]
> > ../../gcc/gcc/langhooks.c:457:41: error: format '%d' expects argument of
> type
> > 'int', but argument 5 has type 'const char*' [-Werror=format]
> > ../../gcc/gcc/langhooks.c:457:41: error: unknown conversion type character
> > 'R' in format [-Werror=format]
> > ../../gcc/gcc/langhooks.c:457:41: error: too many arguments for format [-
> > Werror=format-extra-args]
> > ../../gcc/gcc/langhooks.c:462:31: error: unknown conversion type character
> > 'r' in format [-Werror=format]
> > ../../gcc/gcc/langhooks.c:462:31: error: format '%d' expects argument of
> type
> > 'int', but argument 5 has type 'const char*' [-Werror=format]
> > ../../gcc/gcc/langhooks.c:462:31: error: unknown conversion type character
> > 'R' in format [-Werror=format]
> > ../../gcc/gcc/langhooks.c:462:31: error: too many arguments for format [-
> > Werror=format-extra-args]
> >
> > I am unsure about how nls works and what's causing this since pp_printf
> seems
> > to be fine with %r, %R. I guess the important detail is that the string is
> > surrounded by _(...).
> >
> > Any hints on this?
> >
> > Paulo Matos
> >