This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Problem with std_expand_builtin_va_start on targets where sizetype and ptr_type_node don't have the same mode
- From: Ian Lance Taylor <iant at google dot com>
- To: "Zack Weinberg" <zackw at panix dot com>
- Cc: "GCC Development" <gcc at gcc dot gnu dot org>, "GCC Patches" <gcc-patches at gcc dot gnu dot org>
- Date: 06 Jul 2007 08:52:36 -0700
- Subject: Re: Problem with std_expand_builtin_va_start on targets where sizetype and ptr_type_node don't have the same mode
- References: <eb97335b0707051439m1a916d0eid9dd1b675cc683ac@mail.gmail.com> <m3ps364979.fsf@localhost.localdomain> <eb97335b0707060841sb73f607wf920043762056bb0@mail.gmail.com>
"Zack Weinberg" <zackw@panix.com> writes:
> On 05 Jul 2007 18:22:50 -0700, Ian Lance Taylor <iant@google.com> wrote:
> > "Zack Weinberg" <zackw@panix.com> writes:
> >
> > [std_expand_builtin_va_start]
> >
> > > rtx va_r = expand_normal (valist);
> > > emit_move_insn (va_r, nextarg);
> > >
> > > but this is a part of the compiler I am not at all familiar with...
> >
> > I think you would want something more like
> > rtx va_r = expand_expr (valist, NULL_RTX, VOIDmode, EXPAND_WRITE);
> > convert_move (va_r, nextarg, 0);
>
> No regressions on arm-elf (simulator, default and -mthumb); in fact,
> execute/20040709-1.c stops ICEing at -O3 -fomit-frame-pointer, but I
> think this is spurious, as that test has no variadic functions in it.
> OK to commit?
Yes, this is OK. Thanks for testing it.
Ian