Displaying 6 results from an estimated 6 matches for "yylen".
Did you mean:
yyleng
2011 Mar 19
2
[LLVMdev] Apparent optimizer bug on X86_64
...automaton created by GNU bison with -O1 or -O2
resulted in the following machine code:
1300 /*-----------------------------.
1301 | yyreduce -- Do a reduction. |
1302 `-----------------------------*/
1303 yyreduce:
1304 /* yyn is the number of a rule to reduce with. */
1305 yylen = yyr2[yyn];
0x0000000000400c14 <rpcalc_parse+628>: mov r15d,r14d
0x0000000000400c17 <rpcalc_parse+631>: movzx r12d,BYTE PTR
[r15+0x4015e2]
0x0000000000400c1f <rpcalc_parse+639>: mov eax,0x1
0x0000000000400c24 <rpcalc_parse+644>: mo...
2011 Mar 19
0
[LLVMdev] Apparent optimizer bug on X86_64
...or -O2
> resulted in the following machine code:
>
> 1300 /*-----------------------------.
> 1301 | yyreduce -- Do a reduction. |
> 1302 `-----------------------------*/
> 1303 yyreduce:
> 1304 /* yyn is the number of a rule to reduce with. */
> 1305 yylen = yyr2[yyn];
> 0x0000000000400c14 <rpcalc_parse+628>: mov r15d,r14d
> 0x0000000000400c17 <rpcalc_parse+631>: movzx r12d,BYTE PTR
> [r15+0x4015e2]
> 0x0000000000400c1f <rpcalc_parse+639>: mov eax,0x1
> 0x0000000000400c24 <rpcalc_pa...
2004 Aug 18
0
[LLVMdev] tblgen: Assertion failed: "Buffer[Length-1] == '"'", file FileLexer.l, line 114
...t
> you want, I suppose. If you change line 114 to != instead ==, then the
> assertion doesn't fail.
No, that can't be right. The regex being used is:
include[ \t\n]+\"[^"]*\"
Given that, the buffer you pasted makes perfect sense, but the length
(which comes from yylen) should be 22, not 23. Because yylen is 22,
tblgen is inspecting the char past the ", thus the assertion. Changing
the assertion papers over the problem, leading to this problem:
> The next problem, on my system (Interix - you remember - Hey, some LLVM
> program is working :O ), is ho...
2004 Aug 17
2
[LLVMdev] tblgen: Assertion failed: "Buffer[Length-1] == '"'", file FileLexer.l, line 114
Hi Chris
>From: Chris Lattner <sabre at nondot.org>
>Date: Fri, 13 Aug 2004 16:23:53 -0500 (CDT)
>
>On Fri, 13 Aug 2004, Henrik Bach wrote:
>
> > I got this error:
> > -------------------------------
> > gmake[3]: Entering directory `/usr/local/src/llvm/lib/Target/X86'
> > Building X86.td register information header with tblgen
> > tblgen:
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
...rg );
outn( "" );
}
void indent_puts( str )
char str[];
{
do_indent();
outn( str );
}
void make_tables()
{
register int i;
int did_eof_rule = 0;
skelout();
indent_level = 1;
if ( yymore_used )
{
indent_puts( "yytext_ptr -= yy_more_len; \\" );
indent_puts( "yyleng = (int) (yy_cp - yytext_ptr); \\" );
}
else
indent_puts( "yyleng = (int) (yy_cp - yy_bp); \\" );
skelout();
if ( yytext_is_array )
{
indent_puts( "if ( yyleng >= YYLMAX ) \\" );
(++indent_level);
indent_puts(
"YY_FATAL_ERROR( \"token too large...