This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH][LTO] (Not) merge incompatible common decls

From: Diego Novillo <dnovillo at google dot com>
To: Richard Guenther <rguenther at suse dot de>, Janis Johnson <janis187 at us dot ibm dot com>
Cc: gcc-patches at gcc dot gnu dot org
Date: Thu, 30 Jul 2009 08:26:02 -0700
Subject: Re: [PATCH][LTO] (Not) merge incompatible common decls
References: <alpine.LNX.2.00.0907301537230.16347@zhemvz.fhfr.qr> <b798aad50907300819x3587f1d7v59b6adda52efbfa2@mail.gmail.com> <alpine.LNX.2.00.0907301721360.16347@zhemvz.fhfr.qr>

On Thu, Jul 30, 2009 at 08:23, Richard Guenther<rguenther@suse.de> wrote:

>> > I'm not good at LTO testsuite magic - I failed to scan the assembler
>> > output for the correct sized .comm decl. ÂIf anyone can give hints
>> > there that would be appreciated ;)
>>
>> Sorry, not sure what you're referring to here.
>
> I tried to use { dg-final { scan-assember ".comm.*i,8,8" } } but
> it kept complaining wherever I put that ;) ÂI guess the lto
> harness needs some TLC ...

Ah, yeah.  I'm hoping Janis can help with some of her magic here.
Janis, how could we implement scan-assembler functionality in LTO?
Part of the problem, I suspect, is that there will be multiple .s
files in an LTO compile.

Thanks.  Diego.

References:
- [PATCH][LTO] (Not) merge incompatible common decls
  - From: Richard Guenther
- Re: [PATCH][LTO] (Not) merge incompatible common decls
  - From: Diego Novillo
- Re: [PATCH][LTO] (Not) merge incompatible common decls
  - From: Richard Guenther

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]