qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Do we still need pre-meson compatibility hacks?


From: Michael Tokarev
Subject: Re: Do we still need pre-meson compatibility hacks?
Date: Thu, 25 Jan 2024 16:02:36 +0300
User-agent: Mozilla Thunderbird

25.01.2024 14:04, Peter Maydell :
On Thu, 25 Jan 2024 at 07:54, Paolo Bonzini <pbonzini@redhat.com> wrote:

Right now configure contains a couple hacks to preserve some of the semantics 
of the pre-meson build system:

1) emulation of ./configure by creating a build directory and a forwarding 
GNUmakefile (requested by Kevin)

2) creation of symlinks such as x86_64-softmmu/qemu-system-x86_64 and 
arm-linux-user/qemu-arm (requested by Peter)

Neither of these are a lot of code, but if people aren't relying on them we 
might as well delete them. Do they have any users still?

Personally I have moved away from using the old $TARGET/qemu-foo
so I would not miss the symlinks if they went away. Can't
speak for anybody else on that one.

Heh.  I still use `make qemu-system-arm` (or `ninja qemu-system-arm`), but only
because I haven't followed closely what's the "right" target to use.  I don't
care much which target it is exactly, but guess this is some info which needs
to be findable somewhere (again, maybe it's in the docs for a long time, and
I just need rtfm).

I suspect that "just run configure in the source tree" is still
popular with the kind of people who don't frequently build
QEMU, though.

"Run configure" is popular indeed, -- configure might either be a startup script
or just something to tell which command to use.  Again, personally I don't care
much which it will be as long as I know what it is ;)

/mjt



reply via email to

[Prev in Thread] Current Thread [Next in Thread]