Displaying 4 results from an estimated 4 matches for "infile_basenam".
Did you mean:
infile_basename
2017 Aug 23
0
[PATCH v2 supermin 1/1] Switch binary embedding to a C source
...s a C snippet embedding an arbitrary file
#
-# objcopy -I binary -B $(DEFAULT_ARCH) -O $(ELF_DEFAULT_ARCH) <in> <out>
+# The output provides two variables:
+# static const char _binary_$name[];
+# static const size_t _binary_$name_len;
use strict;
use warnings;
@@ -36,28 +37,21 @@ $infile_basename =~ s{.*/}{};
print $ofh <<"EOF";
/* This file has been automatically generated from $infile by $0 */
-/* Mark stack as non-executable for GNU tools. */
-\t.section .note.GNU-stack,"",%progbits
-\t.previous
-
-\t.globl\t_binary_${infile_basename}_start
-\t.globl\t_bina...
2017 Aug 23
2
[PATCH v2 supermin 0/1] Fix embedding of init
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} |
2017 Aug 23
1
[PATCH supermin] bin2s: make sure the data is aligned
...h should work fine for both 32bit and
64bit architectures.
---
src/bin2s.pl | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/bin2s.pl b/src/bin2s.pl
index 6c70446..67ff1f2 100755
--- a/src/bin2s.pl
+++ b/src/bin2s.pl
@@ -44,6 +44,7 @@ print $ofh <<"EOF";
\t.globl\t_binary_${infile_basename}_end
\t.section\t.rodata
+\t.align 8
_binary_${infile_basename}_start:
EOF
--
2.13.5
2016 Feb 17
8
[PATCH supermin 0/2] Allow an alternate libc to be used for init.
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.