--- Begin Message ---
On Tue, Mar 21, 2023 at 12:35:19PM +, Andrew Stubbs wrote:
> > @@ -82,8 +82,7 @@ main ()
> > /* Ensure the the in-branch simd clones are used on targets that support
> > them.
> > Some targets use another call for the epilogue loops. */
> > -/* { dg-final { scan-
--- Begin Message ---
On Mon, Dec 18, 2017 at 02:35:07PM +0100, Jakub Jelinek wrote:
> On Mon, Dec 18, 2017 at 02:17:18PM +0100, Jakub Jelinek wrote:
> > One option would be to deal with that in pop_stmt_list and the C++ caller
> > thereof, where we right now have:
> >
> > /* If the stateme
On 04/30/2012 04:38 PM, Jan Hubicka wrote:
This makes sense to me.
Thanks (and sorry for bogus subject).
I bootstrapped/regtested the change and tested it indeed lets me build kernel
and Mozilla with the sanity check that there are no function<->variable
aliases. Is the change OK?
OK.
Jason
> This makes sense to me.
Thanks (and sorry for bogus subject).
I bootstrapped/regtested the change and tested it indeed lets me build kernel
and Mozilla with the sanity check that there are no function<->variable
aliases. Is the change OK?
Honza
>
> Jason
This makes sense to me.
Jason
Hi,
I would like to remove old code handling aliases. The catch is that in new
representation I am not accepting aliases from functions to variables or
vice versa. It is not impossible to add, but it is another weird side
case (for exmaple you can then call variable).
I know of only one case whe