On Tue, Jul 10, 2012 at 10:21 PM, Sandeep Soni soni.sande...@gmail.com wrote:
-static void
+static tree
gp_parse_expect_false_label (gimple_parser *parser)
{
gl_consume_expected_token (parser-lexer, CPP_LESS);
gl_consume_expected_token (parser-lexer, CPP_NAME);
On Tue, Jul 17, 2012 at 6:16 PM, Diego Novillo dnovi...@google.com wrote:
Not so much, anymore
(http://gcc.gnu.org/codingconventions.html#Variable). When gimplefe
is merged into trunk, we will be using the C++ conventions which now
allow this.
No need to change anything, Sandy.
Ah..Saved
On Wed, Jul 11, 2012 at 10:51:02AM +0530, Sandeep Soni wrote:
The patch adds support for creating individual gimple statements for
the gimple_cond and gimple_label statements.
Diego, I need your help in generalizing to include all possible cases
of these statements.
Here is the ChangeLog
On Tue, Jul 17, 2012 at 1:22 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
I'm curious if the coding conventions were relaxed to allow for variable
declarations that are not at the beginning of a function or scope?
You seem to do this pretty often in the gimplefe..
cheers,
Not
On Tue, Jul 17, 2012 at 11:01 AM, Sandeep Soni soni.sande...@gmail.com wrote:
On Tue, Jul 17, 2012 at 1:22 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
I'm curious if the coding conventions were relaxed to allow for variable
declarations that are not at the beginning of a
The patch adds support for creating individual gimple statements for
the gimple_cond and gimple_label statements.
Diego, I need your help in generalizing to include all possible cases
of these statements.
Here is the ChangeLog
2012-07-10 Sandeep Soni soni.sande...@gmail.com
*