qemu-devel
[Top][All Lists]
Advanced

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

Re: [PATCH] configure: add support for psuedo-"in source tree" builds


From: Eric Blake
Subject: Re: [PATCH] configure: add support for psuedo-"in source tree" builds
Date: Thu, 20 Aug 2020 12:42:20 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0

On 8/20/20 11:55 AM, Daniel P. Berrangé wrote:
Meson requires the build dir to be separate from the source tree. Many
people are used to just running "./configure && make" though and the
meson conversion breaks that.

This introduces some backcompat support to make it appear as if an
"in source tree" build is being done, but with the the results in the
"build/" directory. This allows "./configure && make" to work as it
did historically, albeit with the output binaries staying under build/.

Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
---

In addition to reviews you already have,


I've not tested it beyond that. Note it blows away the "build/"
dir each time ./configure is run so it is pristine each time.

I definitely like the idea of only blowing away what we created - but if we created build, then recreating it for each new configure run is nice.


We could optionally symlink binaries from build/ into $PWD
if poeople think that is important, eg by changing GNUmakefile
to have:

recurse: all
        for bin in `find build -maxdepth 1 -type f -executable | grep -v -E 
'(ninjatool|config.status)'`; \

Using -maxdepth gets rid of the need to pre-create empty directories for nested binaries, but also loses out on binaries such as x86_64-softmmu/qemu-system-x86_64. Oh, it looks like meson creates qemu-system-x86_64 as a binary in the top level, then a symlink in its old location. Populating symlinks to ALL old locations is thus trickier than what you are proposing here, so it is fine to save that for a followup patch (let's get the bare minimum in first, so that at least ./configure && make works, before we worry about back-compat symlinks).


This goes on top of Paolo's most recent meson port v175 posting,
or whatever number it is upto now :-)

Nice comment for reviewers, but doesn't quite need to be preserved in git.


  .gitignore |  2 ++
  configure  | 40 ++++++++++++++++++++++++++++++++--------
  2 files changed, 34 insertions(+), 8 deletions(-)

diff --git a/.gitignore b/.gitignore
index 92311284ef..4ccb9ed975 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,5 @@
+/GNUmakefile
+/build/
  /.doctrees
  /config-devices.*
  /config-all-devices.*
diff --git a/configure b/configure
index cc5f58f31a..a5c88ad1ac 100755
--- a/configure
+++ b/configure
@@ -11,6 +11,38 @@ unset CLICOLOR_FORCE GREP_OPTIONS
  # Don't allow CCACHE, if present, to use cached results of compile tests!
  export CCACHE_RECACHE=yes
+source_path=$(cd "$(dirname -- "$0")"; pwd)

This behaves wrong if CDPATH is set in the environment. We should really include CDPATH in our environment sanitization at the top of the file.

+
+if printf %s\\n "$source_path" "$PWD" | grep -q "[[:space:]:]";
+then
+  error_exit "main directory cannot contain spaces nor colons"
+fi
+
+if test "$PWD" == "$source_path"

bashism; s/==/=/ or you will break configure on dash systems

+then
+    echo "Using './build' as the directory for build output"

Do we want a way for a user to type './configure builddir=build/' and 'make builddir=build/' so they can specify different builddir overrides per invocation (of course, where builddir defaults to 'build/' if not specified)? But hardcoding to _just_ ./build/ for getting this patch in quickly is fine.

+    rm -rf build
+    mkdir -p build
+    cat > GNUmakefile <<EOF

If you use 'EOF' or \EOF here, then...

+
+ifeq (\$(MAKECMDGOALS),)

you wouldn't have to escape all these $.  Looking through the file...

+recurse: all
+endif
+
+.NOTPARALLEL: %
+%: force
+       @echo 'changing dir to build for \$(MAKE) "\$(MAKECMDGOALS)"...'
+       @\$(MAKE) -C build -f Makefile \$(MAKECMDGOALS)
+       if test "\$(MAKECMDGOALS)" = "distclean" ; then rm -rf build ; fi
+force: ;
+.PHONY: force
+GNUmakefile: ;
+
+EOF

...I didn't see any use of $ that was not supposed to be literally in the generated GNUmakefile.

+    cd build
+    exec $source_path/configure "$@"
+fi
+
  # Temporary directory used for files created while
  # configure runs. Since it is in the build directory
  # we can safely blow away any previous version of it

Now that we are guaranteeing configure is run in a build directory, this part of configure might have some cleanups possible. But that can be a separate patch.

@@ -297,14 +329,6 @@ ld_has() {
      $ld --help 2>/dev/null | grep ".$1" >/dev/null 2>&1
  }
-# make source path absolute
-source_path=$(cd "$(dirname -- "$0")"; pwd)
-
-if printf %s\\n "$source_path" "$PWD" | grep -q "[[:space:]:]";
-then
-  error_exit "main directory cannot contain spaces nor colons"
-fi
-
  # default parameters
  cpu=""
  iasl="iasl"


Looking forward to v2.

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3226
Virtualization:  qemu.org | libvirt.org




reply via email to

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