search for: bin2c

I am trying to build an RPM starting from the TAR archive. The relevant error is: make[1]: Entering directory `/tmp1/Software/rpmbuild/BUILD/syslinux-5.00/libinstaller' perl bin2c.pl syslinux_bootsect < ../core/ldlinux.bss > bootsect_bin.c perl bin2c.pl syslinux_ldlinux 512 < ../core/ldlinux.sys > ldlinux_bin.c perl bin2c.pl syslinux_mbr < ../mbr/mbr.bin > mbr_bin.c perl bin2c.pl syslinux_gptmbr < ../mbr/gptmbr.bin > gptmbr_bin.c make[1]: *** No rule...

...below): ---8<--- --- syslinux-6.04-pre1-BROKEN/libinstaller/Makefile.ORIG 2016-03-05 10:30:53.878913729 +0100 +++ syslinux-6.04-pre1-BROKEN/libinstaller/Makefile 2016-03-04 17:04:17.927473149 +0100 @@ -8,23 +8,24 @@ VPATH = $(SRC) all: installer -bootsect_bin.c: $(OBJ)/../core/ldlinux.bss bin2c.pl +bootsect_bin.c: $(OBJ)/../bios/core/ldlinux.bss bin2c.pl $(PERL) $(SRC)/bin2c.pl syslinux_bootsect < $< > $@ ---8<--- Another kind of error was the failure to find some headers (eg version.h): this was fixed by tweaking the INCLUDES variable in some Makefiles (see enclosed patc...

...estfs/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} | 24 +++++++++--------------- src/format-ext2-init-c.c | 9 ++++----- 4 files changed, 23 insertions(+), 30 deletions(-) rename src/{bin2s.pl => bin2c.pl} (69%) -- 2.13.5

.... uint8_t offsets) - the assembler source is built with a manual rule - the embedded data is not properly aligned according to the needs of the platform - in the past, the snippet had also tweaks for specific architectures (e.g. HPPA) To overcome this situation, turn the bin2s.pl script into a bin2c.pl, which instead generates a C snippet containing a C array with the data, and a variable with the length of the data. The code produced this way has various advantages: - it is simple C code, with no need for architecture tweaks - it is constant, so the compiler places it in the rodata section,...

I have put a compile hack in for older distros and pushed it out as syslinux-3.62-pre16; for those who have reported compilation problem on older distros I would greatly appreciate if you could confirm if it works now (it worked for me on a CentOS 3.9 VM.) -hpa

...page. * 0009-reproducible-build.patch: More reproducible order (most of it was already solved in be645d7a9848847388a662f6c0f7571d52ed7a05). * 0015-reproducible-timestamps.patch: use SOURCE_DATE_EPOCH environment variable [1], if available, to create reproducible mtimes in the files created by bin2c.pl. Note that the attached patches are not identical to the ones in Debian's syslinux source package: I've rebased them against current syslinux git HEAD and dropped parts that have become unnecessary or were already applied. And I've just now updated the extlinux man page a bit :) ....

...page. * 0009-reproducible-build.patch: More reproducible order (most of it was already solved in be645d7a9848847388a662f6c0f7571d52ed7a05). * 0015-reproducible-timestamps.patch: use SOURCE_DATE_EPOCH environment variable [1], if available, to create reproducible mtimes in the files created by bin2c.pl. Note that the attached patches are not identical to the ones in Debian's syslinux source package: I've rebased them against current syslinux git HEAD and dropped parts that have become unnecessary or were already applied. And I've just now updated the extlinux man page a bit :) ....

...++++++.+++++++++++++++.+++++++++++++++.+++++.+++++++++++++++++++++++++++++++++++!++++++++++..++++++++++.++++++++++.+++++++++++++++++++++++++..+++++..++++++++++ + gpg --homedir . --export --keyring ./kernel.pub Red gpg: WARNING: unsafe permissions on homedir "." + make linux-2.6.13/scripts/bin2c /usr/bin/gcc linux-2.6.13/scripts/bin2c.c -o linux-2.6.13/scripts/bin2c + linux-2.6.13/scripts/bin2c ksign_def_public_key __initdata + cd linux-2.6.13 + rm -rf /var/tmp/kernel-2.6.13-0.3.rdt-root + mkdir -p /var/tmp/kernel-2.6.13-0.3.rdt-root/boot + BuildKernel + '[' -n '' ...

...cible-build.patch: More reproducible order (most of it > was already solved in be645d7a9848847388a662f6c0f7571d52ed7a05). > * 0015-reproducible-timestamps.patch: use SOURCE_DATE_EPOCH > environment variable [1], if available, to create reproducible mtimes > in the files created by bin2c.pl. > > Note that the attached patches are not identical to the ones in > Debian's syslinux source package: I've rebased them against current > syslinux git HEAD and dropped parts that have become unnecessary or > were already applied. And I've just now updated the ext...

...cible-build.patch: More reproducible order (most of it > was already solved in be645d7a9848847388a662f6c0f7571d52ed7a05). > * 0015-reproducible-timestamps.patch: use SOURCE_DATE_EPOCH > environment variable [1], if available, to create reproducible mtimes > in the files created by bin2c.pl. > > Note that the attached patches are not identical to the ones in > Debian's syslinux source package: I've rebased them against current > syslinux git HEAD and dropped parts that have become unnecessary or > were already applied. And I've just now updated the extl...

...lso changed the rules for compiling C and assembler files, so they more closely match the default rules built into GNU Make. John Only in xen-unstable/extras/mini-os: app.c Only in xen-unstable/extras/mini-os: app.h Only in xen-unstable/extras/mini-os: app.lua Only in xen-unstable/extras/mini-os: bin2c Only in xen-unstable/extras/mini-os: bin2c.mk Only in xen-unstable/extras/mini-os: crmake diff -ur oxen-unstable/extras/mini-os/kernel.c xen-unstable/extras/mini-os/kernel.c --- oxen-unstable/extras/mini-os/kernel.c 2006-05-09 00:51:19.000000000 -0400 +++ xen-unstable/extras/mini-os/kernel.c 2006-0...

This is fresh install of CentOS v6 and Xen v4.1 on a new Dell server following the tutorial posted at: http://wiki.xensource.com/xenwiki/RHEL6Xen4Tutorial   Every thing went just fine, yet virbr0 won''t work and when I run brctl show I get the following error message:   [root@pe1950 ~]# brctl show bridge name     bridge id               STP enabled     interfaces virbr0         

This is fresh install of CentOS v6 and Xen v4.1 on a new Dell server following the tutorial posted at: http://wiki.xensource.com/xenwiki/RHEL6Xen4Tutorial   Every thing went just fine, yet virbr0 won''t work and when I run brctl show I get the following error message:   [root@pe1950 ~]# brctl show bridge name     bridge id               STP enabled     interfaces virbr0         

depends on "autoconf: regenerate configure scripts with 4.4 version" This series removes some of the really old deadwood from the tools build and makes some other things which are on their way out configurable at build time with a default depending on how far down the slope I judge them to be. * nuke in tree copy of libaio * nuke obsolete tools: xsview, miniterm, lomount & sv *