similar to: [PATCH] init: Use .rodata instead of .data.

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 |

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

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 +

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} |

--- .gitignore | 6 +- .gitmodules | 3 - HACKING | 41 +++ Makefile.am | 6 +- README | 7 +- TODO | 61 +--- autobuild.sh | 65 ---- autogen.sh | 12 - configure.ac | 27

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.

On Tue, Jan 12, 2016 at 10:05:00AM +0000, Richard W.M. Jones wrote: > 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. > >

On Tue, Jan 12, 2016 at 06:21:14PM +0100, Helge Deller wrote: > On 12.01.2016 12:10, Richard W.M. Jones wrote: > > On Tue, Jan 12, 2016 at 10:05:00AM +0000, Richard W.M. Jones wrote: > >> 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

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

On 12.01.2016 12:10, Richard W.M. Jones wrote: > On Tue, Jan 12, 2016 at 10:05:00AM +0000, Richard W.M. Jones wrote: >> 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

I have the following script (also attached): #!/usr/bin/Rscript spec=matrix(c( 'verbose', 'v', 1, "integer", 'help' , 'h', 0, "logical" ),ncol=4, byrow=TRUE) spec.dim=dim(spec) spec.opt.long=spec[,1] spec.opt.short=spec[,2] spec.opt.l <- spec.dim[1] infile <- "test.dat" args=commandArgs(TRUE); l=length(args) self =

Hi - Looking at https://news.ycombinator.com/item?id=5703758 I have just tried this on a fully patched 6.4 box and it seems vulnerable - Do other see the same? thanks

Certain transitions where the input and output filename are the same are impossible, eg copying a file to itself. Don't add these. Reported-by: David Kaylor. --- builder/builder.ml | 28 ++++++++++++++++------------ 1 file changed, 16 insertions(+), 12 deletions(-) diff --git a/builder/builder.ml b/builder/builder.ml index a4c830e89..843106a86 100644 --- a/builder/builder.ml +++

https://news.ycombinator.com/item?id=13670458 I'm restarting Phab with lots more cores / memory. Hopefully back up and fast soon. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170217/9adc4d4a/attachment.html>

Fix the build system to support a build directory different than the source directory: - fix the include path to gnulib - properly depend on and use files in the source directory - fix the ocaml dependency calculation, making sure it picks the files from all the places --- src/Makefile.am | 16 ++++++++-------- 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/src/Makefile.am

I thought I would post this in case it might be of any use to anyone. Not anything special but it does work. Keep in mind you need sox and wmix. Here is some relevant exerpts of my extensions.conf using John Todds macro. [globals] CALLFILENAME=foo FOO=foo CALLERIDNUM=foo [default] exten => 287,1,Macro(dial,SIP/agent20002|20) exten => 287,2,Voicemail(u287) exten =>

Here it is: read.inputs<-function(infile) { for (counter in 1:length(input.list)) { seek(infile,where=0,origin='start') newline<-readLines(infile,n=1) while(length(newline)>0) { if(!is.na(grep(as.character(input.list[[counter]][1]),newline)[1])) { break } newline<-readLines(infile,n=1) } if (length(newline)>0)

> Hi, > > i think i found a suspect in lzo/prepcore.c and it would indeed be a > wrong range of checksumming (speculative congratulations to Ady). Thank you Thomas for your replies and for looking into this issue. My part on the initial investigation that triggered this email thread is relatively small. Others deserve much more credit. I was/am providing not just my own report,

Hi, i think i found a suspect in lzo/prepcore.c and it would indeed be a wrong range of checksumming (speculative congratulations to Ady). Looking at http://repo.or.cz/syslinux.git/blob/0d82b71304d596d80f3c4520f9dcf90048ca50b7:/lzo/prepcore.c it seems that this change in line 374 could yield correct checksums: unsigned int ptr; - for (ptr = 64; ptr < offset; ptr += 4) +

Hello Speex, I think I've noticed a bug in version 1.1.6. In the source file "speexdec.c", lines 558 to 560 say wav_format = strlen(outFile)>=4 && ( strcmp(outFile+strlen(outFile)-4,".wav")==0 || strcmp(inFile+strlen(inFile)-4,".WAV")==0); . I think each