This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: RFC: Disable RTL inlininer for Java?
- From: Steven Bosscher <s dot bosscher at student dot tudelft dot nl>
- To: "David S. Miller" <davem at redhat dot com>
- Cc: bryce at waitaki dot otago dot ac dot nz, java at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Date: 30 May 2002 12:59:48 +0200
- Subject: Re: RFC: Disable RTL inlininer for Java?
- References: <3CF5C87D.5070309@waitaki.otago.ac.nz> <20020530.030655.19228097.davem@redhat.com>
Op do 30-05-2002, om 12:06 schreef David S. Miller:
>
> Why don't we just kill the whole RTL inliner on the mainline?
> It rots more and more over time, hey this might provide more
> of an impetus for folks to work on tree inlining for the lagging
> languages :-)
It would be a huge job to have GNAT and g77 use the tree inliner because
they don't build functions as trees.
Also, the tree inliner still depends on stuff from c-*.
Greetz
Steven
Things from the C family front ends that tree-inline.c uses:
Macros (in c-common.h):
`DECL_ANON_UNION_ELEMS'
`SCOPE_STMT_BLOCK'
`SCOPE_BEGIN_P'
`SCOPE_END_P'
`STMT_IS_FULL_EXPR_P'
`DECL_NUM_STMTS'
`SCOPE_NO_CLEANUPS_P'
`STMT_EXPR_NO_SCOPE'
`STMT_EXPR_STMT'
`STMT_LINENO_FOR_FN_P'
`STMT_LINENO'
`DECL_STMT_DECL'
`GOTO_FAKE_P'
Tree codes (in c-common.def):
`RETURN_STMT'
`GOTO_STMT'
`EXPR_STMT'
`SCOPE_STMT'
`DECL_STMT'
`EXPR_STMT'
`CLEANUP_STMT'
`STMT_EXPR'
`SCOPE_STMT'
`LABEL_STMT'
Functions:
`build_stmt' (in c-semantics.c)
`statement_code_p' (in c-common.c)
`decl_constant_value' (in c-typeck.c)