<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 05/08/2018 07:13 PM, Friedman, Eli
      via llvm-dev wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:1b7f64ad-3c70-0cfc-58d7-7c224a9ba867@codeaurora.org">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div class="moz-cite-prefix">It's probably worth going into a
        little more detail... a lot of people read llvmdev, and most of
        them won't click the link or follow the whole discussion.<br>
        <br>
        The transform in question is replacing "fputc(...)" with
        "fputc_unlocked(...)" when we can prove the FILE* doesn't
        escape.  The question is whether it's safe for the compiler to
        emit a call to fputc_unlocked() on Linux, given it's a
        non-standard extension.  The bit I'm most worried about is some
        user defining a function named fputc_unlocked; it isn't a
        reserved name according to the C standard, so there's no way to
        ensure we're actually calling the glibc fputc_unlocked.<br>
      </div>
    </blockquote>
    <br>
    Don't we generally assume the availability of glibc extensions when
    -gnu is in the triple?<br>
    <br>
     -Hal<br>
    <br>
    <blockquote type="cite"
      cite="mid:1b7f64ad-3c70-0cfc-58d7-7c224a9ba867@codeaurora.org">
      <div class="moz-cite-prefix"> <br>
        Suggestions welcome.<br>
        <br>
        -Eli<br>
        <br>
        On 5/8/2018 4:59 PM, Dávid Bolvanský via llvm-dev wrote:<br>
      </div>
      <blockquote type="cite"
cite="mid:CAOrgDVPiRyqUh8ZD+BtqWBXq-9byF17TNGwg6vzFEbO5bbj5wg@mail.gmail.com">
        <div dir="ltr">Hello,
          <div><br>
          </div>
          <div>Please check this patch:</div>
          <div><a href="https://reviews.llvm.org/D45736"
              moz-do-not-send="true">https://reviews.llvm.org/D45736</a><br>
          </div>
          <div><br>
          </div>
          <div>as Eli noted, other opinions are highly welcomed..</div>
          <div><br>
          </div>
          <div>Thanks</div>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
LLVM Developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:llvm-dev@lists.llvm.org" moz-do-not-send="true">llvm-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev" moz-do-not-send="true">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a>
</pre>
      </blockquote>
      <p><br>
      </p>
      <pre class="moz-signature" cols="72">-- 
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
LLVM Developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>
<a class="moz-txt-link-freetext" href="http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev">http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Hal Finkel
Lead, Compiler Technology and Programming Languages
Leadership Computing Facility
Argonne National Laboratory</pre>
  </body>
</html>