This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/42814] gcc segfaults on gch
- From: "rguenth at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 20 Jan 2010 21:09:18 -0000
- Subject: [Bug c++/42814] gcc segfaults on gch
- References: <bug-42814-18671@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #12 from rguenth at gcc dot gnu dot org 2010-01-20 21:09 -------
(In reply to comment #11)
> Subject: Re: gcc segfaults on gch
>
> so I am thinking about a way to wrap the existing templates that I use.
> there must be a way to reduce the size of the gch by specifing a list
> of classes we use. that would reduce the build size.
>
> this boost lib takes forever to process.
> We only use %1 of it at a time. There has got to be a way to
> precompile all these templates. A nice fine grained, for each header,
> external pch database for stl and boost would make working with them
> fun again.
>
> I have been experimenting with grouping the headers into groups of
> common dependencies. Basically I made a type level dependency tree
> that is sliced up into pools of common types and topologically sorted
> so that we can compile the the gch files in the right order and
> include the previous gch.
You can at most include a single gch file.
> I would consider putting some time into helping make the gch better if
> you give me direction.
I think the issue is the following enum:
template<class _Sp, class _Tp>
struct __traitor
{
enum { __value = bool(_Sp::__value) || bool(_Tp::__value) };
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42814