search for: werror

Hi, During the compilatin of xen i have the following error message: i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[6]’) [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[7]’) [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror]...

Hi, During the compilatin of xen i have the following error message: i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[6]’) [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[7]’) [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror]...

Processing commands for control at bugs.debian.org: > severity 616296 serious Bug #616296 [src:btrfs-tools] btrfs-tools: will FTBFS with gcc-4.6 Bug #625312 [src:btrfs-tools] btrfs-tools: ftbfs with gcc-4.6 -Werror Severity set to 'serious' from 'important' Severity set to 'serious' from 'important' > severity 625392 serious Bug #625392 [mdadm] mdadm: ftbfs with gcc-4.6 -Werror Severity set to 'serious' from 'important' > severity 625308 serious Bug #62...

...):undefined-reference-to-mthp_stats `-- vmscan.c:(.text):undefined-reference-to-mthp_stats clang_recent_errors |-- arm64-allmodconfig | |-- drivers-gpu-drm-amd-amdgpu-..-display-amdgpu_dm-amdgpu_dm.c:error:arithmetic-between-different-enumeration-types-(-enum-dc_irq_source-and-enum-irq_type-)-Werror-Wenum-enum-conversion | |-- drivers-gpu-drm-amd-amdgpu-..-display-dc-irq-dce110-irq_service_dce110.c:error:arithmetic-between-different-enumeration-types-(-enum-dc_irq_source-and-enum-irq_type-)-Werror-Wenum-enum-conversion | |-- drivers-gpu-drm-amd-amdgpu-amdgpu_drv.c:error:bitwise-operation-b...

...find out more about this issue at https://gcc.gnu.org/gcc-6/changes.html > sbuild (Debian sbuild) 0.67.0 (26 Dec 2015) on dl580gen9-02.hlinux ... > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -D_GNU_SOURCE -I../../include -I../../lvm -I../../part -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Werror -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -MT atomicio.lo -MD -MP -MF .deps/atomicio.Tpo -c atomicio.c -fPIC -DPIC -o .libs/atomicio.o > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -D_GNU_SOURCE -I../../include -I../../lvm -I../../part -Wdate-time -D_FORTIFY_SOURCE...

Hi, I see that ENABLE_WERROR is being set to off (the default value) in the config.log in the llvm build. However on grepping for WERROR in the compiler-rt folder I get the following output: pranav at pranav:~/smack-project/llvm-3.4/src/projects/compiler-rt$ grep -Rin WERROR * lib/asan/tests/CMakeLists.txt:38: -Werror lib/as...

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:

....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 -Wf...

Greetings, I would like to propose adding a buildbot which builds with -Werror. The reason for a new buildbot in this configuration is twofold: 1. It helps users who track and release from ToT, because they (generally) seem to build with -Werror. Speaking from experience :-), new warnings tend to crop up in a large range of commits, and end up blocking one or more of these d...

...y project but I'll verify it again to see if I can proceed without it. You are correct that compiler-rt is compiled with the just built clang. The complete command that gives an error while compiler-rt compilation is: /home/pranav/smack-project/llvm/build/Release+Asserts/bin/clang -fPIC -Wall -Werror -O3 -fomit-frame-pointer -m64 --sysroot=/home/pranav/smack-project/llvm/src/projects/compiler-rt/SDKs/linux -c -o /home/pranav/smack-project/llvm/build/tools/clang/runtime/compiler-rt/clang_linux/full-x86_64/x86_64/SubDir.lib/enable_execute_stack.o /home/pranav/smack-project/llvm/src/projects/compi...

...ot; [crypto/chacha20poly1305.ko] undefined! ERROR: modpost: "memcpy" [fs/efs/efs.ko] undefined! ERROR: modpost: "memcpy" [mm/z3fold.ko] undefined! drivers/gpu/drm/lima/lima_drv.c:387:13: error: cast to smaller integer type 'enum lima_gpu_id' from 'const void *' [-Werror,-Wvoid-pointer-to-enum-cast] drivers/gpu/drm/panthor/panthor_sched.c:2048:6: error: variable 'csg_mod_mask' set but not used [-Werror,-Wunused-but-set-variable] drivers/gpu/drm/pl111/pl111_versatile.c:488:24: error: cast to smaller integer type 'enum versatile_clcd' from 'const...

...ds/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=format-securi...

----- Original Message ----- > From: "David Jones via cfe-dev" <cfe-dev at lists.llvm.org> > To: cfe-dev at lists.llvm.org, llvm-dev at lists.llvm.org > Cc: gkistanova at gmail.com > Sent: Tuesday, March 22, 2016 7:00:28 PM > Subject: [cfe-dev] New buildbot with -Werror > > Greetings, > > > I would like to propose adding a buildbot which builds with -Werror. > The reason for a new buildbot in this configuration is twofold: > > > 1. It helps users who track and release from ToT, because they > (generally) seem to build with -Werro...

Hi Pranav, On Thu, Aug 1, 2013 at 1:54 AM, Pranav Garg <pranav.garg2107 at gmail.com>wrote: > Hi, > > I see that ENABLE_WERROR is being set to off (the default value) in the > config.log in the llvm build. However on grepping for WERROR in the > compiler-rt folder I get the following output: > > pranav at pranav:~/smack-project/llvm-3.4/src/projects/compiler-rt$ grep > -Rin WERROR * > lib/asan/tests/CMake...

...; if I can proceed without it. >> You are correct that compiler-rt is compiled with the just built clang. >> The complete command that gives an error while compiler-rt compilation is: >> >> /home/pranav/smack-project/llvm/build/Release+Asserts/bin/clang -fPIC >> -Wall -Werror -O3 -fomit-frame-pointer -m64 >> --sysroot=/home/pranav/smack-project/llvm/src/projects/compiler-rt/SDKs/linux >> -c -o >> /home/pranav/smack-project/llvm/build/tools/clang/runtime/compiler-rt/clang_linux/full-x86_64/x86_64/SubDir.lib/enable_execute_stack.o >> /home/pranav/s...

...it again to see > if I can proceed without it. > You are correct that compiler-rt is compiled with the just built clang. > The complete command that gives an error while compiler-rt compilation is: > > /home/pranav/smack-project/llvm/build/Release+Asserts/bin/clang -fPIC > -Wall -Werror -O3 -fomit-frame-pointer -m64 > --sysroot=/home/pranav/smack-project/llvm/src/projects/compiler-rt/SDKs/linux > -c -o > /home/pranav/smack-project/llvm/build/tools/clang/runtime/compiler-rt/clang_linux/full-x86_64/x86_64/SubDir.lib/enable_execute_stack.o > /home/pranav/smack-project/llv...

My thought was that its reasonable to expect no warnings when building from bootstrap (as you say) and the last release of Clang. Generally, I think we should work around warnings in the last release of Clang if only for the convenience of folks using that release to build stage1 and using Werror. Certainly, we tend to fix warnings even from earlier Clang versions and from GCC in order to keep Werror clean. On Tue, Mar 22, 2016 at 5:06 PM Hal Finkel via llvm-dev < llvm-dev at lists.llvm.org> wrote: > ----- Original Message ----- > > From: "David Jones via cfe-dev&quot...

...on... 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=gnu++11...

You can disable -Werror by adding the cmake flag -DLLVM_ENABLE_WERROR=OFF, which should let it just ignore that (that's also the default, so you must have turned it on somewhere) On Jul 31, 2013, at 13:09 , Pranav Garg <pranav.garg2107 at gmail.com> wrote: > Hi, > > I am trying to build llvm along w...

...-e s/"sys \.h"/"config.h"/g > help.c.copy; mv --force help.c.copy help.c; fi /bin/sh makelist -e common.c emacs.c vi.c chared.c el.c hist.c key.c map.c parse.c prompt.c read.c refresh.c search.c sig.c term.c tty.c fcns.c help.c > editline.c gcc -c -O2 -g -pipe -Wformat -Werror=format-security -Wp,- D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer- size=4 -Werror-implicit-function-declaration -O '-D__RCSID(x)=' '- D__COPYRIGHT(x)=' '-D__RENAME(x)=' '-D_DIAGASSERT(x)=' -I. editline.c -o editline.o_a gcc -c -O2 -g -pipe...