2003-04-29 Geoffrey Keating <geoffk@apple.com>
+ * tree-inline.c (inlinable_function_p): Don't support inlining
+ functions using varargs.
+
* doc/invoke.texi (Overall Options): Mention -x objective-c-header.
* dwarf2out.c (output_call_frame_info): No need to output EH
+2003-04-29 Geoffrey Keating <geoffk@apple.com>
+
+ * gcc.c-torture/compile/inline-1.c: New file.
+
2003-04-29 Mark Mitchell <mark@codesourcery.com>
PR c++/10551
--- /dev/null
+typedef __builtin_va_list va_list;
+
+extern void foo (va_list);
+
+static void
+build_message_string (const char *msg, ...)
+{
+ va_list ap;
+
+ __builtin_va_start (ap, msg);
+ foo (ap);
+ __builtin_va_end (ap);
+}
+
+void
+file_name_as_prefix (f)
+ const char *f;
+{
+ build_message_string ("%s: ", f);
+}
+
else if (lookup_attribute ("always_inline", DECL_ATTRIBUTES (fn)) == NULL
&& find_alloca_call (DECL_SAVED_TREE (fn)))
;
+ /* Can't inline functions which use varargs. It's not theoretically
+ impossible, we just don't do it yet; at least one problem is that
+ expand_builtin_next_arg needs to handle the situation. */
+ else if (TYPE_ARG_TYPES (TREE_TYPE (fn)) != 0
+ && (TREE_VALUE (tree_last (TYPE_ARG_TYPES (TREE_TYPE (fn))))
+ != void_type_node))
+ ;
/* All is well. We can inline this function. Traditionally, GCC
has refused to inline functions using alloca, or functions whose
values are returned in a PARALLEL, and a few other such obscure