> >>
> >> This patch avoids calling varpool_node::finalize_decl on error_mark_node
> >> type decls. Does it make sense?
Yep, i guess this is fine. I wonder why error_mark_node needs to be in local
decl list? :)
honza
> >>
> >>
> >> H.J.
> >> --
> >> gcc/
> >>
> >> PR target/66810
> >>
On 10/20/2015 12:07 AM, H.J. Lu wrote:
On Thu, Jul 09, 2015 at 03:57:31PM +0200, Richard Biener wrote:
I don't see why the C FE would need to invoke finish_decl twice here.
[...]
So I'd rather
have the C frontend not invoke rest_of_decl_compilation on this in the
first place.
Your patch still
PING
On Wed, Sep 30, 2015 at 9:13 AM, H.J. Lu wrote:
> PING
>
> On Fri, Jul 10, 2015 at 5:19 AM, H.J. Lu wrote:
>> On Thu, Jul 09, 2015 at 03:57:31PM +0200, Richard Biener wrote:
>>> On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
>>> > On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
>>> > wrote
PING
On Fri, Jul 10, 2015 at 5:19 AM, H.J. Lu wrote:
> On Thu, Jul 09, 2015 at 03:57:31PM +0200, Richard Biener wrote:
>> On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
>> > On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
>> > wrote:
>> >> On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
>> >>>
On Fri, Jul 10, 2015 at 2:19 PM, H.J. Lu wrote:
> On Thu, Jul 09, 2015 at 03:57:31PM +0200, Richard Biener wrote:
>> On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
>> > On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
>> > wrote:
>> >> On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
>> >>> On Thu
On Thu, Jul 09, 2015 at 03:57:31PM +0200, Richard Biener wrote:
> On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
> > On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
> > wrote:
> >> On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
> >>> On Thu, Jul 09, 2015 at 10:16:38AM +0200, Richard Biener wrote
On Thu, Jul 9, 2015 at 4:06 PM, H.J. Lu wrote:
> On Thu, Jul 9, 2015 at 6:57 AM, Richard Biener
> wrote:
>> On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
>>> On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
>>> wrote:
On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
> On Thu, Jul 09, 20
On Thu, Jul 9, 2015 at 6:57 AM, Richard Biener
wrote:
> On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
>> On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
>> wrote:
>>> On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
On Thu, Jul 09, 2015 at 10:16:38AM +0200, Richard Biener wrote:
> On We
On Thu, Jul 9, 2015 at 1:08 PM, H.J. Lu wrote:
> On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
> wrote:
>> On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
>>> On Thu, Jul 09, 2015 at 10:16:38AM +0200, Richard Biener wrote:
On Wed, Jul 8, 2015 at 5:32 PM, H.J. Lu wrote:
> There is no
On Thu, Jul 9, 2015 at 2:54 AM, Richard Biener
wrote:
> On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
>> On Thu, Jul 09, 2015 at 10:16:38AM +0200, Richard Biener wrote:
>>> On Wed, Jul 8, 2015 at 5:32 PM, H.J. Lu wrote:
>>> > There is no need to try different alignment on variable of
>>> > err
On Thu, Jul 9, 2015 at 11:52 AM, H.J. Lu wrote:
> On Thu, Jul 09, 2015 at 10:16:38AM +0200, Richard Biener wrote:
>> On Wed, Jul 8, 2015 at 5:32 PM, H.J. Lu wrote:
>> > There is no need to try different alignment on variable of
>> > error_mark_node.
>> >
>> > OK for trunk if there is no regressio
On Thu, Jul 09, 2015 at 10:16:38AM +0200, Richard Biener wrote:
> On Wed, Jul 8, 2015 at 5:32 PM, H.J. Lu wrote:
> > There is no need to try different alignment on variable of
> > error_mark_node.
> >
> > OK for trunk if there is no regression?
>
> Can't we avoid calling align_variable on error_m
On Wed, Jul 8, 2015 at 5:32 PM, H.J. Lu wrote:
> There is no need to try different alignment on variable of
> error_mark_node.
>
> OK for trunk if there is no regression?
Can't we avoid calling align_variable on error_mark_node type decls
completely? That is, punt earlier when we try to emit it.
There is no need to try different alignment on variable of
error_mark_node.
OK for trunk if there is no regression?
Thanks.
H.J.
--
gcc/
PR target/66810
* varasm.c (align_variable): Don't try different alignment on
variable of error_mark_node.
gcc/testsuite/
PR
14 matches
Mail list logo