tools/configure.ac changes

PATCH Superseded Olaf Hering 3 participants 11 messages Jun 13, 2012

Share & tools

Olaf Hering

author

2012-06-13 08:01 UTC #0 lore raw

PATCH 1/1 tools/configure.ac changes

Changes:
tools/configure.ac: add version check for glib2 tools/m4: add AC_LANG_SOURCE to fix autoconf warnings tools/configure.ac: fill PACKAGE_TARNAME in AC_INIT

 tools/configure.ac   |    4 ++--
 tools/m4/pthread.m4  |    4 ++--
 tools/m4/ptyfuncs.m4 |    4 ++--
 3 files changed, 6 insertions(+), 6 deletions(-)

Olaf Hering

author

2012-06-13 08:01 UTC #1 lore raw

PATCH 1/1 tools/configure.ac: add version check for glib2

# HG changeset patch
# User Olaf Hering <[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2

xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:

qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1

Add a version check to configure to require at least glib 2.12 to build qemu-upstream.

Signed-off-by Olaf Hering <[email protected]>

tools/configure.ac +1 -1

diff -r a70b35deb2b5 -r ea554d05821b tools/configure.ac
@@ -115,7 +115,7 @@ AX_PATH_PROG_OR_FAIL([BCC], [bcc])
 AX_PATH_PROG_OR_FAIL([IASL], [iasl])
 AX_CHECK_UUID
 AX_CHECK_CURSES
-PKG_CHECK_MODULES(glib, glib-2.0)
+PKG_CHECK_MODULES(glib, [glib-2.0 >= 2.12])
 
 # Check library path
 AX_DEFAULT_LIB

Ian Campbell

2012-06-13 08:14 UTC #2 lore raw

Re: [PATCH 1 of 3] tools/configure.ac: add version check for glib2

Quoted 22 lines · Olaf Hering

# HG changeset patch
# User Olaf Hering <[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2
xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:
qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1

Quoted 2 lines

Add a version check to configure to require at least glib 2.12 to build qemu-upstream.

Does this cause configure to fail or does it cause us to just not build qemu-upstream? I think the former (which is fine with me) but your last sentence suggests that latter.

Quoted 20 lines

Signed-off-by Olaf Hering <[email protected]>
diff -r a70b35deb2b5 -r ea554d05821b tools/configure.ac
tools/configure.ac +1 -1
@@ -115,7 +115,7 @@ AX_PATH_PROG_OR_FAIL([BCC], [bcc])
 AX_PATH_PROG_OR_FAIL([IASL], [iasl])
 AX_CHECK_UUID
 AX_CHECK_CURSES
-PKG_CHECK_MODULES(glib, glib-2.0)
+PKG_CHECK_MODULES(glib, [glib-2.0 >= 2.12])
 
 # Check library path
 AX_DEFAULT_LIB
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

Roger Pau Monne

Acked-by

2012-06-13 08:56 UTC #3 lore raw

Re: [PATCH 1 of 3] tools/configure.ac: add version check for glib2

Quoted 23 lines · Ian Campbell

Quoted 22 lines · Olaf Hering
# HG changeset patch
# User Olaf Hering<[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2
xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:
qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1

Quoted 6 lines

Quoted 2 lines
Add a version check to configure to require at least glib 2.12 to build qemu-upstream.
Does this cause configure to fail or does it cause us to just not build qemu-upstream? I think the former (which is fine with me) but your last sentence suggests that latter.

From my understanding it causes Qemu build to fail, since our version of Qemu configure script doesn't check for glib version.

The following commit should be backported to our Qemu tree also a52d28afb4e825a5b28815370a268904a4c6dc11.

Quoted 1 line

Quoted 1 line
Signed-off-by Olaf Hering<[email protected]>

Anyway, since we check for glib already, I think this should be applied, so at least we check for the required version

Acked-by Roger Pau Monné <[email protected]>

Please rerun autoconf after applying this.

Quoted 11 lines

diff -r a70b35deb2b5 -r ea554d05821b tools/configure.ac

tools/configure.ac +1 -1

@@ -115,7 +115,7 @@ AX_PATH_PROG_OR_FAIL([BCC], [bcc])
  AX_PATH_PROG_OR_FAIL([IASL], [iasl])
  AX_CHECK_UUID
  AX_CHECK_CURSES
-PKG_CHECK_MODULES(glib, glib-2.0)
+PKG_CHECK_MODULES(glib, [glib-2.0>= 2.12])

Quoted 9 lines

Quoted 7 lines
tools/configure.ac +0 -0
  # Check library path
  AX_DEFAULT_LIB
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

Ian Campbell

2012-06-13 08:58 UTC #4 lore raw

Re: [PATCH 1 of 3] tools/configure.ac: add version check for glib2

Quoted 27 lines · Roger Pau Monne

Quoted 26 lines · Ian Campbell
Quoted 24 lines · Olaf Hering
# HG changeset patch
# User Olaf Hering<[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2
xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:
qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1
Add a version check to configure to require at least glib 2.12 to build qemu-upstream.

Quoted 6 lines

Quoted 3 lines
Does this cause configure to fail or does it cause us to just not build qemu-upstream? I think the former (which is fine with me) but your last sentence suggests that latter.
From my understanding it causes Qemu build to fail, since our version
of Qemu configure script doesn't check for glib version.

But this patch makes it do that check, right?

Quoted 4 lines

The following commit should be backported to our Qemu tree also a52d28afb4e825a5b28815370a268904a4c6dc11.

Quoted 30 lines

Quoted 1 line
Quoted 1 line
Signed-off-by Olaf Hering<[email protected]>
Anyway, since we check for glib already, I think this should be applied, so at least we check for the required version
Acked-by Roger Pau Monné <[email protected]>
Please rerun autoconf after applying this.
Quoted 20 lines
Quoted 18 lines
diff -r a70b35deb2b5 -r ea554d05821b tools/configure.ac
tools/configure.ac +1 -1
@@ -115,7 +115,7 @@ AX_PATH_PROG_OR_FAIL([BCC], [bcc])
  AX_PATH_PROG_OR_FAIL([IASL], [iasl])
  AX_CHECK_UUID
  AX_CHECK_CURSES
-PKG_CHECK_MODULES(glib, glib-2.0)
+PKG_CHECK_MODULES(glib, [glib-2.0>= 2.12])
 
  # Check library path
  AX_DEFAULT_LIB
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

Roger Pau Monne

2012-06-13 09:01 UTC #5 lore raw

Re: [PATCH 1 of 3] tools/configure.ac: add version check for glib2

Quoted 27 lines · Ian Campbell

Quoted 26 lines · Roger Pau Monne
Quoted 25 lines · Ian Campbell
Quoted 24 lines · Olaf Hering
# HG changeset patch
# User Olaf Hering<[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2
xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:
qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1
Add a version check to configure to require at least glib 2.12 to build qemu-upstream.

Quoted 7 lines

Quoted 5 lines
Quoted 3 lines
Does this cause configure to fail or does it cause us to just not build qemu-upstream? I think the former (which is fine with me) but your last sentence suggests that latter.
From my understanding it causes Qemu build to fail, since our version
of Qemu configure script doesn't check for glib version.
But this patch makes it do that check, right?

Yes, we currently check for glib, but we don't require any specific version. This patch sets the necessary glib version for Qemu-upstream compilation to succeed as a requirement for our configure script.

Quoted 22 lines

Quoted 22 lines
The following commit should be backported to our Qemu tree also a52d28afb4e825a5b28815370a268904a4c6dc11.
Quoted 1 line
Quoted 1 line
Signed-off-by Olaf Hering<[email protected]>
Anyway, since we check for glib already, I think this should be applied, so at least we check for the required version
Acked-by Roger Pau Monné<[email protected]>
Please rerun autoconf after applying this.
Quoted 10 lines
Quoted 10 lines
diff -r a70b35deb2b5 -r ea554d05821b tools/configure.ac
tools/configure.ac +1 -1
@@ -115,7 +115,7 @@ AX_PATH_PROG_OR_FAIL([BCC], [bcc])
   AX_PATH_PROG_OR_FAIL([IASL], [iasl])
   AX_CHECK_UUID
   AX_CHECK_CURSES
-PKG_CHECK_MODULES(glib, glib-2.0)
+PKG_CHECK_MODULES(glib, [glib-2.0>= 2.12])
 

Quoted 10 lines

Quoted 8 lines
Quoted 8 lines
Quoted 7 lines
tools/configure.ac +0 -0
   # Check library path
   AX_DEFAULT_LIB
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

Ian Campbell

2012-06-13 09:41 UTC #6 lore raw

Re: [PATCH 1 of 3] tools/configure.ac: add version check for glib2

Quoted 31 lines · Roger Pau Monne

Quoted 30 lines · Ian Campbell
Quoted 29 lines · Roger Pau Monne
Quoted 28 lines · Ian Campbell
Quoted 22 lines · Olaf Hering
# HG changeset patch
# User Olaf Hering<[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2
xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:
qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1
Quoted 2 lines
Add a version check to configure to require at least glib 2.12 to build qemu-upstream.
Does this cause configure to fail or does it cause us to just not build qemu-upstream? I think the former (which is fine with me) but your last sentence suggests that latter.

Quoted 8 lines

Quoted 4 lines
Quoted 2 lines
From my understanding it causes Qemu build to fail, since our version
of Qemu configure script doesn't check for glib version.
But this patch makes it do that check, right?
Yes, we currently check for glib, but we don't require any specific version. This patch sets the necessary glib version for Qemu-upstream compilation to succeed as a requirement for our configure script.

Right. By "this" in my original question I was asking about the change not the original failure, sorry that was probably not obvious. IOW the behaviour after this patch is that our configure will now fail.

Quoted 26 lines

Quoted 26 lines
Quoted 26 lines
The following commit should be backported to our Qemu tree also a52d28afb4e825a5b28815370a268904a4c6dc11.
Quoted 1 line
Quoted 1 line
Signed-off-by Olaf Hering<[email protected]>
Anyway, since we check for glib already, I think this should be applied, so at least we check for the required version
Acked-by Roger Pau Monné<[email protected]>
Please rerun autoconf after applying this.
Quoted 13 lines
Quoted 13 lines
diff -r a70b35deb2b5 -r ea554d05821b tools/configure.ac
tools/configure.ac +1 -1
@@ -115,7 +115,7 @@ AX_PATH_PROG_OR_FAIL([BCC], [bcc])
   AX_PATH_PROG_OR_FAIL([IASL], [iasl])
   AX_CHECK_UUID
   AX_CHECK_CURSES
-PKG_CHECK_MODULES(glib, glib-2.0)
+PKG_CHECK_MODULES(glib, [glib-2.0>= 2.12])
 
   # Check library path
   AX_DEFAULT_LIB

Quoted 8 lines

Quoted 7 lines
Quoted 5 lines
Quoted 5 lines
Quoted 4 lines
_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
[email protected]
http://lists.xen.org/xen-devel

Olaf Hering

author

2012-06-13 12:54 UTC #7 lore raw

Re: [PATCH 1 of 3] tools/configure.ac: add version check for glib2

In reply to Ian Campbell

Quoted 23 lines · Ian Campbell

Quoted 22 lines · Olaf Hering
# HG changeset patch
# User Olaf Hering <[email protected]>
# Date 1339572293 -7200
# Node ID ea554d05821b95a7e96e4a25cbf953c5abe35aeb # Parent a70b35deb2b5592cc1b2363860f21bb2c7049885 tools/configure.ac: add version check for glib2
xen-unstable fails to build in a SLES10SP4 environment since a long time because the included version of glib is slightly older than the required glib version. According to the docs glib version 2.12 includes base64 support, but SLES10 is shipped with glib 2.8.6:
qemu-timer-common.o: In function `init_get_clock':
/usr/src/packages/BUILD/xen-4.2.25432/non-dbg/tools/qemu-xen-dir/qemu-timer-common.c:57:
undefined reference to `clock_gettime'
qga/guest-agent-commands.o: In function `qmp_guest_file_write':
qga/guest-agent-commands.c:249: undefined reference to g_base64_decode' qga/guest-agent-commands.o: In function qmp_guest_file_read':
qga/guest-agent-commands.c:224: undefined reference to `g_base64_encode'
collect2: ld returned 1 exit status
make[3]: *** [qemu-ga] Error 1

Quoted 6 lines

Quoted 2 lines
Add a version check to configure to require at least glib 2.12 to build qemu-upstream.
Does this cause configure to fail or does it cause us to just not build qemu-upstream? I think the former (which is fine with me) but your last sentence suggests that latter.

I will resend with this change:

Add a version check to toplevel configure to require at least glib 2.12. This makes sure configure can detect the condition early instead of failing later in the middle of tools build when qemu-upstream errors out.

Olaf

Olaf Hering

author

2012-06-13 08:01 UTC #8 lore raw

PATCH 1/1 tools/m4: add AC_LANG_SOURCE to fix autoconf warnings

In reply to Olaf Hering

# HG changeset patch
# User Olaf Hering <[email protected]>
# Date 1339574439 -7200
# Node ID 57679d60e43077004757aede949e41b5e297e028 # Parent ea554d05821b95a7e96e4a25cbf953c5abe35aeb tools/m4: add AC_LANG_SOURCE to fix autoconf warnings

I see these warnings with autoconf 2.68, add AC_LANG_SOURCE as suggested by upstream documentation.

...

 # bash autogen.sh
configure.ac:141: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
m4/pthread.m4:21: AX_CHECK_PTHREAD is expanded from...
configure.ac:141: the top level
configure.ac:142: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
m4/ptyfuncs.m4:1: AX_CHECK_PTYFUNCS is expanded from...
configure.ac:142: the top level
configure.ac:141: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
m4/pthread.m4:21: AX_CHECK_PTHREAD is expanded from...
configure.ac:141: the top level
configure.ac:142: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from...
../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
m4/ptyfuncs.m4:1: AX_CHECK_PTYFUNCS is expanded from...
configure.ac:142: the top level

Signed-off-by Olaf Hering <[email protected]>

tools/m4/pthread.m4 +2 -2

diff -r ea554d05821b -r 57679d60e430 tools/m4/pthread.m4
@@ -24,13 +24,13 @@ AC_DEFUN([AX_CHECK_PTHREAD],[
         AX_PTHREAD_CV2VARS
         AX_PTHREAD_VARS([AX_SAVEVAR_SAVE])
         AX_PTHREAD_VARS([AX_PTHREAD_VAR_APPLY])
-        AC_LINK_IFELSE([
+        AC_LINK_IFELSE([AC_LANG_SOURCE([
 #include <pthread.h>
 int main(void) {
   pthread_atfork(0,0,0);
   pthread_create(0,0,0,0);
 }
-],[],[ax_cv_pthread_flags=failed])
+])],[],[ax_cv_pthread_flags=failed])
         AX_PTHREAD_VARS([AX_SAVEVAR_RESTORE])
     ])
     if test "x$ax_cv_pthread_flags" = xfailed; then

tools/m4/ptyfuncs.m4 +2 -2

diff -r ea554d05821b -r 57679d60e430 tools/m4/ptyfuncs.m4
@@ -9,7 +9,7 @@ AC_DEFUN([AX_CHECK_PTYFUNCS], [
             fi
             AX_SAVEVAR_SAVE(LIBS)
             LIBS="$LIBS $ax_cv_ptyfuncs_libs"
-            AC_LINK_IFELSE([
+            AC_LINK_IFELSE([AC_LANG_SOURCE([
 #ifdef INCLUDE_LIBUTIL_H
 #include INCLUDE_LIBUTIL_H
 #endif

@@ -17,7 +17,7 @@ int main(void) {
   openpty(0,0,0,0,0);
   login_tty(0);
 }
-],[
+])],[
                 break
             ],[])
             AX_SAVEVAR_RESTORE(LIBS)

Olaf Hering

author

2012-06-13 08:01 UTC #9 lore raw

PATCH 1/1 tools/configure.ac: fill PACKAGE_TARNAME in AC_INIT

In reply to Olaf Hering

# HG changeset patch
# User Olaf Hering <[email protected]>
# Date 1339574441 -7200
# Node ID 306676f2c25b58e2cc094017f53910cb0c9ea9a9 # Parent 57679d60e43077004757aede949e41b5e297e028 tools/configure.ac: fill PACKAGE_TARNAME in AC_INIT

Upcoming changes will move DOCDIR from Config.mk to config/Tools.mk. To preserve the currently used path, which ends with /xen, specify a value for PACKAGE_TARNAME. Without this change the path would end with /xen-hypervisor.

Signed-off-by Olaf Hering <[email protected]>

tools/configure.ac +1 -1

diff -r 57679d60e430 -r 306676f2c25b tools/configure.ac
@@ -3,7 +3,7 @@
 
 AC_PREREQ([2.67])
 AC_INIT([Xen Hypervisor], m4_esyscmd([../version.sh ../xen/Makefile]),
-    [[email protected]])
+    [[email protected]], [xen], [http://www.xen.org/])
 AC_CONFIG_SRCDIR([libxl/libxl.c])
 AC_CONFIG_FILES([../config/Tools.mk])
 AC_CONFIG_HEADERS([config.h])

Roger Pau Monne

2012-06-13 08:59 UTC #10 lore raw

Re: [PATCH 3 of 3] tools/configure.ac: fill PACKAGE_TARNAME in AC_INIT

Quoted 18 lines · Olaf Hering

# HG changeset patch
# User Olaf Hering<[email protected]>
# Date 1339574441 -7200
# Node ID 306676f2c25b58e2cc094017f53910cb0c9ea9a9 # Parent 57679d60e43077004757aede949e41b5e297e028 tools/configure.ac: fill PACKAGE_TARNAME in AC_INIT
Upcoming changes will move DOCDIR from Config.mk to config/Tools.mk. To preserve the currently used path, which ends with /xen, specify a value for PACKAGE_TARNAME. Without this change the path would end with /xen-hypervisor.
Signed-off-by Olaf Hering<[email protected]>
diff -r 57679d60e430 -r 306676f2c25b tools/configure.ac

tools/configure.ac line 6

Quoted 5 lines

tools/configure.ac +1 -1

@@ -3,7 +3,7 @@
 
  AC_PREREQ([2.67])
  AC_INIT([Xen Hypervisor], m4_esyscmd([../version.sh ../xen/Makefile]),
-    [[email protected]])
+    [[email protected]], [xen], [http://www.xen.org/])

Since you already change the line, could you also change the ML address to [email protected]?

Quoted 3 lines

tools/configure.ac +0 -0

  AC_CONFIG_SRCDIR([libxl/libxl.c])
  AC_CONFIG_FILES([../config/Tools.mk])
  AC_CONFIG_HEADERS([config.h])