search for: corderoy

Hi, $ g -1 '^Module' StackerParser.y /* A module is just a DefinitionList */ Module : { SCI->handle_module_start( ); } DefinitionList { $$ = SCI->handle_module_end( $2 ); } ; $ It's been years since I was heavily into yacc, but shouldn't it be s/$2/$1/? Cheers, Ralph.

On Fri, 12 May 2006, Ralph Corderoy wrote: >> If you don't *know* that all (e.g.) function pointers to this code are >> dead (which means that execution could come back to the function), you >> should use the ExecutionEngine::recompileAndRelinkFunction(F) method. > > recompileAndRelinkFunction() overwrites...

On Sun, 6 May 2007, Ralph Corderoy wrote: > Are you aware of buildbot? It's quite widely used and flexible. > http://buildbot.sourceforge.net/ > I'd suggest at least one machine given over to always building whenever > anything changes, and have the other nightly volunteers as now. Using > just nightly vo...

Hi Reid, > If you're thinking of doing a backend, the LLVM project would probably > benefit more from implementing the virtual backend and its > Interpreter/JIT. This is a long standing project that could > dramatically increase the performance of the ExecutionEngine. The idea > is to write a backend for a virtual machine that closely matches the > semantics of LLVM and then

Chris Lattner wrote: > On Mon, 1 May 2006, Ralph Corderoy wrote: > >> >> NASM might be the nicer target since it's GNU LGPL and runs on multiple >> OS. Its home page is broken at the moment, but the manual pages work. >> >> http://nasm.sourceforge.net/doc/html/nasmdoc0.html > > That's fine with me. The i...

Hi Chris, > Once you have that, you are hitting another problem. Specifically, > the JIT::getPointerToNamedFunction method in > lib/ExecutionEngine/JIT/Intercept.cpp just does a dlsym on missing > symbols. If dlsym returns null, you get the error message. > > The problem here is that .objc_class_name_* are special symbols that > are used by the objc linker support and they

No, $2 is correct. The { } code block before DefinitionList is counted (or more precisely, the empty sequence of terminals preceding it is counted). Ralph Corderoy wrote: >Hi, > > $ g -1 '^Module' StackerParser.y > /* A module is just a DefinitionList */ > Module : { SCI->handle_module_start( ); } > DefinitionList { $$ = SCI->handle_module_end( $2 ); } ; > $ > >It's b...

Hi Chris, > On Fri, 12 May 2006, Ralph Corderoy wrote: > > recompileAndRelinkFunction() overwrites the old machine code with a > > branch to the new. Is it always guaranteed that there's space to > > write the new branch instructions? > > Yes. OK. > > A quick look suggests the x86 takes five bytes, PowerPC 1...

On Thu, 29 Jun 2006 10:36:23 +0100 Ralph Corderoy <ralph at inputplus.co.uk> wrote: > > Hi Simon, > > > So if i'm using the JIT then it will generate a switch table ? How > > can i test this, since i've been examining the native assembly output > > (is this 'pic' mode?) of llc. > > Presum...

On Fri, 20 Jul 2007, Ralph Corderoy wrote: > I could be missing something, but shouldn't the use of dlsym() be > The authors of dlsym() realised the return value was overloaded AFAICS. Yep, patches welcome :) -Chris -- http://nondot.org/sabre/ http://llvm.org/

On Mon, 1 May 2006, Ralph Corderoy wrote: >> The LLVM X86 backend started out emitting intel mode for use with GAS >> and it's "intel syntax mode" (which does use registers with %'s). >> Unfortunately GAS has (or commonly available versions have) a number >> of bugs in intel syntax mode (e.g...

...the summer, and on a continuing basis if its found useful. Should be at least useful to me with the work I'll be doing on LLVM over the summer. (NB: a speedy x86-64 linux box currently) -Chandler On 5/6/07, Chris Lattner <sabre at nondot.org> wrote: > > On Sun, 6 May 2007, Ralph Corderoy wrote: > > Are you aware of buildbot? It's quite widely used and flexible. > > http://buildbot.sourceforge.net/ > > I'd suggest at least one machine given over to always building whenever > > anything changes, and have the other nightly volunteers as now. Using...

Às 14:46 de 27/07/2019, Ilia Mirkin escreveu: > On Sat, Jul 27, 2019 at 7:37 AM Ralph Corderoy <ralph at inputplus.co.uk> wrote: >> The video plays, CPU load is less (my aim), but there's ‘tearing’ of the >> picture as if small rectangles that are updates are appearing in the >> wrong location, off by a little. If I step through the frames with >> mpv's...

...ing basis if its found useful. Should be at least > useful to me with the work I'll be doing on LLVM over the summer. > > (NB: a speedy x86-64 linux box currently) > > -Chandler > > On 5/6/07, Chris Lattner <sabre at nondot.org> wrote: > On Sun, 6 May 2007, Ralph Corderoy wrote: > > Are you aware of buildbot? It's quite widely used and flexible. > > http://buildbot.sourceforge.net/ > > I'd suggest at least one machine given over to always building > whenever > > anything changes, and have the other nightly volunteers as now....

Hi, I'm slowly getting to grips with what makes up LLVM. I intend to use it in a machine simulator, e.g. processor, clock, RAM, UART, and other devices, where the processor will be one of several. It would take a block of target instructions, e.g. ARM, and produce LLVM to simulate those on the target machine state, and then JIT them to host instructions and then execute. The peripheral

On Mon, 1 May 2006, Jeff Cohen wrote: > Chris Lattner wrote: >> On Mon, 1 May 2006, Ralph Corderoy wrote: >>> NASM might be the nicer target since it's GNU LGPL and runs on multiple >>> OS. Its home page is broken at the moment, but the manual pages work. >>> >>> http://nasm.sourceforge.net/doc/html/nasmdoc0.html >> >> That's fine wit...

We know. Someone offered to do the Intel version, but did little more than a huge cut and paste of the AT&T version and then lost interest. No one else has had the time or inclination to finish the (barely begun) job. Patches accepted :) Ralph Corderoy wrote: > Hi, > > >> It's a long way towards it: >> >> # AT&T. # Intel. >> .text .text >> .align 16 .align 16 >> .globl main...

Hi Chris, > The LLVM X86 backend started out emitting intel mode for use with GAS > and it's "intel syntax mode" (which does use registers with %'s). > Unfortunately GAS has (or commonly available versions have) a number > of bugs in intel syntax mode (e.g. you can't define a function named > 'dword'), so we switched to using AT&T syntax. Ah, OK.

Hi Tilmann, > Nevertheless, it is unlikely that llvm-qemu will ever be much faster > than regular qemu (by replacing its code generator completely, which > it currently does), which is due to the fact that regular qemu has a > very lightweight code generator (it basically only copies blocks of > memory and performs some patching to them and only does static > register

Hi, I'm having trouble with hardware decoding of video with mpv(1) having switched from Nvidia's proprietary driver to nouveau due to Arch Linux removing its nvidia-340xx package. The machine is an Acer Revo. $ lspci -nn | grep VGA 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [ION] [10de:0a64] (rev a2) I think this is codename NVA8 with the