Displaying 6 results from an estimated 6 matches for "yy_delete_buff".
Did you mean:
yy_delete_buffer
2005 May 17
2
[LLVMdev] Scheme + LLVM JIT
...leaked before, it'll be leaked now.
However, in 'Lexer.l', you have the following code:
<<EOF>> {
/* Make sure to free the internal buffers for flex when we are
* done reading our input!
*/
yy_delete_buffer(YY_CURRENT_BUFFER);
return EOF;
}
Which should take care of it.
> > I havn't tested parsing strings yet. My code is extremely simple and
> > *should* work, but we know where that line of thinking leads. Should I
> > submit a test case (it...
2005 May 17
0
[LLVMdev] Scheme + LLVM JIT
...w.
>
> However, in 'Lexer.l', you have the following code:
>
>
> <<EOF>> {
> /* Make sure to free the internal buffers for flex when we are
> * done reading our input!
> */
> yy_delete_buffer(YY_CURRENT_BUFFER);
> return EOF;
> }
>
> Which should take care of it.
Ok, that makes sense.
> I made a 'FibInC' example that uses my little c-wrapper (which in turn
> uses this). I can submit all of those when they are cleaned up (and...
2005 May 16
0
[LLVMdev] Scheme + LLVM JIT
On Fri, 13 May 2005, Alexander Friedman wrote:
>>> This requires being able to parse strings. The LLVM 'Parser.h' interface
>>> (and implementation) has the built in assumptions that it will always be
>>> parsing from the file system. Would you guys accept a patch that makes
>>> it more general (ie, parse from file or string)?
>>
>> Yes,
2005 May 13
3
[LLVMdev] Scheme + LLVM JIT
> > This requires being able to parse strings. The LLVM 'Parser.h' interface
> > (and implementation) has the built in assumptions that it will always be
> > parsing from the file system. Would you guys accept a patch that makes
> > it more general (ie, parse from file or string)?
>
> Yes, that's a generally useful thing to have, I'd like to see it
2012 Nov 29
2
[LLVMdev] problem trying to write an LLVM register-allocation pass
I have a new problem: Register RBP is used in a function foo. (I am not
allocating RBP to any virtual register, the instances of RBP in function
foo are in the machine code when my register allocator starts.)
Function foo calls function bar. Register RBP is not saved across the
call, though it is live after the call. Function bar includes a virtual
register. The code that I'm using to
2012 Dec 01
0
[LLVMdev] problem trying to write an LLVM register-allocation pass
...tart YY_PROTO(( FILE *input_file ));",
"",
"void yy_switch_to_buffer YY_PROTO(( YY_BUFFER_STATE new_buffer ));",
"void yy_load_buffer_state YY_PROTO(( void ));",
"YY_BUFFER_STATE yy_create_buffer YY_PROTO(( FILE *file, int size ));",
"void yy_delete_buffer YY_PROTO(( YY_BUFFER_STATE b ));",
"void yy_init_buffer YY_PROTO(( YY_BUFFER_STATE b, FILE *file ));",
"void yy_flush_buffer YY_PROTO(( YY_BUFFER_STATE b ));",
"#define YY_FLUSH_BUFFER yy_flush_buffer( yy_current_buffer )",
"",
"YY_BUFFE...