<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 02/10/2015 01:25 AM, Matěj Cepl
      wrote:<br>
    </div>
    <blockquote cite="mid:slrnmdj924.70g.mcepl@mitmanek.ceplovi.cz"
      type="cite">
      <pre wrap="">    xiphos-4.0.0-3.fc22.src.rpm
      this package failed to build because the limit of the 
      instantiation depth has been reached.
</pre>
    </blockquote>
    <font face="FreeSerif">Considering that I have no environment in
      which to test this, it's not very informative.  Is there a build
      log?<br>
      <br>
      Absent a log I can see, I will make an educated guess, that this
      problem occurs in modulecache.hh, because clang++ crashes on such
      a misguided claim (with absurd/insane values, literally in the
      tens of thousands).  The depth there is because the cache is
      instantiated as a layered series of string- and int-keyed
      std::maps.<br>
      <br>
          // In precision order.<br>
          typedef std::map &lt; int, CacheVerse     &gt; CacheChapter;<br>
          typedef std::map &lt; int, CacheChapter   &gt; CacheBook;<br>
          typedef std::map &lt; int, CacheBook      &gt; CacheTestament;<br>
          typedef std::map &lt; int, CacheTestament &gt; CacheModule;<br>
      <br>
          // Index by module name =&gt; Cache for that module.<br>
          typedef std::map &lt; const std::string, CacheModule &gt;
      CacheMap;<br>
      <br>
          // Textually:<br>
          // CacheMap contains modules of testaments of books of
      chapters of<br>
          // verses, subscriptable at any stage to get the subordinate
      content.<br>
      <br>
      However I fail to see how this is a problem, considering that this
      is in all honesty a rather bland use of nested maps, and only 5
      deep.  Also, the referenced message observes...<br>
      <br>
      &gt; </font><tt>These consist of either package bugs, or GCC
      bugs.</tt><font face="FreeSerif"><br>
      <br>
      ...and I am inclined to claim that they have a new bug to fix,
      because this just shouldn't be a problem, and isn't a problem in
      gcc4.<br>
      <br>
      Anyhow, I am making suppositions out of air about this; I need a
      log to stare at, to see where the problem claimed actually
      occurred.</font><br>
    <br>
    Is gcc5 intended to be mandatory in f22?<br>
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </body>
</html>