similar to: Trouble decoding number of codebooks

On 12/9/2016 11:03 AM, Jim Lewis via llvm-dev wrote: > > Thanks, that helps enormously! The issue is that the match is supposed > to support both cascade and tree OR patterns, but there appears to be > a problem with the tree matching. Both test1 and test6 in the ARM > tests exercise the cascade pattern, and I remember now our fix is > confined to the tree case. > > I

>> Are you sure there isn't any test coverage? As far as I can tell, the tests from https://reviews.llvm.org/rL133503 are still in the tree. I looked at those, but none of them include the full pattern that decomposes into bswap and rol. I debugged through the X86 bswap.ll test and verified none of those cases make it through MatchBSwapHWord (they get handled in MatchBSwapHWordLow

Hello, I am working on a project analysing the performance of motor-vehicles through messages logged over a CAN bus. I am using R 2.12 on Windows XP and 7 I am currently plotting the data in R, overlaying 5 or more plots of data, logged at 1kHz, (using plot.ts() and par(new = TRUE)). The aim is to be able to pan, zoom in and out and get values from the plotted graph using a custom Qt

I need to reliably boot a server from a USB device. Since USB device ordering can be unpredictable, I wrote a simple early-userspace "init" program to find the root FS on the correct USB device & partition. I have "labeled" the root ext2 FS on the USB drive, and the program searches for the label by examining the bytes at a specific offset from the beginning of the

Hello everybody, I'm new to this mailing list so I'm sorry if it's the wrong place to post this. I'm developing a Speex player and I need to seek with a precision of milliseconds. I used liboggz that supposedly does just that, but it never seeks exactly where it should. For example if I use oggz_seek_units(oggz, 18450, SEEK_SET) result it's 16386 and there is a delay between

I've downloaded the latest versions of the libraries available from the website, http://www.vorbis.com/download_unix.psp, and compiled them, but it hasn't made any difference to the situation. I downloaded the .tar.gz "for everyone" versions, not the rpm developer versions. Will this make any difference? Cheers, Oliver Sneyd <p>--- >8 ---- List archives:

Some background: A while back while working on code to read / write PDB files, I came up with Yet Another Stream Abstraction. Note that LLVM already has a few. Off the top of my head, theres: 1) `MemoryBuffer` and its associated class hierarchy 2) `raw_ostream` and it's associated classes. 3) `DataExtractor` which is used for reading from a StringRef. There's probably more, and

Looking at the code, one obvious source of intermittent failure is that the Linux implementations of ReadBytes and WriteBytes don't check for EINTR. I doubt that's the failure you're seeing because it would be more randomly distributed but it's something that should be fixed. More likely as the cause of failure in your case is that read is returning less than the number of bytes

Hi Sean, > the attached diff implements a table-driven disassembler for the X86 > architecture (16-, 32-, and 64-bit incarnations), integrated into > the MC framework. The disassembler is table-driven, using a custom > TableGen backend to generate hierarchical tables optimized for fast > decode. The disassembler consumes MemoryObjects and produces arrays > of

Hi, Debugging tests which make use of FileCheck can be a frustrating experience, as all input will be swallowed (even with -v flag passed to lit), and one would often need to copy-and-paste and rerun the failing command manually without piping into FileCheck. Initially I’ve assumed that this is done due to stream processing, but looking at FileCheck source code I can see that it actually gets the

Bill, thanks for your comments. I'll respond to them individually. I've attached a new revision of the patch that addresses them. Patch built and tested against SVN 79487, with the additional attached fix that fixes an Intel table bug. Sean On 2009/08/18, at 0:57, Bill Wendling wrote: > 0. Watch out for tabs! Fixed. Thanks. > 1. Includes like this "#include

Seemingly random db connection drop (FastCGI/Apache/PostgreSQL). Kills the app with an ''Application Error (Rails)'' Any suggestions? production.log as follows: Processing Base#index (for xxx.xxx.xxx.xxx at 2007-12-07 13:39:03) [GET] Session ID: 4bfd0284bd7672b57e65bdb21637adb5 Parameters: {} Errno::ECONNRESET (Connection reset by peer):

2009/5/14 Arnau Alemany <arnau.alemany at gmail.com>: > Hello everybody, > I'm new to this mailing list so I'm sorry if it's the wrong place to post > this. > > I'm developing a Speex player and I need to seek with a precision of > milliseconds. I used liboggz that supposedly does just that, but it never > seeks exactly where it should. For example if I

Hi, I''m new to Ruby on Rails and am having a little difficulty working through the ''Rolling with Ruby on Rails'' tutorial. Can anyone help? I''m trying to get the cookbook application to work via a Postgresql db. But get the following error when trying to access http://127.0.0.1:3000/recipe/new Errno::EINVAL in RecipeController#new Invalid argument

On 26 November 2013 19:05, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: > I would also note that the failure isn’t actually in anything > MCJIT-specific. Aside from the fact that it seems to be clang-specific, > the code that is failing is specific to the lli remote implementation. > It’s not clear to me why it would fail under aggressive optimization with > clang,

Hey, i'm having trouble getting ov_open to work on my slackware 8.1 system. The c, and makefile are as follows, and the error produced. I've also included an ldd of the compiled file. If anyone can be of any help, it would be greatly appreciated! --------------------------C FILE------------------------------- #include <stdio.h> #include <string.h> #include

Dear mailing list: the attached diff implements a table-driven disassembler for the X86 architecture (16-, 32-, and 64-bit incarnations), integrated into the MC framework. The disassembler is table-driven, using a custom TableGen backend to generate hierarchical tables optimized for fast decode. The disassembler consumes MemoryObjects and produces arrays of MCInsts, adhering to the

Haven't got to this but would like to take a look/review it before it goes in. *skimming over some of the description* Sounds like 'stream' might not be the right terminology - since they return pointers into data that (I think) remains valid for the life of the stream? (this also makes me wonder a bit about memory usage if the cross-block operation is used a lot (causing

Hello, I'm testing out an upgrade to dovecot 2.0 from 1.2.11, and I've stumbled across two weirdnesses that I need help with. First, I'm only getting one log message: master: Info: Dovecot v2.0.0 starting up After that, while I can connect, log in, read mail, etc., no further log messages are created. I have log_path set to /dev/stderr, and no syslog_facility setting,

I recently had an X86 system (running Nexenta Elatte, if that matters -- b101 kernel, I think) suffer hardware failure and refuse to boot. I''ve migrated the disks into a SPARC system (b115) in an attempt to bring the data back online while I see about repairing the former system. However, I''m having some trouble with the import process: hydra# zpool import pool: tank id: