<html>

    <head>

      <base href="http://bugzilla.gdcproject.org/" />

    </head>

    <body>

      <p>

        <div>

            <b><a class="bz_bug_link 

          bz_status_RESOLVED  bz_closed"

   title="RESOLVED FIXED - Missing tags for recent frontend merges"

   href="http://bugzilla.gdcproject.org/show_bug.cgi?id=181#c4">Comment # 4</a>

              on <a class="bz_bug_link 

          bz_status_RESOLVED  bz_closed"

   title="RESOLVED FIXED - Missing tags for recent frontend merges"

   href="http://bugzilla.gdcproject.org/show_bug.cgi?id=181">bug 181</a>

              from <span class="vcard"><a class="email" href="mailto:public@dicebot.lv" title="Dicebot <public@dicebot.lv>"> <span class="fn">Dicebot</span></a>

</span></b>

        <pre>Common approach is to have extra level of minor versions that "extends" the

upstream (gcc in this case) and do smaller releases with those version bumps

time to time.

Changing tags is very bad. The very reason why I am asking for tags (as opposed

to using branch heads) is to guarantee that same package script built 1 year

later will result in exactly same thing packaged. It is also possible to pin to

specific commit hashes of course but that will result in inconsistent

functionality among distros as everyone will chose own arbitrary commit to

stick to.</pre>

        </div>

      </p>

      <hr>

      <span>You are receiving this mail because:</span>

      <ul>

          <li>You are watching all bug changes.</li>

      </ul>

    </body>

</html>