This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Fix more of C/fortran canonical type issues
- From: Jan Hubicka <hubicka at ucw dot cz>
- To: Richard Biener <rguenther at suse dot de>
- Cc: Jan Hubicka <hubicka at ucw dot cz>, Joseph Myers <joseph at codesourcery dot com>, gcc-patches at gcc dot gnu dot org, burnus at net-b dot de
- Date: Mon, 8 Jun 2015 17:08:37 +0200
- Subject: Re: Fix more of C/fortran canonical type issues
- Authentication-results: sourceware.org; auth=none
- References: <20150608001957 dot GA35779 at kam dot mff dot cuni dot cz> <20150608050047 dot GA10381 at kam dot mff dot cuni dot cz> <20150608054500 dot GA58209 at kam dot mff dot cuni dot cz> <alpine dot LSU dot 2 dot 11 dot 1506081536560 dot 30088 at zhemvz dot fhfr dot qr> <alpine dot DEB dot 2 dot 10 dot 1506081354460 dot 25225 at digraph dot polyomino dot org dot uk> <alpine dot LSU dot 2 dot 11 dot 1506081608030 dot 30088 at zhemvz dot fhfr dot qr> <alpine dot DEB dot 2 dot 10 dot 1506081431250 dot 25225 at digraph dot polyomino dot org dot uk> <20150608144415 dot GA23542 at kam dot mff dot cuni dot cz> <alpine dot LSU dot 2 dot 11 dot 1506081650490 dot 30088 at zhemvz dot fhfr dot qr>
>
> I think we should instead work towards eliminating the get_alias_set
> langhook first. The LTO langhook variant contains the same handling, btw,
> so just inline that into get_alias_set and see what remains?
I see, i completely missed existence of gimple_get_alias_set. It makes more
sense now.
Is moving everyting to alias.c realy a desirable thing? If non-C languages do
not have this rule, why we want to reduce the code quality when compiling
those?
Honza
>
> Richard.
>
> > Honza
> > >
> > > --
> > > Joseph S. Myers
> > > joseph@codesourcery.com
> >
> >
>
> --
> Richard Biener <rguenther@suse.de>
> SUSE LINUX GmbH, GF: Felix Imendoerffer, Jane Smithard, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nuernberg)