similar to: printk: cc1 warnings being treated as errors

Hello, To get the binary vmxloader on FC5 i need to compile this from xen source with "make KERNELS=linux-2.6-xen world". There is a error "cc1: warnings being treated as errors" and compile aborts. --- make[3]: Entering directory `/tmp/xen-3.0.1/xen'' tools/figlet/figlet -d tools/figlet Xen 3.0.1 > include/xen/banner.h.new __ __ _____ ___ _ \ \/

Source: xen Version: 4.17.2+76-ge1f9cb16e2-1 Severity: serious Tags: ftbfs patch User: debian-python at lists.debian.org Usertags: python3.12 Hi Maintainer xen FTBFS with Python 3.12 as the default version (i.e. with python3-defaults/3.12.1-1 from experimental). I've copied what I hope is the relevant part of the log below. I was able to work around this by: -PY_CFLAGS = $(CFLAGS)

I do recieve this error when building xen-unstable tree. gcc -O2 -fomit-frame-pointer -m32 -march=i686 -DNDEBUG -fno-strict-aliasing -std=gnu99 -Wall -Wstrict-prototypes -Wno-unused-value -Wdeclaration-after-statement -DVMXASSIST -nostdinc -fno-builtin -fno-common -iwithprefix include -Werror -Wno-pointer-arith -pipe -I/home/xen-unstable.hg/xen/include

Hi Shile, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v5.8-rc5 next-20200716] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch] url:

On 1/14/19 6:15 AM, Richard W.M. Jones wrote: > When an ANSI/C90 plugin compiled with ‘-pedantic’ uses > NBDKIT_HANDLE_NOT_NEEDED it gets the error: > > ISO C forbids conversion of function pointer to object pointer type While POSIX requires it to work. But such is life. > > This is because the existing macro worked by returning a function > pointer but in C90 function

$ cd $ wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.38.tar.gz $ tar -xzf linux-2.6.38.tar.gz $ wget http://gentoo-xen-kernel.googlecode.com/files/xen-patches-2.6.38-2.tar.bz2 $ mkdir xenpatch-2.6.38.2 $ cd xenpatch-2.6.38-2 $ tar -xjf ../xen-patches-2.6.38-2.tar.bz2 $ cd .. $ cd linux-2.6.38 $ for i in `ls ../xenpatch-2.6.38.2/`; do patch -p1 <

When an ANSI/C90 plugin compiled with ‘-pedantic’ uses NBDKIT_HANDLE_NOT_NEEDED it gets the error: ISO C forbids conversion of function pointer to object pointer type This is because the existing macro worked by returning a function pointer but in C90 function pointers cannot be cast to data pointers since on some ancient architectures code and data pointers were incompatible. We only need a

On Fri, Jan 18, 2019 at 08:36:07AM -0600, Eric Blake wrote: > On 1/14/19 6:15 AM, Richard W.M. Jones wrote: > > When an ANSI/C90 plugin compiled with ‘-pedantic’ uses > > NBDKIT_HANDLE_NOT_NEEDED it gets the error: > > > > ISO C forbids conversion of function pointer to object pointer type > > While POSIX requires it to work. But such is life. > > >

Dear all, now we have the same problem of res_perl compilation with asterisk 1.4. It is the same problem that was present when asterisk was upgraded to version 1.2. I hope Anthony Minessale will be able to solve that problem as he did on that case. But if any of you know a hack to this problem please let us know. Here is the same compile problem again: gcc -Wall

On 1/18/19 8:47 AM, Richard W.M. Jones wrote: > On Fri, Jan 18, 2019 at 08:36:07AM -0600, Eric Blake wrote: >> On 1/14/19 6:15 AM, Richard W.M. Jones wrote: >>> When an ANSI/C90 plugin compiled with ‘-pedantic’ uses >>> NBDKIT_HANDLE_NOT_NEEDED it gets the error: >>> >>> ISO C forbids conversion of function pointer to object pointer type >>

Hi, Can anybody tell me which version of res_perl I have to install on Asterisk 1.2.4. I tried to compile res_perl version 3.5 on Asterisk 1.2.4 and I got the following error. gcc -Wall -DRES_PERL_BASE="\"/usr/local/res_perl\"" -DMULTIPLICITY - D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -pipe -Wdeclaration-after-statement

Current dragonegg svn builds against llvm svn again, but the resulting dragonegg plugin fails at runtime. When either c or fortran is compiled against either gcc-4.5.3 or gcc-4.6.1, the compilations fail as... cc1: Unknown command line argument '--code-model=default'. Try: 'cc1 -help' cc1: Did you mean '-fast-isel=default'?

Hi Jack, > Current dragonegg svn builds against llvm svn again, but the resulting > dragonegg plugin fails at runtime. When either c or fortran is compiled > against either gcc-4.5.3 or gcc-4.6.1, the compilations fail as... > > cc1: Unknown command line argument '--code-model=default'. Try: 'cc1 -help' > cc1: Did you mean '-fast-isel=default'? I

As an aside, is there any reason for why C++-style comments were used in C files at all, or should they simply be replaced with the usual /* ... */ in accordance with pre-C99 standards? In the latter case, would there be any objection to it if I were to make a patch for this? While the change itself would be trivial, I don't yet have any experience with making patches, and so for that purpose

Hi, I am trying to build llvm-gcc from svn and I am getting a "cc1: error: unrecognized command line option "-Wno-overlength-strings"" error. I have gcc 4.1.2 and Linux 2.6.18 on 64bit. Please tell me how to fix this error. Here is the command that caused this: gcc -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic

''-Wdeclaration-after-statement'' isn''t supported by gcc 3.3 which is what I am currently using. It was introduced into Config.mk in changeset 7973:c7508abc5b6b. I backed out the changes and everything appears to be building okay. > -----Original Message----- > From: xen-devel-bounces@lists.xensource.com > [mailto:xen-devel-bounces@lists.xensource.com] On

You forgot to reply to the list. Also CC'ing LLVMdev. On 3/12/10 1:41 PM, Edmund Grimley-Evans wrote: >>> clang -cc1 -triple thumbv7-eabi -O3 -target-cpu cortex-a8 t.c >>> -emit-llvm-bc >>> llc t.bc ... -view-legalize-dags >> You just answered your own question :). That will work quite nicely >> actually. > > Maybe it would if I knew exactly what

While doing a make on the recently checkout version: I got the following errors: [ 68%] Built target dd [ 68%] Built target compiler-rt-headers [ 68%] Building C object projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.builtins-x86_64.dir/x86_64/floatdidf.c.o In file included from /home/tthtlc/llvm/llvm/projects/compiler-rt/lib/builtins/x86_64/floatdidf.c:9:0:

> > I am trying to build llvm-gcc from svn and I am getting a "cc1: error: > unrecognized command line option "-Wno-overlength-strings"" error. I have > gcc 4.1.2 and Linux 2.6.18 on 64bit. Please tell me how to fix this error. > llvm-gcc is kind of end-of-life these days (ie: you should probably be using clang or dragonegg instead) but it looks like you're

Utilize some of the additions in the prior patches to clean up other code: - keep track of REP prefixes in only one variable - use REX_W in a few more places (instead of a literal number) Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/xen/arch/x86/x86_emulate/x86_emulate.c +++ b/xen/arch/x86/x86_emulate/x86_emulate.c @@ -304,6 +304,10 @@ union vex { ptr[1] = rex |