search for: wformat

...d system. Arch Linux meson-0.55.1 Overall, it looks good, so well done! Just a couple of minor things I noted: 1. Arch uses a meson wrapper script (arch-meson) that sets:   --buildtype plain This seems to trigger a bug in meson that results in copious bogus compiler warnings: cc1: warning: ‘-Wformat-y2k’ ignored without ‘-Wformat’ [-Wformat-y2k] cc1: warning: ‘-Wformat-extra-args’ ignored without ‘-Wformat’ [-Wformat-extra-args] cc1: warning: ‘-Wformat-zero-length’ ignored without ‘-Wformat’ [-Wformat-zero-length] cc1: warning: ‘-Wformat-contains-nul’ ignored without ‘-Wformat’ [-Wformat-conta...

...t;> Just a couple of minor things I noted: >> >> 1. Arch uses a meson wrapper script (arch-meson) that sets: >> >>   --buildtype plain >> >> This seems to trigger a bug in meson that results in copious bogus compiler warnings: >> >> cc1: warning: ‘-Wformat-y2k’ ignored without ‘-Wformat’ [-Wformat-y2k] >> cc1: warning: ‘-Wformat-extra-args’ ignored without ‘-Wformat’ [-Wformat-extra-args] >> cc1: warning: ‘-Wformat-zero-length’ ignored without ‘-Wformat’ [-Wformat-zero-length] >> cc1: warning: ‘-Wformat-contains-nul’ ignored without...

...gt; 1. Arch uses a meson wrapper script (arch-meson) that sets: >> > > >> > >   --buildtype plain >> > > >> > > This seems to trigger a bug in meson that results in copious bogus compiler warnings: >> > > >> > > cc1: warning: ‘-Wformat-y2k’ ignored without ‘-Wformat’ [-Wformat-y2k] >> > > cc1: warning: ‘-Wformat-extra-args’ ignored without ‘-Wformat’ [-Wformat-extra-args] >> > > cc1: warning: ‘-Wformat-zero-length’ ignored without ‘-Wformat’ [-Wformat-zero-length] >> > > cc1: warning: ‘-Wformat...

Hi All, Users have contacted me because they can not build MCMCglmm from source. All are using R 3.3.0 on various machines with different compilers gcc (Ubuntu 5.4.0-6ubuntu1~16.04.2) 5.4.0 g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4 Mac OS X El Capitan (version/compiler unspecified) The issue seems to be with mixing C/C++ with the repeated error: /usr/include/c++/5/bits/cpp_type_traits.h:118:3:

...CMCglmm_2.22.1.tar.gz? > * installing to library ?/tmp/RcppDepends/lib? > * installing *source* package ?MCMCglmm? ... > ** package ?MCMCglmm? successfully unpacked and MD5 sums checked > ** libs > gcc -I/usr/share/R/include -DNDEBUG??????-fpic??-g -O2 -fstack- > protector-strong -Wformat -Werror=format-security -Wdate-time > -D_FORTIFY_SOURCE=2 -g??-O3 -Wall -pipe -pedantic -std=gnu99??-O3 > -pipe -std=gnu99 -Wno-maybe-uninitialized -Wno-unused-but-set- > variable -c cs_add.c -o cs_add.o > gcc -I/usr/share/R/include -DNDEBUG??????-fpic??-g -O2 -fstack- > protector-st...

...fact that we have only 2 days > before branching for 2.5, please retest the Fortran front end as soon > as you can to see if the problem has been resolved. Hi Bill. Thanks for working on this! Unfortunately, I'm getting this warning now: $ llvm-g++ helloworld.c cc1plus: warning: -Wformat-security ignored without -Wformat I think you can fix it by applying the same #define trick to -Wformat-security that you did to -Wformat. Nick > Thanks! > -bw > > On Sun, Jan 18, 2009 at 5:11 PM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: >> The current llvm/l...

...RcppDepends/lib R CMD INSTALL MCMCglmm_2.22.1.tar.gz * installing to library ?/tmp/RcppDepends/lib? * installing *source* package ?MCMCglmm? ... ** package ?MCMCglmm? successfully unpacked and MD5 sums checked ** libs gcc -I/usr/share/R/include -DNDEBUG -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -O3 -Wall -pipe -pedantic -std=gnu99 -O3 -pipe -std=gnu99 -Wno-maybe-uninitialized -Wno-unused-but-set-variable -c cs_add.c -o cs_add.o gcc -I/usr/share/R/include -DNDEBUG -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=forma...

...oks good, so well done! > > Just a couple of minor things I noted: > > 1. Arch uses a meson wrapper script (arch-meson) that sets: > > ? --buildtype plain > > This seems to trigger a bug in meson that results in copious bogus compiler warnings: > > cc1: warning: ?-Wformat-y2k? ignored without ?-Wformat? [-Wformat-y2k] > cc1: warning: ?-Wformat-extra-args? ignored without ?-Wformat? [-Wformat-extra-args] > cc1: warning: ?-Wformat-zero-length? ignored without ?-Wformat? [-Wformat-zero-length] > cc1: warning: ?-Wformat-contains-nul? ignored without ?-Wformat?...

...gt; > > > > 1. Arch uses a meson wrapper script (arch-meson) that sets: > > > > > >   --buildtype plain > > > > > > This seems to trigger a bug in meson that results in copious bogus compiler warnings: > > > > > > cc1: warning: ‘-Wformat-y2k’ ignored without ‘-Wformat’ [-Wformat-y2k] > > > cc1: warning: ‘-Wformat-extra-args’ ignored without ‘-Wformat’ [-Wformat-extra-args] > > > cc1: warning: ‘-Wformat-zero-length’ ignored without ‘-Wformat’ [-Wformat-zero-length] > > > cc1: warning: ‘-Wformat-contains-nu...

...> > > > > > >   --buildtype plain > > > > > > > > > > > > > > This seems to trigger a bug in meson that results in copious bogus compiler warnings: > > > > > > > > > > > > > > cc1: warning: ‘-Wformat-y2k’ ignored without ‘-Wformat’ [-Wformat-y2k] > > > > > > > cc1: warning: ‘-Wformat-extra-args’ ignored without ‘-Wformat’ [-Wformat-extra-args] > > > > > > > cc1: warning: ‘-Wformat-zero-length’ ignored without ‘-Wformat’ [-Wformat-zero-length] > >...

...2.1- >pigeonhole-0.3.3/src/lib-sieve-tool' >/bin/bash ../../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc - >DHAVE_CONFIG_H -I. -I../.. -I../../src/lib-sieve -I/usr/include/dovecot - >D_FORTIFY_SOURCE=2 -std=gnu99 -g -O2 -fstack-protector --param=ssp-buffer- >size=4 -Wformat -Wformat-security -Wall -W -Wmissing-prototypes -Wmissing- >declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast >-fno-builtin-strftime -Wstrict-aliasing=2 -MT sieve-tool.lo -MD -MP -MF >.deps/sieve-tool.Tpo -c -o sieve-tool.lo sieve-tool.c >libtool: compile:...

...e problem has been resolved. Thanks! -bw On Sun, Jan 18, 2009 at 5:11 PM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > The current llvm/llvm-gcc-4.2 svn when built on > i686-apple-darwin9 still produces the bogus warnings... > > f951: warning: command line option "-Wformat" is valid for C/C++/ObjC/ObjC++ but not for Fortran > f951: warning: command line option "-Wformat-security" is valid for C/C++/ObjC/ObjC++ but not for Fortran > > whenc compling any code with gfortran. This causes the gfortran testsuite > in gcc-4.2 to fail any test for...

...uild/buildd/dovecot-2.1- pigeonhole-0.3.3/src/lib-sieve-tool' /bin/bash ../../libtool --tag=CC --mode=compile x86_64-linux-gnu-gcc - DHAVE_CONFIG_H -I. -I../.. -I../../src/lib-sieve -I/usr/include/dovecot - D_FORTIFY_SOURCE=2 -std=gnu99 -g -O2 -fstack-protector --param=ssp-buffer- size=4 -Wformat -Wformat-security -Wall -W -Wmissing-prototypes -Wmissing- declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -MT sieve-tool.lo -MD -MP -MF .deps/sieve-tool.Tpo -c -o sieve-tool.lo sieve-tool.c libtool: compile: x86_64-linux-g...

The current llvm/llvm-gcc-4.2 svn when built on i686-apple-darwin9 still produces the bogus warnings... f951: warning: command line option "-Wformat" is valid for C/C++/ObjC/ObjC++ but not for Fortran f951: warning: command line option "-Wformat-security" is valid for C/C++/ObjC/ObjC++ but not for Fortran whenc compling any code with gfortran. This causes the gfortran testsuite in gcc-4.2 to fail any test for compilation errors....

...t 30, 2008, at 5:23 PM, Jack Howarth wrote: >> ps We do have one oddity left in llvm-gfortran from current llvm >> svn. I find everytime I compile something with llvm-gfortran that >> I get a series of warning messages... >> >> f951: warning: command line option "-Wformat" is valid for C/C++/ >> ObjC/ObjC++ but not for Fortran >> f951: warning: command line option "-Wformat-security" is valid for >> C/C++/ObjC/ObjC++ but not for Fortran >> f951: warning: command line option "-Wno-format-extra-args" is valid >> f...

...t the 'meson' available for end users? Or this is just for the packaging system? (I'm not familiar with Arch) If it affects end users, I'd say it's a bug in Arch. >This seems to trigger a bug in meson that results in copious bogus compiler warnings: > >cc1: warning: ?-Wformat-y2k? ignored without ?-Wformat? [-Wformat-y2k] >cc1: warning: ?-Wformat-extra-args? ignored without ?-Wformat? [-Wformat-extra-args] >cc1: warning: ?-Wformat-zero-length? ignored without ?-Wformat? [-Wformat-zero-length] >cc1: warning: ?-Wformat-contains-nul? ignored without ?-Wformat? [-W...

...ost version... yes* *configure: creating ./config.status* *config.status: creating src/Makevars* *Completed configuration and ready to build.* *** libs* *g++ -std=gnu++11 -I/usr/share/R/include -DNDEBUG -I"/usr/local/lib/R/site-library/Rcpp/include" -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -I/usr/local/include -fpermissive -I../inst/include -I. -DBOOST_NO_AUTO_PTR -fopenmp -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -c RcppExports.cpp -o RcppExports.o* *g++ -std...

...nfig.status* > > *config.status: creating src/Makevars* > > *Completed configuration and ready to build.* > > *** libs* > > *g++ -std=gnu++11 -I/usr/share/R/include -DNDEBUG > -I"/usr/local/lib/R/site-library/Rcpp/include" -g -O2 > -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time > -D_FORTIFY_SOURCE=2 -g -I/usr/local/include -fpermissive -I../inst/include > -I. -DBOOST_NO_AUTO_PTR -fopenmp -fpic -g -O2 -fstack-protector-strong > -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -c > RcppExports.cpp -o RcppE...

On Jan 18, 2009, at 5:11 PM, Jack Howarth wrote: > The current llvm/llvm-gcc-4.2 svn when built on > i686-apple-darwin9 still produces the bogus warnings... > > f951: warning: command line option "-Wformat" is valid for C/C++/ > ObjC/ObjC++ but not for Fortran > f951: warning: command line option "-Wformat-security" is valid for > C/C++/ObjC/ObjC++ but not for Fortran > > whenc compling any code with gfortran. This causes the gfortran > testsuite > in gcc-4.2...

...compiler works fine so can we get that patch in before 2.4 is release? Jack ps We do have one oddity left in llvm-gfortran from current llvm svn. I find everytime I compile something with llvm-gfortran that I get a series of warning messages... f951: warning: command line option "-Wformat" is valid for C/C++/ObjC/ObjC++ but not for Fortran f951: warning: command line option "-Wformat-security" is valid for C/C++/ObjC/ObjC++ but not for Fortran f951: warning: command line option "-Wno-format-extra-args" is valid for C/C++/ObjC/ObjC++ but not for Fortran f951:...