evaluated load clauses
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
CFFI |
New
|
Undecided
|
Unassigned |
Bug Description
Why are load clauses in define-
The need to know the paths at coding time is inconvenient. For example, it took some creative thinking to come up with a solution that allows cl+ssl user to customize the path.
Another use case is that we want to try some paths only if it exists. To do so we had to add a feature flag for every path and then use those features in the load clauses (https:/
The behavior of define-
I've been following https:/ /github. com/cl- plus-ssl/ cl-plus- ssl/issues/ 114 and I think the right way to approach is is to find the library path using pkg-config (the same as for a C project), and extract the path to the actual library. /github. com/sionescu/ cl-plus- ssl/commit/ a66c1be8d00a15e 4813c9f718a7d5d 7faefb01d2.
I have code that works pretty well on Linux. If that could be ported to OSX, you could have this: https:/