On 10 March 2013 19:36, Gerhard Wiesinger wrote:
> On 10.03.2013 18:04, Peter Maydell wrote:
>> This is an example of a longstanding problem we have, where the
>> makefile's dependency rules aren't able to cope with changes to the project
>> source file structure, and so clean, distclean and incre
On 10.03.2013 18:04, Peter Maydell wrote:
Oh, right. Tracing functions moved from trace.h to the files in the
trace/ subdirectory. This means that if you didn't do a make clean or
distclean before doing the git update then the new makefile knows
nothing about the old trace.h file and so won't d
On 03/10/13 18:04, Peter Maydell wrote:
> On 10 March 2013 15:15, Gerhard Wiesinger wrote:
>> Tried make clean and make distclean already before I reported the issue.
>>
>> If I'm suppressing "warning as errors" I'm still getting errors:
>>
>> hw/usb/hcd-xhci.c: In function ‘xhci_set_ep_dequeue’:
On 10 March 2013 15:15, Gerhard Wiesinger wrote:
> Tried make clean and make distclean already before I reported the issue.
>
> If I'm suppressing "warning as errors" I'm still getting errors:
>
> hw/usb/hcd-xhci.c: In function ‘xhci_set_ep_dequeue’:
> hw/usb/hcd-xhci.c:1471:5: error: too many arg
On 10.03.2013 14:20, Peter Maydell wrote:
On 10 March 2013 20:28, Gerhard Wiesinger wrote:
Hello,
qemu is currently not compile clean:
CC util/hbitmap.o
util/hbitmap.c: In function ‘hbitmap_iter_skip_words’:
util/hbitmap.c:138:5: error: implicit declaration of function
‘trace_hbitmap_iter_skip
On 10 March 2013 20:28, Gerhard Wiesinger wrote:
> Hello,
>
> qemu is currently not compile clean:
> CC util/hbitmap.o
> util/hbitmap.c: In function ‘hbitmap_iter_skip_words’:
> util/hbitmap.c:138:5: error: implicit declaration of function
> ‘trace_hbitmap_iter_skip_words’ [-Werror=implicit-functi
Hello,
qemu is currently not compile clean:
CC util/hbitmap.o
util/hbitmap.c: In function ‘hbitmap_iter_skip_words’:
util/hbitmap.c:138:5: error: implicit declaration of function
‘trace_hbitmap_iter_skip_words’ [-Werror=implicit-function-declaration]
util/hbitmap.c:138:5: error: nested extern de
On 01.11.2012 21:58, Anthony Liguori wrote:
What platform is this breaking on?
Can you point me to the buildbot failure?
Fedora 17, x64:
3.6.3-1.fc17.x86_64
gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2)
E.g. here:
http://www.kraxel.org/bb/builders/fedora-default/builds/888/steps/compile/logs/std
Gerhard Wiesinger writes:
> Ping again ...
>
> Ciao,
> Gerhard
What platform is this breaking on?
Can you point me to the buildbot failure?
Regards,
Anthony Liguori
>
> On 10.10.2012 07:17, Gerhard Wiesinger wrote:
>> Hello,
>>
>> Still not compile clean, also on the build servers. Who is re
Hello,
Yes, compiles when warnings are not treated as errors.
But do we want to be only compile clean when we suppress such warnings?
Also ./configure with plattform should be enough.
Ciao,
Gerhard
On 01.11.2012 21:13, Max Filippov wrote:
On Thu, Nov 1, 2012 at 11:47 PM, Gerhard Wiesinger w
On Thu, Nov 1, 2012 at 11:47 PM, Gerhard Wiesinger wrote:
> Ping again ...
Can you just configure it with --disable-werror ? IIRC it is the
default for the released
QEMU versions.
> On 10.10.2012 07:17, Gerhard Wiesinger wrote:
>>
>> Hello,
>>
>> Still not compile clean, also on the build server
Ping again ...
Ciao,
Gerhard
On 10.10.2012 07:17, Gerhard Wiesinger wrote:
Hello,
Still not compile clean, also on the build servers. Who is responsible
for the fix?
Ciao,
Gerhard
On 16.09.2012 18:25, Gerhard Wiesinger wrote:
Hello,
qemu is currently not compile clean on Fedora 17:
CC f
Hello,
Still not compile clean, also on the build servers. Who is responsible
for the fix?
Ciao,
Gerhard
On 16.09.2012 18:25, Gerhard Wiesinger wrote:
Hello,
qemu is currently not compile clean on Fedora 17:
CC fsdev/virtfs-proxy-helper.o
fsdev/virtfs-proxy-helper.c: In function ‘setfsugid
Hello,
qemu is currently not compile clean on Fedora 17:
CC fsdev/virtfs-proxy-helper.o
fsdev/virtfs-proxy-helper.c: In function ‘setfsugid’:
fsdev/virtfs-proxy-helper.c:293:13: error: ignoring return value of
‘setfsgid’, declared with attribute warn_unused_result
[-Werror=unused-result]
fsdev
Has been fixed with commit 0202181245297a9e847c05f4a18623219d95e93e
BTW: Is also a gcc 4.6.2 issue.
Thnx.
Ciao,
Gerhard
--
http://www.wiesinger.com/
On Thu, 1 Mar 2012, Gerhard Wiesinger wrote:
Hello,
qemu repository is not compile clean. I'm getting the following compile
erors:
CC
Hello,
qemu repository is not compile clean. I'm getting the following compile
erors:
CClibcacard/vcard_emul_nss.o
vcard_emul_nss.c:528:47: error: left-hand operand of comma expression has
no effect [-Werror=unused-value]
vcard_emul_nss.c:528:57: error: left-hand operand of comma express
Paolo Bonzini wrote:
On 11/18/2011 04:28 PM, erik.r...@rdsoftware.de wrote:
Hi all,
when compiling the 1.0-rc2, I get the following error:
CC libhw64/9pfs/virtio-9p.o
/home/erik/qemu-1.0-rc2/hw/9pfs/virtio-9p.c: In function 'dotl_to_at_flags':
/home/erik/qemu-1.0-rc2/hw/9pfs/virtio-9p.c:81: er
On 11/18/2011 04:28 PM, erik.r...@rdsoftware.de wrote:
Hi all,
when compiling the 1.0-rc2, I get the following error:
CClibhw64/9pfs/virtio-9p.o
/home/erik/qemu-1.0-rc2/hw/9pfs/virtio-9p.c: In function 'dotl_to_at_flags':
/home/erik/qemu-1.0-rc2/hw/9pfs/virtio-9p.c:81: error: 'AT_REMOVED
Hi all,
when compiling the 1.0-rc2, I get the following error:
CClibhw64/9pfs/virtio-9p.o
/home/erik/qemu-1.0-rc2/hw/9pfs/virtio-9p.c: In function 'dotl_to_at_flags':
/home/erik/qemu-1.0-rc2/hw/9pfs/virtio-9p.c:81: error: 'AT_REMOVEDIR'
undeclared (first use in this function)
/home/erik/qem
On 11/02/2011 11:19 PM, Anthony Liguori wrote:
On 11/02/2011 05:16 PM, Frans de Boer wrote:
When compiling QEMU 0.15.x with the option --disable-cpu-emulation, I
get an
abort on fake-exec.c. It can't find the file exec.h.
QEMU does not have such an option. You're likely using qemu-kvm.
Regar
On 11/02/2011 05:16 PM, Frans de Boer wrote:
When compiling QEMU 0.15.x with the option --disable-cpu-emulation, I get an
abort on fake-exec.c. It can't find the file exec.h.
QEMU does not have such an option. You're likely using qemu-kvm.
Regards,
Anthony Liguori
Any solution/suggestion
When compiling QEMU 0.15.x with the option --disable-cpu-emulation, I
get an abort on fake-exec.c. It can't find the file exec.h.
Any solution/suggestion?
Regards, Frans.
vl.o(.text+0x57b0): In function `do_savevm':
c:/qemu/vl.c:4570: undefined reference to `gettimeofday'
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
lf
Of Alex
Sent: Thursday, 17 August 2006 10:52 AM
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Compile error on Windows
vl.o(.text+0x57b0): In function `do_savevm':
c:/qemu/vl.c:4570: undefined reference to `gettimeofday'
--
Alex.
___
vl.o(.text+0x57b0): In function `do_savevm':
c:/qemu/vl.c:4570: undefined reference to `gettimeofday'
--
Alex.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Hi!
And this whit
./configure --disable-gfx-check --disable-sdl --disable-audio
--target-list=i386-user
../dyngen -o op.h op.o
../dyngen -c -o opc.h op.o
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. -I..
-I/usr/local/src/qemu/target-i386 -I/usr/local/src/qemu
-I/usr/local/src
You're still not using the most up-to-date version (from CVS*).
Additionally more information on your host system would be helpful.
Hi Jan !
Thanks for your reply and CVS address.
Here my configure and make per CVS version.
Sim wrote:
> Here my last test for build QEmu :-(
>
>
> ./configure --disable-gfx-check --target-list=i386-user --disable-sdl
> --disable-audio
>
> g -fno-strict-aliasing -fomit-frame-pointer
> -mpreferred-stack-boundary=2 -falign-functions=0 -fno-gcse
> -fno-reorder-blocks -fno-optimize-sibling-ca
Here my last test for build QEmu :-(
./configure --disable-gfx-check --target-list=i386-user --disable-sdl
--disable-audio
g -fno-strict-aliasing -fomit-frame-pointer
-mpreferred-stack-boundary=2 -falign-functions=0 -fno-gcse
-fno-reorder-blocks -fno-optimize-sibling-calls -I. -I..
-I/usr/local
Here my last test for build QEmu.
Thanks.
./configure --disable-gfx-check --target-list=i386-user --disable-sdl
--disable-audio
g -fno-strict-aliasing -fomit-frame-pointer
-mpreferred-stack-boundary=2 -falign-functions=0 -fno-gcse
-fno-reorder-blocks -fno-optimize-sibling-calls -I. -I..
-I/us
Hi!
Sorry, but I have the some problem with qemu-0.8.1
Thanks
Instead of trying to compile 0.80 you might want to try current
cvs-version (link can be found on qemu homepage or the dev-list
archive). It's possible that this problem has been fixed for quite some
time in cvs.
___
Sim wrote:
> Hi!
>
> Have you more info about this problem?
>
> http://qemu.dad-answers.com/viewtopic.php?t=1159
>
Instead of trying to compile 0.80 you might want to try current
cvs-version (link can be found on qemu homepage or the dev-list
archive). It's possible that this problem has been fixed
Hi!
Have you more info about this problem?
http://qemu.dad-answers.com/viewtopic.php?t=1159
Thanks!
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Those last updates that Fabrice committed solved the problem. Thanks!
- Dave
On Nov 10, 2005, at 2:19 AM, malc wrote:
On Wed, 9 Nov 2005, Stealth Dave wrote:
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the
following error message:
gcc -Wall -O2 -g -fno-strict-aliasing -
On Wed, 9 Nov 2005, Stealth Dave wrote:
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the following
error message:
gcc -Wall -O2 -g -fno-strict-aliasing -D__powerpc__ -I.
-I/Users/stealthdave/Source/qemu/qemu/target-i386
-I/Users/stealthdave/Source/qemu/qemu -D_GNU_SOURCE -D
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the
following error message:
/Users/stealthdave/Source/qemu/qemu/audio/coreaudio.c: In function
`coreaudio_init_out':
/Users/stealthdave/Source/qemu/qemu/audio/coreaudio.c:378: error:
`freq' undeclared (first use in this function)
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the
following error message:
gcc -Wall -O2 -g -fno-strict-aliasing -D__powerpc__ -I.
-I/Users/stealthdave/Source/qemu/qemu/target-i386
-I/Users/stealthdave/Source/qemu/qemu -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
;-)
Thanks a lot
Michael
-Original Message-
> Date: Mon, 8 Aug 2005 23:35:35 +0200
> Subject: Re: [Qemu-devel] compile error with cvs version
> From: Paul Brook <[EMAIL PROTECTED]>
> To: Michael Hoeller <[EMAIL PROTECTED]>
> > > > -I/home/michael/tmp/qe
On Monday 08 August 2005 21:35, [EMAIL PROTECTED] wrote:
> Hello,
>
> I do not get QEMU 0.7.1 from the cvs (7.8.2005) compiled with SuSE 9.2 .
> It seem that make does not find cpu.h ...
> I do have several cpu.h on my system:
> make[1]: Entering directory `/home/michael/tmp/qemu-0.7.1/i386-user
Hello,
I do not get QEMU 0.7.1 from the cvs (7.8.2005) compiled with SuSE 9.2 .
It seem that make does not find cpu.h ...
I do have several cpu.h on my system:
/usr/include/asm/cpu.h
/usr/include/linux/cpu.h
/usr/src/linux-2.6.8-24.16/arch/arm/mach-s3c2410/cpu.h
/usr/src/linux-2.6.8-24.16/arch/i
>- Original Message -
>From: "Hetz Ben Hamo" [EMAIL PROTECTED]
>To: qemu-devel@nongnu.org
>Date: Wed, 6 Jul 2005 11:22:58 +0200
>Subject: Re: [Qemu-devel] compile error
>
>You haven't specified:
>
>* which OS do you use and version
>* Whic
You haven't specified:
* which OS do you use and version
* Which compiler, and what compiler version
Also, for what target do u look for? if X86 only, then you don't need
to compile all the targets. Use ./configure --help
to see the options.
Thanks,
Hetz
On 7/6/05, 황윤성 <[EMAIL PROTECTED]> wrote
make[1]: Entering directory `/home/hys545/qemu/mips-softmmu'
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. -I/home/hys545/qemu/target-mips -I/home/hys545/qemu -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/hys545/qemu/fpu -I/home/hys545/qemu/slirp -c -o op_help
43 matches
Mail list logo
