<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTOURBUG - mkostemp weak linking on macOS Sierra causes a crash if library is run on 10.11 or older"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=102986#c12">Comment # 12</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED NOTOURBUG - mkostemp weak linking on macOS Sierra causes a crash if library is run on 10.11 or older"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=102986">bug 102986</a>
              from <span class="vcard"><a class="email" href="mailto:g.litenstein@gmail.com" title="Gregorio Litenstein <g.litenstein@gmail.com>"> <span class="fn">Gregorio Litenstein</span></a>
</span></b>
        <pre><span class="quote">> let me try to say again, your understanding of the binary compatibility is quite
> poor. I don't see why you think you could re-use the binary which depends on the
> incompatible system library. you can do that *only* when the required symbols from
> libraries isn't missing. in this case, fontconfig binary built against new system 
> library doesn't work with old one *because* mkostemp wasn't available there.</span >

No... I understand this, but don't agree with you. I think libraries should be
able to adapt their build/configuration settings for different systems when
they're things as small as this.

<span class="quote">>I didn't see how macports was working though, after some conversation with you, they 
> seem expecting to rebuild from the source to use. i.e. they didn't guarantee the 
> binary compatibility between releases. that's true.</span >

You are always expected to rebuild packages when a new release comes up; most
of the time they will still be compatible, but not always. Nonetheless,
macports has an option (not by default) to target a specific version of OSX.
Generally I target my releases for 10.9 (i.e. try to provide compatibility for
as-far-back as possible)

<span class="quote">> An action you can take would be:
> 1) to provide your app built against the proper deps on both OSes.
> 2) to stop supporting older OS for your app.
> 3) to make an wrapper library for mkostemp for old OS</span >

1 Makes no sense considering the actual requirement for compatibility is
something so small. TBH I already submitted the fix to macports but was
more-or-less playing devil's advocate in case you could be persuaded to
implement it in your build system.

2 Is not reasonable because it's not like this would break the app on an OS
that is 3 or 4 years old, it was literally second-to-latest major update until
about a week ago.

3 It's certainly easier to configure fontconfig to ignore mkostemp as it was
doing before.

Eventually I have to drop support for older OS, I know that (Until a couple
versions ago we supported 10.6) but it seems a bit... excessive to
all-of-a-sudden drop support for 3 major releases of the OS.

Anyway... Thanks, I guess.</pre>
        </div>
      </p>


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

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>