[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