<html>
    <head>
      <base href="https://llvm.org/bugs/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:dx-mon@users.sourceforge.net" title="Rachel Mant <dx-mon@users.sourceforge.net>"> <span class="fn">Rachel Mant</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - -fvisibility=hidden and -fvisibility-inlines-hidden being ignored"
   href="https://llvm.org/bugs/show_bug.cgi?id=24648">bug 24648</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>RESOLVED
           </td>
           <td>REOPENED
           </td>
         </tr>

         <tr>
           <td style="text-align:right;">Resolution</td>
           <td>INVALID
           </td>
           <td>---
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - -fvisibility=hidden and -fvisibility-inlines-hidden being ignored"
   href="https://llvm.org/bugs/show_bug.cgi?id=24648#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED --- - -fvisibility=hidden and -fvisibility-inlines-hidden being ignored"
   href="https://llvm.org/bugs/show_bug.cgi?id=24648">bug 24648</a>
              from <span class="vcard"><a class="email" href="mailto:dx-mon@users.sourceforge.net" title="Rachel Mant <dx-mon@users.sourceforge.net>"> <span class="fn">Rachel Mant</span></a>
</span></b>
        <pre>I've been re-examining, including testing that GCC 5.1.0 does the right thing
even with -O0 (it does, expected result ensues). This is entirely about
inlining (implied and explicit). The following are my findings based on the
standard:

This is two bugs in one.
Your linker is failing to apply the rules on return type overloads correctly
(it is an error, not no diagnostic).

A function defined entirely inside a class/struct/union definition, whether
it's a member function or a non-member friend function, is always inline. Which
is exactly what I've done.

If you say inline explicitly, Clang does the right thing. If you do not
implied-inline should be applied but Clang fails to. This is true regardless of
optimisation level.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>