--- Comment #13 from dnovillo at google dot com 2009-02-18 12:26 ---
Subject: Re: LTO and -fwhole-program do not play
along well
On Tue, Feb 17, 2009 at 20:42, hubicka at ucw dot cz
wrote:
>
>
> --- Comment #12 from hubicka at ucw dot cz 2009-02-18 01:42 ---
> Subjec
--- Comment #12 from hubicka at ucw dot cz 2009-02-18 01:42 ---
Subject: Re: LTO and -fwhole-program do not play along well
> I believe we should be set already. During LTO read, we execute
> ipa_passes, which runs all_small_ipa_passes. So,
> pass_ipa_function_and_variable_visibility
--- Comment #11 from dnovillo at gcc dot gnu dot org 2009-02-17 21:40
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00796.html
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #10 from dnovillo at gcc dot gnu dot org 2009-02-17 21:38
---
Subject: Bug 39203
Author: dnovillo
Date: Tue Feb 17 21:38:05 2009
New Revision: 144248
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144248
Log:
2009-02-17 Diego Novillo
PR 39203
* c
--- Comment #9 from dnovillo at google dot com 2009-02-17 18:51 ---
Subject: Re: LTO and -fwhole-program do not play
along well
On Tue, Feb 17, 2009 at 13:34, hubicka at ucw dot cz
wrote:
> Essentially yes, but since we are restarting the pass queue from later
> time, won't
--- Comment #8 from hubicka at ucw dot cz 2009-02-17 18:34 ---
Subject: Re: LTO and -fwhole-program do not play along well
> > -fwhole-program essentially hides everything except for main and
> > functions/variables explicitly marked via attribute, so this is
> > exepcted. You need to
--- Comment #7 from dnovillo at google dot com 2009-02-17 18:05 ---
Subject: Re: LTO and -fwhole-program do not play
along well
On Tue, Feb 17, 2009 at 13:01, hubicka at ucw dot cz
wrote:
> This is intended behaviour.
Agreed.
> -fwhole-program essentially hides everything
--- Comment #6 from dnovillo at google dot com 2009-02-17 18:04 ---
Subject: Re: LTO and -fwhole-program do not play
along well
On Tue, Feb 17, 2009 at 13:02, rguenther at suse dot de
wrote:
> Well, of course. Just the idea that -flto can be used easily without
> too much m
--- Comment #5 from rguenther at suse dot de 2009-02-17 18:01 ---
Subject: Re: LTO and -fwhole-program do not
play along well
On Tue, 17 Feb 2009, dnovillo at google dot com wrote:
> > --- Comment #2 from hubicka at ucw dot cz 2009-02-17 17:43 ---
> > Subject: Re: LTO and -
--- Comment #4 from hubicka at ucw dot cz 2009-02-17 18:01 ---
Subject: Re: LTO and -fwhole-program do not play along well
> > Hi,
> > functions are brought local in function_and_variable_visibility that
> > needs to be scheduled after LTO is read in.
> > The pas computes externaly_vis
--- Comment #3 from dnovillo at google dot com 2009-02-17 17:55 ---
Subject: Re: LTO and -fwhole-program do not play
along well
On Tue, Feb 17, 2009 at 12:43, hubicka at ucw dot cz
wrote:
>
>
> --- Comment #2 from hubicka at ucw dot cz 2009-02-17 17:43 ---
> Subject:
--- Comment #2 from hubicka at ucw dot cz 2009-02-17 17:43 ---
Subject: Re: LTO and -fwhole-program do not play along well
Hi,
functions are brought local in function_and_variable_visibility that
needs to be scheduled after LTO is read in.
The pas computes externaly_visible flags that
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org
--- Comment #1 from dnovillo at gcc dot gnu dot org 2009-02-17 16:15
---
I think the easiest way to handle this would be for the driver to disable
-fwhole-program when the IL is being generated. Otherwise, all the symbols are
privatized.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
14 matches
Mail list logo
