* [Qemu-devel] MIPS qemu build failure
@ 2015-09-16 17:08 Steve Ellcey
0 siblings, 0 replies; 9+ messages in thread
From: Steve Ellcey @ 2015-09-16 17:08 UTC (permalink / raw)
To: qemu-devel
Is anyone else seeing this qemu build failure? I am building qemu
for MIPS from the top-of-tree sources.
make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-mips'. Stop.
make: *** [subdir-mips-linux-user] Error 2
Error: Make command failed, stopping build.
Steve Ellcey
sellcey@imgtec.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] MIPS qemu build failure
@ 2015-09-17 18:21 Steve Ellcey
2015-09-17 18:38 ` Peter Maydell
0 siblings, 1 reply; 9+ messages in thread
From: Steve Ellcey @ 2015-09-17 18:21 UTC (permalink / raw)
To: qemu-devel
Following up to my own email. Apparently the reason I get this error is
that I am building with "--disable-tools --disable-system". I don't need
the tools and I don't have pixman on my build system so if I don't use
"--disable-tools --disable-system" I get an error about not having pixman
installed.
When I do use "--disable-tools --disable-system" on the configure line I get:
make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-mips'. Stop.
make: *** [subdir-mips-linux-user] Error 2
Error: Make command failed, stopping build.
It was pointed out to me that 'configure --help' does not list the
--disable-tools option as a supported option but inside the configure
script I see this code, so it seems --disable-tools is supposed to
be supported.
if test "$pixman" = "none"; then
if test "$want_tools" != "no" -o "$softmmu" != "no"; then
error_exit "pixman disabled but system emulation or tools build" \
"enabled. You can turn off pixman only if you also" \
"disable all system emulation targets and the tools" \
"build with '--disable-tools --disable-system'."
fi
Steve Ellcey
sellcey@imgtec.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] MIPS qemu build failure
2015-09-17 18:21 [Qemu-devel] MIPS qemu build failure Steve Ellcey
@ 2015-09-17 18:38 ` Peter Maydell
2015-09-18 8:24 ` Daniel P. Berrange
0 siblings, 1 reply; 9+ messages in thread
From: Peter Maydell @ 2015-09-17 18:38 UTC (permalink / raw)
To: Steve Ellcey; +Cc: QEMU Developers
On 17 September 2015 at 19:21, Steve Ellcey <sellcey@imgtec.com> wrote:
>
> Following up to my own email. Apparently the reason I get this error is
> that I am building with "--disable-tools --disable-system". I don't need
> the tools and I don't have pixman on my build system so if I don't use
> "--disable-tools --disable-system" I get an error about not having pixman
> installed.
We ship pixman as a git submodule so that you don't have to have
a system pixman, though the configure options you're using should work.
> When I do use "--disable-tools --disable-system" on the configure line I get:
>
> make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-mips'. Stop.
> make: *** [subdir-mips-linux-user] Error 2
> Error: Make command failed, stopping build.
Daniel, this sounds like more fallout from your recent changes?
> It was pointed out to me that 'configure --help' does not list the
> --disable-tools option as a supported option but inside the configure
> script I see this code, so it seems --disable-tools is supposed to
> be supported.
>
> if test "$pixman" = "none"; then
> if test "$want_tools" != "no" -o "$softmmu" != "no"; then
> error_exit "pixman disabled but system emulation or tools build" \
> "enabled. You can turn off pixman only if you also" \
> "disable all system emulation targets and the tools" \
> "build with '--disable-tools --disable-system'."
> fi
>
Yes, --disable-tools is a valid and supported command line option.
It's a bug that it's not listed in the --help output's list of valid
enable/disable flags.
thanks
-- PMM
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] MIPS qemu build failure
2015-09-17 18:38 ` Peter Maydell
@ 2015-09-18 8:24 ` Daniel P. Berrange
2015-09-18 8:53 ` Leon Alrae
0 siblings, 1 reply; 9+ messages in thread
From: Daniel P. Berrange @ 2015-09-18 8:24 UTC (permalink / raw)
To: Peter Maydell; +Cc: Steve Ellcey, QEMU Developers
On Thu, Sep 17, 2015 at 07:38:53PM +0100, Peter Maydell wrote:
> On 17 September 2015 at 19:21, Steve Ellcey <sellcey@imgtec.com> wrote:
> >
> > Following up to my own email. Apparently the reason I get this error is
> > that I am building with "--disable-tools --disable-system". I don't need
> > the tools and I don't have pixman on my build system so if I don't use
> > "--disable-tools --disable-system" I get an error about not having pixman
> > installed.
>
> We ship pixman as a git submodule so that you don't have to have
> a system pixman, though the configure options you're using should work.
>
> > When I do use "--disable-tools --disable-system" on the configure line I get:
> >
> > make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-mips'. Stop.
> > make: *** [subdir-mips-linux-user] Error 2
> > Error: Make command failed, stopping build.
>
> Daniel, this sounds like more fallout from your recent changes?
I've just tried './configure --enable-tools --disable-system && make' and
got a successful build, including the qemu-mips binary, so I wonder if
there's some stale build artifacts, or other configure CLI args
Steve, were there any other flags you passed to configure besides these
two ? Also can you confirm you tested with a completely clean build
env. ie after "git clean -f -d -x" to purge all build artifacts.
If you can still reproduce from a completely clean checkout, can you
provide a copy of the full output of running configure, so I can see
if there's any other options that are different from my testing env.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] MIPS qemu build failure
2015-09-18 8:24 ` Daniel P. Berrange
@ 2015-09-18 8:53 ` Leon Alrae
2015-09-18 9:06 ` Daniel P. Berrange
0 siblings, 1 reply; 9+ messages in thread
From: Leon Alrae @ 2015-09-18 8:53 UTC (permalink / raw)
To: Daniel P. Berrange, Peter Maydell; +Cc: Steve Ellcey, QEMU Developers
On 18/09/2015 09:24, Daniel P. Berrange wrote:
> On Thu, Sep 17, 2015 at 07:38:53PM +0100, Peter Maydell wrote:
>> On 17 September 2015 at 19:21, Steve Ellcey <sellcey@imgtec.com> wrote:
>>>
>>> Following up to my own email. Apparently the reason I get this error is
>>> that I am building with "--disable-tools --disable-system". I don't need
>>> the tools and I don't have pixman on my build system so if I don't use
>>> "--disable-tools --disable-system" I get an error about not having pixman
>>> installed.
>>
>> We ship pixman as a git submodule so that you don't have to have
>> a system pixman, though the configure options you're using should work.
>>
>>> When I do use "--disable-tools --disable-system" on the configure line I get:
>>>
>>> make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-mips'. Stop.
>>> make: *** [subdir-mips-linux-user] Error 2
>>> Error: Make command failed, stopping build.
>>
>> Daniel, this sounds like more fallout from your recent changes?
>
> I've just tried './configure --enable-tools --disable-system && make' and
> got a successful build, including the qemu-mips binary, so I wonder if
> there's some stale build artifacts, or other configure CLI args
Note that Steve used --disable-tools, not enable. I just tried and it fails
also for me:
$ ../qemu/configure --disable-tools --disable-system && make
(...)
make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-aarch64'. Stop.
make: *** [subdir-aarch64-linux-user] Error 2
Thanks,
Leon
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] MIPS qemu build failure
2015-09-18 8:53 ` Leon Alrae
@ 2015-09-18 9:06 ` Daniel P. Berrange
2015-09-18 12:06 ` [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure) Markus Armbruster
0 siblings, 1 reply; 9+ messages in thread
From: Daniel P. Berrange @ 2015-09-18 9:06 UTC (permalink / raw)
To: Leon Alrae; +Cc: Peter Maydell, Steve Ellcey, QEMU Developers
On Fri, Sep 18, 2015 at 09:53:31AM +0100, Leon Alrae wrote:
> On 18/09/2015 09:24, Daniel P. Berrange wrote:
> > On Thu, Sep 17, 2015 at 07:38:53PM +0100, Peter Maydell wrote:
> >> On 17 September 2015 at 19:21, Steve Ellcey <sellcey@imgtec.com> wrote:
> >>>
> >>> Following up to my own email. Apparently the reason I get this error is
> >>> that I am building with "--disable-tools --disable-system". I don't need
> >>> the tools and I don't have pixman on my build system so if I don't use
> >>> "--disable-tools --disable-system" I get an error about not having pixman
> >>> installed.
> >>
> >> We ship pixman as a git submodule so that you don't have to have
> >> a system pixman, though the configure options you're using should work.
> >>
> >>> When I do use "--disable-tools --disable-system" on the configure line I get:
> >>>
> >>> make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-mips'. Stop.
> >>> make: *** [subdir-mips-linux-user] Error 2
> >>> Error: Make command failed, stopping build.
> >>
> >> Daniel, this sounds like more fallout from your recent changes?
> >
> > I've just tried './configure --enable-tools --disable-system && make' and
> > got a successful build, including the qemu-mips binary, so I wonder if
> > there's some stale build artifacts, or other configure CLI args
>
> Note that Steve used --disable-tools, not enable. I just tried and it fails
> also for me:
Opps, when I tested, I *did* in fact use --disable-tools - just my email
here was wrong.
> $ ../qemu/configure --disable-tools --disable-system && make
> (...)
> make[1]: *** No rule to make target `../qom/object.o', needed by `qemu-aarch64'. Stop.
> make: *** [subdir-aarch64-linux-user] Error 2
Ahh, this is useful.
You have your build directory *outside* the QEMU source tree,
eg $GIT/../build, whereas I had been testing with $GIT/build
and an non-VPATH build.
I can in fact reproduce if building completely outside the GIT tree
like you show.
I'll look at producing a fix shortly...
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure)
2015-09-18 9:06 ` Daniel P. Berrange
@ 2015-09-18 12:06 ` Markus Armbruster
2015-09-18 12:15 ` Peter Maydell
2015-09-18 12:17 ` Daniel P. Berrange
0 siblings, 2 replies; 9+ messages in thread
From: Markus Armbruster @ 2015-09-18 12:06 UTC (permalink / raw)
To: Daniel P. Berrange
Cc: Peter Maydell, Steve Ellcey, Leon Alrae, QEMU Developers
"Daniel P. Berrange" <berrange@redhat.com> writes:
> On Fri, Sep 18, 2015 at 09:53:31AM +0100, Leon Alrae wrote:
>> On 18/09/2015 09:24, Daniel P. Berrange wrote:
>> > On Thu, Sep 17, 2015 at 07:38:53PM +0100, Peter Maydell wrote:
>> >> On 17 September 2015 at 19:21, Steve Ellcey <sellcey@imgtec.com> wrote:
>> >>>
>> >>> Following up to my own email. Apparently the reason I get this error is
>> >>> that I am building with "--disable-tools --disable-system". I don't need
>> >>> the tools and I don't have pixman on my build system so if I don't use
>> >>> "--disable-tools --disable-system" I get an error about not having pixman
>> >>> installed.
>> >>
>> >> We ship pixman as a git submodule so that you don't have to have
>> >> a system pixman, though the configure options you're using should work.
>> >>
>> >>> When I do use "--disable-tools --disable-system" on the
>> >>> configure line I get:
>> >>>
>> >>> make[1]: *** No rule to make target `../qom/object.o', needed by
>> >>> `qemu-mips'. Stop.
>> >>> make: *** [subdir-mips-linux-user] Error 2
>> >>> Error: Make command failed, stopping build.
>> >>
>> >> Daniel, this sounds like more fallout from your recent changes?
>> >
>> > I've just tried './configure --enable-tools --disable-system && make' and
>> > got a successful build, including the qemu-mips binary, so I wonder if
>> > there's some stale build artifacts, or other configure CLI args
>>
>> Note that Steve used --disable-tools, not enable. I just tried and it fails
>> also for me:
>
> Opps, when I tested, I *did* in fact use --disable-tools - just my email
> here was wrong.
>
>> $ ../qemu/configure --disable-tools --disable-system && make
>> (...)
>> make[1]: *** No rule to make target `../qom/object.o', needed by
>> `qemu-aarch64'. Stop.
>> make: *** [subdir-aarch64-linux-user] Error 2
>
> Ahh, this is useful.
>
> You have your build directory *outside* the QEMU source tree,
> eg $GIT/../build, whereas I had been testing with $GIT/build
> and an non-VPATH build.
>
> I can in fact reproduce if building completely outside the GIT tree
> like you show.
>
> I'll look at producing a fix shortly...
Dropping the in-tree build entirely would save us from such unnecessary
build breakages. Unfortunately, I haven't been able to find the time to
write a patch. Any takers?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure)
2015-09-18 12:06 ` [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure) Markus Armbruster
@ 2015-09-18 12:15 ` Peter Maydell
2015-09-18 12:17 ` Daniel P. Berrange
1 sibling, 0 replies; 9+ messages in thread
From: Peter Maydell @ 2015-09-18 12:15 UTC (permalink / raw)
To: Markus Armbruster; +Cc: Leon Alrae, Steve Ellcey, QEMU Developers
On 18 September 2015 at 13:06, Markus Armbruster <armbru@redhat.com> wrote:
> "Daniel P. Berrange" <berrange@redhat.com> writes:
>> You have your build directory *outside* the QEMU source tree,
>> eg $GIT/../build, whereas I had been testing with $GIT/build
>> and an non-VPATH build.
> Dropping the in-tree build entirely would save us from such unnecessary
> build breakages.
No it wouldn't, because neither "build in $GIT/build" nor
"build in ../build" are in-tree build configs (which would
be "build in $GIT" and which I agree we don't really want to
encourage).
thanks
-- PMM
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure)
2015-09-18 12:06 ` [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure) Markus Armbruster
2015-09-18 12:15 ` Peter Maydell
@ 2015-09-18 12:17 ` Daniel P. Berrange
1 sibling, 0 replies; 9+ messages in thread
From: Daniel P. Berrange @ 2015-09-18 12:17 UTC (permalink / raw)
To: Markus Armbruster
Cc: Peter Maydell, Steve Ellcey, Leon Alrae, QEMU Developers
On Fri, Sep 18, 2015 at 02:06:39PM +0200, Markus Armbruster wrote:
> "Daniel P. Berrange" <berrange@redhat.com> writes:
>
> > On Fri, Sep 18, 2015 at 09:53:31AM +0100, Leon Alrae wrote:
> >> On 18/09/2015 09:24, Daniel P. Berrange wrote:
> >> > On Thu, Sep 17, 2015 at 07:38:53PM +0100, Peter Maydell wrote:
> >> >> On 17 September 2015 at 19:21, Steve Ellcey <sellcey@imgtec.com> wrote:
> >> >>>
> >> >>> Following up to my own email. Apparently the reason I get this error is
> >> >>> that I am building with "--disable-tools --disable-system". I don't need
> >> >>> the tools and I don't have pixman on my build system so if I don't use
> >> >>> "--disable-tools --disable-system" I get an error about not having pixman
> >> >>> installed.
> >> >>
> >> >> We ship pixman as a git submodule so that you don't have to have
> >> >> a system pixman, though the configure options you're using should work.
> >> >>
> >> >>> When I do use "--disable-tools --disable-system" on the
> >> >>> configure line I get:
> >> >>>
> >> >>> make[1]: *** No rule to make target `../qom/object.o', needed by
> >> >>> `qemu-mips'. Stop.
> >> >>> make: *** [subdir-mips-linux-user] Error 2
> >> >>> Error: Make command failed, stopping build.
> >> >>
> >> >> Daniel, this sounds like more fallout from your recent changes?
> >> >
> >> > I've just tried './configure --enable-tools --disable-system && make' and
> >> > got a successful build, including the qemu-mips binary, so I wonder if
> >> > there's some stale build artifacts, or other configure CLI args
> >>
> >> Note that Steve used --disable-tools, not enable. I just tried and it fails
> >> also for me:
> >
> > Opps, when I tested, I *did* in fact use --disable-tools - just my email
> > here was wrong.
> >
> >> $ ../qemu/configure --disable-tools --disable-system && make
> >> (...)
> >> make[1]: *** No rule to make target `../qom/object.o', needed by
> >> `qemu-aarch64'. Stop.
> >> make: *** [subdir-aarch64-linux-user] Error 2
> >
> > Ahh, this is useful.
> >
> > You have your build directory *outside* the QEMU source tree,
> > eg $GIT/../build, whereas I had been testing with $GIT/build
> > and an non-VPATH build.
> >
> > I can in fact reproduce if building completely outside the GIT tree
> > like you show.
> >
> > I'll look at producing a fix shortly...
>
> Dropping the in-tree build entirely would save us from such unnecessary
> build breakages. Unfortunately, I haven't been able to find the time to
> write a patch. Any takers?
Preventing non-VPATH builds wouldn't have avoided the breakage in this
case, as it only occurred when multiple criteria were met. You needed
to have done a build with certain features disabled *and* done it
in a VPATH *and* for VPATH to have lived outside your $GIT checkout.
We'd only catch that if we added more combinations to the build checks
Peter does prior to merge.
I could see an argument for dropping non-VPATH builds, even though I do
typically use them myself, since VPATH vs non-VPATH is a constant source
of trouble in most projects. I don't think its so reasonable to dictate
to people /where/ they put their VPATHs - IMHO its acceptable to use
$GIT/build as a VPATH.
Regards,
Daniel
--
|: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org -o- http://virt-manager.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2015-09-18 12:17 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-17 18:21 [Qemu-devel] MIPS qemu build failure Steve Ellcey
2015-09-17 18:38 ` Peter Maydell
2015-09-18 8:24 ` Daniel P. Berrange
2015-09-18 8:53 ` Leon Alrae
2015-09-18 9:06 ` Daniel P. Berrange
2015-09-18 12:06 ` [Qemu-devel] Someone kill the in-tree build, please (was: MIPS qemu build failure) Markus Armbruster
2015-09-18 12:15 ` Peter Maydell
2015-09-18 12:17 ` Daniel P. Berrange
-- strict thread matches above, loose matches on Subject: below --
2015-09-16 17:08 [Qemu-devel] MIPS qemu build failure Steve Ellcey
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.