similar to: [PATCH] more xenstore makefile fixes

# HG changeset patch # User john.levon@sun.com # Date 1161090606 25200 # Node ID c6bfe43048f3becda6966deceb7b70baea833b7c # Parent 03d4223c846b14fc415cfd05d970c7b4d688fddb Many of the tools use C99 features such as bool, or expect certain functions. Fix the CFLAGS to enable these on Solaris. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/SunOS.mk b/config/SunOS.mk ---

Hello, I''ve modified tools/xenstore/xenstore_client.c to include a new utility, xenstore-chmod. This utility permits developers and administrators to manually change the permissions on arbitrary locations in XenStore from the command line. This is often helpful if you''re trying to debug an application that relies on XenStore and is encountering difficulties with permissions.

Signed-off-by: Jerone Young <jyoung5@us.ibm.com> -- Jerone Young IBM Linux Technology Center jyoung5@us.ibm.com 512-838-1157 (T/L: 678-1157) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

I cleaned up the top level makefile in the tools directory. No major changes. Except I have it so that ioemmu is compiled only with x86_32. Signed-off-by: Jerone Young <jyoung5@us.ibm.com> --- tools/Makefile.orig 2005-03-17 21:03:44.000000000 -0600 +++ tools/Makefile 2005-03-22 15:05:20.000000000 -0600 @@ -1,37 +1,33 @@ +XEN_ROOT = ../ +include $(XEN_ROOT)/tools/Rules.mk -all: -

Hi. I have the same problem, which described in: http://lists.xensource.com/archives/html/xen-users/2010-07/msg00241.html I''m using Debian Squeeze (2.6.32-5-xen-amd64) in Dom0, Xen 4.0.1-rc6, Windows 2008, 2003 x86_64 in domU After installing drivers from http://www.xen.org/files/XenCloud/Software/0.5/XCP-base-0.5.iso, system stops on progress bar in normal boot, but ok in safe mode. In

Here is the latest version of the patches to package the ocaml libraries. Changes since last time: * rename the packages from libxen-4.1-ocaml* to libxen-ocaml* - we wont be looking to install multiple concurrent versions of the same package, so the version doesn't need to be in the package name * Removed superfluous GENCONTROL definitions - dh_ocaml does what we need * Removed

Hi I am tring to build the testcode for xenstored # cd xen-3.1-src/tools/xenstore/ # make testcode but it generating error due to conflict of function in fake_libxc with libxc. Error: gcc -Werror -Wp,-MD,.fake_libxc.o.d -I../../tools/libxc -I. -DTESTING -c -o fake_libxc.o fake_libxc.c fake_libxc.c:41: error: conflicting types for ‘xc_evtchn_notify’ ../../tools/libxc/xenctrl.h:692: error:

Hi I am tring to build the testcode for xenstored # cd xen-3.1-src/tools/xenstore/ # make testcode but it generating error due to conflict of function in fake_libxc with libxc. Error: gcc -Werror -Wp,-MD,.fake_libxc.o.d -I../../tools/libxc -I. -DTESTING -c -o fake_libxc.o fake_libxc.c fake_libxc.c:41: error: conflicting types for ‘xc_evtchn_notify’ ../../tools/libxc/xenctrl.h:692: error:

I am trying to install samba 4 on a CentOS 5.6 X86_64 with all update installed following the directions from http://wiki.samba.org/index.php/Samba4/HOWTO Installed git and am able to use that to pull down latest version of samba source code ran ./configure.developer (can post output from this long file if needed) Once that was done I ran the make command and got this at the end

Config.mk | 1 + tools/Makefile | 1 + tools/tests/Makefile | 20 ++++++++++++++++++++ 3 files changed, 22 insertions(+), 0 deletions(-) Build tests as part of the tools build. It is enabled with CONFIG_TESTS in Config.mk Currently disabled build of tests/regressions and tests/xen-access (in 32 bit mode) as they fail. Signed-off-by: Andres Lagar-Cavilla

V4 of the patch, incorporating Bastian's suggestions. Jon --- xen/debian/patches/series | 1 + xen/debian/patches/tools-ocaml-fix-build.diff | 81 +++++++++++++++++++++++++ xen/debian/rules | 5 ++ xen/debian/rules.real | 39 ++++++++++++ xen/debian/templates/control.main.in | 16 +++++

Hello,   I can say that I have searched the entire ''world wide web'' and still haven''t found ''complete  and clear answers'' to the often asked question of: Given a Xen (release) build (say 3.2.0), which by default tries to get and build and assume Linux kernel-xen 2.6.18 from the mercurial repository, HOW TO override the build and make it work with a

Hi, during the week I was thinking to send an email to the upstream development list to see if, at some point in the future, we might have the changes needed for us not to patch their package, or to reduce our patches even more... The points I was going to touch were: /etc/sysconfig: We'd like, if it's possible, to have this be configurable at build time... The default can remain like

I''ve removed all the LIBLEAF bits in this version, but kept passing the libfsimage plugin location via compiler command line. If there''s a better way to do this, I''m certainly open to it. But looking at it further today I think this isn''t too horrible. Matt

Changes from v3: - mini-os configuration files moved into stubdom/ - mini-os extra console support now a config option - Fewer #ifdefs - grant table setup uses hypercall bounce - Xenstore stub domain syslog support re-enabled Changes from v2: - configuration support added to mini-os build system - add mini-os support for conditionally compiling frontends, xenbus -

Hi all, this is the tenth version of the patch series to introduce upstream qemu and seabios in the xen-unstable build system. Changes to v9: - rename QEMU_UPSTREAM_TAG to QEMU_UPSTREAM_REVISION: we are going to use it with a branch name by default; - set QEMU_UPSTREAM_REVISION to "master" by default; - set SEABIOS_UPSTREAM_URL to git://xenbits.xen.org/seabios.git by default; - add

On a Linux 64-bit machine, I'm trying to cross-compile for a 32-bit intel board. I loaded and cross-compiled 4.9.5 and that worked fine, searching the correct libraries. When I use the same Makefile in 4.10, it searches /usr/lib64 libraries first, and then my libraries, so I get a lot of warnings about "skipping incompatible" libraries. I also had an error reading my answer file in

LOCAL_LIBAIO is prolly a crappy name, but this patch will enable a tool build to select either the local or the system provided libaio. Note, it only builds the local libaio.a so the linker get the right one automatically, so you''ll want to "make -C tools/libaio clean". -JX --- diff -r 1f611b58729f tools/Makefile --- a/tools/Makefile Wed Aug 09 18:53:00 2006 -0400 +++

Initially out there as #965245. I strongly prefer to build ARM64 packages on non-ARM systems. Something about my main build machine having twice the cores and twice the clock speed. As such after many builds I've managed to generate a set of patches which appear to mostly function to get functioning cross-builds of Xen. These are NOT a 100% solution. Some packaging hacks were needed. In

The default make targets in the top level makefile set DESTDIR which gets applied when the stubdom makefile tries to do a make install within gmp to install libgmp.a to the cross root. Ian, do you want to apply this to your tree and commit the whole thing or would you prefer I roll out a fresh new patch set with all updates applied? Signed-off-by: Matthew Fioravante