[PATCH] Remove more remnants of deleted RTL passes

[Zack Weinberg]

Paolo Bonzini <bonzini@gnu.org> writes:

> gcc/ChangeLog:
> 2004-06-13  Paolo Bonzini  <bonzini@gnu.org>
>
> 	* function.h (struct function): Remove cannot_inline field.
> 	(current_function_cannot_inline): Remove.
> 	* passes.c (rest_of_compilation): Reset DECL_DEFER_OUTPUT.
> 	Simplify conditionals to ignore warn_return_type.
> 	* tree-optimize.c (tree_rest_of_compilation): Do not reset
> 	DECL_DEFER_OUTPUT.
>
> gcc/cp/ChangeLog:
> 2004-06-13  Paolo Bonzini  <bonzini@gnu.org>
>
> 	* cp/cp-tree.h (struct language_function): Remove cannot_inline.
> 	* cp/decl.c (save_function_data): cannot_inline is no more.
> 	(cxx_push_function_context): Likewise.
> 	* cp/decl2.c (start_objects, start_static_storage_duration_function):
> 	Reset DECL_INLINE, set DECL_UNINLINABLE.
>
> gcc/java/ChangeLog:
> 2004-06-13  Paolo Bonzini  <bonzini@gnu.org>
>
> 	* java/class.c (emit_register_classes): Make the function uninlinable,
> 	do not set current_function_cannot_inline.
> 	* java/resource.c (write_resource_constructor): Do not reset
> 	flag_inline_functions around rest_of_compilation.
> 	
> gcc/objc/ChangeLog:
> 2004-06-13  Paolo Bonzini  <bonzini@gnu.org>
> 	
> 	* objc/objc-act.c (build_module_descriptor, finish_method_def):
> 	Do not set current_function_cannot_inline.

This is OK.

I believe the preferred way of forcing a function to be output is to
feed it into cgraph marked needed, not to call rest_of_compilation
directly.  Would you mind looking into that as a follow-up?

zw