[MacPorts] #51516: MacPorts should use a bundled copy of a newer libcurl and SSL library rather than the OS X version

MacPorts noreply at macports.org
Tue Jun 11 11:35:53 UTC 2024


#51516: MacPorts should use a bundled copy of a newer libcurl and SSL library
rather than the OS X version
--------------------------+--------------------------------
  Reporter:  ryandesign   |      Owner:  macports-tickets@…
      Type:  enhancement  |     Status:  new
  Priority:  Normal       |  Milestone:  MacPorts Future
 Component:  base         |    Version:
Resolution:               |   Keywords:
      Port:               |
--------------------------+--------------------------------

Comment (by RJVB):

 I now have a first draught of a minimally patched "base" source tree that
 *almost* builds. I've had to give up the idea to build only the strictly
 necessary components as it isn't clear exactly how to make those
 available, IMHO that's definitely something that could be worked on in a
 follow-up effort. Esp. if we can work with the assumption that any headers
 required should already be installed, for instance.

 I'm currently running into what appears to be an incompatibility in
 readline.c, where at least one of the completion function `#define`s is
 misdefined. Is there something I should know here re: using port:libedit
 vs port:readline (I notice that my original Pextlib links to the system
 libedit on Mac, but libreadline on Linux...)

-- 
Ticket URL: <https://trac.macports.org/ticket/51516#comment:153>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list