similar to: [PATCH 1/3] build: fix srcdir!=builddir builds

--- src/chroot.ml | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/src/chroot.ml b/src/chroot.ml index b5c1e53..9e522d9 100644 --- a/src/chroot.ml +++ b/src/chroot.ml @@ -26,7 +26,9 @@ let build_chroot debug files outputdir = List.iter ( fun file -> try - let path = file.ft_source_path in + let path = if file_exists file.ft_source_path +

objcopy needs "output-target" and "binary-architecture" parameters which makes it necessary to keep a list of known architectures. The bin2s.pl script generates input for the GNU assembler which should produce an object file that is equivalent to that produced by objcopy. I have successfully tested the change on an amd64 Debian/unstable system. --- helper/Makefile.am |

Document what each module does, using *.mli files. Remove the --dtb option, it's obsolete. Rename modules according to their purpose. Rich.

v1 -> v2: - If we split out the init program into a separate init/ directory, that makes it much easier to build against an alternate libc. I tried to build against uClibc, but uClibc requires an entire build chain, which looked like it was going to be a massive ballache. Rich.

[Please keep replies on the list] On Wed, Aug 13, 2014 at 02:16:29AM +0200, arnaud gaboury wrote: > See attached screenshot after supermin test with package "hivex". This > package is much more too heavy and breaks everything. > And believe me, my box have quite strong muscles and compile everything, fast. > > Now with a few commits, results are at least here: > >

Use CLEANFILES to remove the generated symlinks, and just ignore the errors when copying the scripts in srcdir!=builddir situations. Followup of commit 40ac54829d4e71b1bac76343872a2674a40c7ac0. --- bash/Makefile.am | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/bash/Makefile.am b/bash/Makefile.am index 780da64..ee9c10c 100644 --- a/bash/Makefile.am +++

--- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 188bed76f..1ab54500d 100644 --- a/configure.ac +++ b/configure.ac @@ -94,7 +94,7 @@ dnl Find the release date for this version. This is used in dnl the website 'index.html' file. We have to do this after dnl testing for awk in guestfs_progs.m4 above.

Hi. The small patch below fixes the building of 'mkrounding.o' when the build directory is outside the source directory. Art Haas Index: Makefile.in =================================================================== RCS file: /cvsroot/rsync/Makefile.in,v retrieving revision 1.128 diff -u -r1.128 Makefile.in --- Makefile.in 17 Dec 2006 00:40:18 -0000 1.128 +++ Makefile.in 27 Dec 2006

--- src/Makefile.am | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/src/Makefile.am b/src/Makefile.am index 7f99b8a..932881b 100644 --- a/src/Makefile.am +++ b/src/Makefile.am @@ -104,17 +104,18 @@ supermin_CFLAGS = \ BOBJECTS = $(SOURCES_ML:.ml=.cmo) XOBJECTS = $(SOURCES_ML:.ml=.cmx) +OCAMLPACKAGES = -package unix,str +OCAMLFLAGS = -warn-error CDEFLMPSUVXYZ + if

Use different directories for the output formats, otherwise any supermin --build call after the first will fail to rename the temporary directory to the designated output directory (as it exists already). Also make sure that we can remove all the files in the chroot output. --- tests/test-build-bash.sh | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Not all the architectures can cope correctly with unaligned data, and thus the embedded init written is bogus (since it will contain random padding at the beginning, and truncated of the same amount at the end). To overcome that, make sure the rodata section with the embedded init is always aligned to 8 bytes, which should work fine for both 32bit and 64bit architectures. --- src/bin2s.pl | 1 +

On Wed, Oct 22, 2014 at 05:30:50PM +0200, Pino Toscano wrote: > No functional changes to the tests. > --- > tests/guests/Makefile.am | 12 ++++++------ > tests/guests/guest-aux/make-debian-img.sh | 6 +++--- > tests/guests/guest-aux/make-fedora-img.pl | 10 +++++----- > tests/guests/guest-aux/make-ubuntu-img.sh | 4 ++-- >

Since some modules (`getopt', for example) may copy files into the build directory, `top_builddir/lib' is needed as well as `top_srcdir/lib'. -- GNU Gnulib manual, section 2.2 Initial import --- capitests/Makefile.am | 1 + daemon/Makefile.am | 2 +- src/Makefile.am | 2 +- 3 files changed, 3 insertions(+), 2 deletions(-) diff --git a/capitests/Makefile.am

--- builder/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/builder/Makefile.am b/builder/Makefile.am index a0d139b..29f7556 100644 --- a/builder/Makefile.am +++ b/builder/Makefile.am @@ -309,7 +309,7 @@ CLEANFILES += \ if HAVE_OCAML # Automake-generated makefile has a rule ".y.c" but lacks a rule ".y.h". index-parse.h: index-parse.y - touch

On Tue, Jan 14, 2020 at 12:04:49AM +0100, Hilko Bengen wrote: > This avoids build failures in separate builds such as this one: > > ,---- > | ocamlfind ocamlc -package str,unix -I . -a guestfs_config.cmo stringMap.cmo stringSet.cmo std_utils.cmo -o mlstdutils.cma > | ar cr libmlstdutils.a libmlstdutils_a-dummy.o > | ranlib libmlstdutils.a > | File "_none_", line 1:

On Tuesday, 14 January 2020 00:04:49 CET Hilko Bengen wrote: > This avoids build failures in separate builds such as this one: > > ,---- > | ocamlfind ocamlc -package str,unix -I . -a guestfs_config.cmo stringMap.cmo stringSet.cmo std_utils.cmo -o mlstdutils.cma > | ar cr libmlstdutils.a libmlstdutils_a-dummy.o > | ranlib libmlstdutils.a > | File "_none_", line 1:

* Pino Toscano: > I do not think this is the correct approach. See my analysis here: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=946594#46 This issue is for a different problem that appeared on some architectures after I forced *config.ml to be regenerated for the Debian builds of libguestfs 1.40.2, see

On Tue, Jan 12, 2016 at 07:57:03AM +0100, Hilko Bengen wrote: > Helge, > > I have applied all the architecture-specific bits but not the bin2s > script yet. TBH, so far I don't see what is wrong about export and use > of the "_binary_init_size" constant. [https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809185] I see it as a reasonable simplification - it allows us

Hi, this patch replaces the first simpler version: https://www.redhat.com/archives/libguestfs/2017-August/msg00117.html The approach now is to use a C snippet, which should pose way less compatibility issues. Thanks, Pino Toscano (1): Switch binary embedding to a C source .gitignore | 2 +- src/Makefile.am | 18 +++++++++--------- src/{bin2s.pl => bin2c.pl} |

The current approach of writing a custom assembler snippet has few issues: - the assembler needs to manually things like the correct section, disabling the executable stack, and so on - the symbols are global, and exported with an awkward interface (i.e. uint8_t offsets) - the assembler source is built with a manual rule - the embedded data is not properly aligned according to the needs of