Re: [lto] Streaming out language-specific DECL/TYPEs

On Fri, Jun 6, 2008 at 1:44 AM, Daniel Berlin <[EMAIL PROTECTED]> wrote: > On Thu, Jun 5, 2008 at 5:57 AM, Jan Hubicka <[EMAIL PROTECTED]> wrote: >>> Jan Hubicka wrote: >>> >>> >Sure if it works, we should be lowering the types during gimplification >>> >so we don't need to store all this in memory

Re: [lto] Streaming out language-specific DECL/TYPEs

On Thu, Jun 5, 2008 at 5:57 AM, Jan Hubicka <[EMAIL PROTECTED]> wrote: >> Jan Hubicka wrote: >> >> >Sure if it works, we should be lowering the types during gimplification >> >so we don't need to store all this in memory... >> >But C++ FE still use its local data later in stuff like thunks, but we

Re: [lto] Streaming out language-specific DECL/TYPEs

> Jan Hubicka wrote: > > >Sure if it works, we should be lowering the types during gimplification > >so we don't need to store all this in memory... > >But C++ FE still use its local data later in stuff like thunks, but we > >will need to cgraphize them anyway. > > I agree. The only use of langu

Re: [lto] Streaming out language-specific DECL/TYPEs

Jan Hubicka wrote: Sure if it works, we should be lowering the types during gimplification so we don't need to store all this in memory... But C++ FE still use its local data later in stuff like thunks, but we will need to cgraphize them anyway. I agree. The only use of language-specific DECL

Re: [lto] Streaming out language-specific DECL/TYPEs

On Tue, Jun 3, 2008 at 5:41 PM, Kenneth Zadeck <[EMAIL PROTECTED]> wrote: > Michael Matz wrote: > > Note that michael's patch exposes some sleeping dragons for lto. Namely, if > the debug information is generated early for these issues, then there will > have to be code in lto which "copies" this

Re: [lto] Streaming out language-specific DECL/TYPEs

Michael Matz wrote: Hi, On Tue, 3 Jun 2008, Diego Novillo wrote: On Tue, Jun 3, 2008 at 04:51, Richard Guenther <[EMAIL PROTECTED]> wrote: You may want to read http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00349.html Thanks. I think I will try to incorporate this in LTO so w

Re: [lto] Streaming out language-specific DECL/TYPEs

On Tue, Jun 3, 2008 at 5:28 PM, Michael Matz <[EMAIL PROTECTED]> wrote: > Hi, > > On Tue, 3 Jun 2008, Diego Novillo wrote: > >> On Tue, Jun 3, 2008 at 04:51, Richard Guenther >> <[EMAIL PROTECTED]> wrote: >> >> > You may want to read >> > >> > http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00349.html

Re: [lto] Streaming out language-specific DECL/TYPEs

Hi, On Tue, 3 Jun 2008, Diego Novillo wrote: > On Tue, Jun 3, 2008 at 04:51, Richard Guenther > <[EMAIL PROTECTED]> wrote: > > > You may want to read > > > > http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00349.html > > Thanks. I think I will try to incorporate this in LTO so we won't > even nee

Re: [lto] Streaming out language-specific DECL/TYPEs

On Tue, Jun 3, 2008 at 04:51, Richard Guenther <[EMAIL PROTECTED]> wrote: > You may want to read > > http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00349.html Thanks. I think I will try to incorporate this in LTO so we won't even need to deal with these codes in the streamer. Michael, are you OK

Re: [lto] Streaming out language-specific DECL/TYPEs

Diego Novillo wrote: On Tue, Jun 3, 2008 at 09:28, Jan Hubicka <[EMAIL PROTECTED]> wrote: Sure if it works, we should be lowering the types during gimplification so we don't need to store all this in memory... But C++ FE still use its local data later in stuff like thunks, but we will need t

Re: [lto] Streaming out language-specific DECL/TYPEs

On Tue, Jun 3, 2008 at 09:28, Jan Hubicka <[EMAIL PROTECTED]> wrote: > Sure if it works, we should be lowering the types during gimplification > so we don't need to store all this in memory... > But C++ FE still use its local data later in stuff like thunks, but we > will need to cgraphize them an

Re: [lto] Streaming out language-specific DECL/TYPEs

> On Mon, Jun 2, 2008 at 20:37, Kenneth Zadeck <[EMAIL PROTECTED]> wrote: > > > the problem with making this a langhook is that there is no "there-there" in > > that on the serialize in side, you would have to recreate the c++ front end > > code that expects this tree code. (if there is no such c

Re: [lto] Streaming out language-specific DECL/TYPEs

On Mon, Jun 2, 2008 at 20:37, Kenneth Zadeck <[EMAIL PROTECTED]> wrote: > the problem with making this a langhook is that there is no "there-there" in > that on the serialize in side, you would have to recreate the c++ front end > code that expects this tree code. (if there is no such code, then

Re: [lto] Streaming out language-specific DECL/TYPEs

On Tue, Jun 3, 2008 at 2:37 AM, Kenneth Zadeck <[EMAIL PROTECTED]> wrote: > Diego Novillo wrote: >> >> In g++.dg/torture/20070621-1.C we are trying to stream out a structure >> that contains a TEMPLATE_DECL. This currently causes a failure in >> lto-function-out.c:output_tree because not only TEMP

Re: [lto] Streaming out language-specific DECL/TYPEs

> On Mon, Jun 2, 2008 at 5:10 PM, Diego Novillo <[EMAIL PROTECTED]> wrote: > > In g++.dg/torture/20070621-1.C we are trying to stream out a structure > > that contains a TEMPLATE_DECL. This currently causes a failure in > > lto-function-out.c:output_tree because not only TEMPLATE_DECL is > > C++-s

Re: [lto] Streaming out language-specific DECL/TYPEs

On Mon, Jun 2, 2008 at 5:10 PM, Diego Novillo <[EMAIL PROTECTED]> wrote: > In g++.dg/torture/20070621-1.C we are trying to stream out a structure > that contains a TEMPLATE_DECL. This currently causes a failure in > lto-function-out.c:output_tree because not only TEMPLATE_DECL is > C++-specific, w

Re: [lto] Streaming out language-specific DECL/TYPEs

Diego Novillo wrote: In g++.dg/torture/20070621-1.C we are trying to stream out a structure that contains a TEMPLATE_DECL. This currently causes a failure in lto-function-out.c:output_tree because not only TEMPLATE_DECL is C++-specific, we can't even access its fields from lto-function-out.c. T