Repository navigation
Remove support for generating mclib as a shared object #5188
Description
Is there an existing request for this?
- I have searched the existing issues
Is your feature request related to a problem?
See #4803 and #4806, specifically the following comments:
make checkdoesn't pick up changes to the code #4803 (comment)- Ticket #4803: tests - link via
LDADDinstead ofLIBS#4806 (comment)
Describe the solution you'd like
--enable-mclib and all corresponding infrastructure to build a shared library should be removed.
Describe alternatives you've considered
No response
Additional context
No response
Activity
egmontkob commentedon Oct 17, 2026
I see you tagged it for release 4.9.1, whereas obviously 4.9.0 will be the big deal where we break compatibility at a couple of places.
Any chance you could easily emit a big fat warning at least, or outright disable
--enable-mclibfor 4.9.0 already, whereas leaving the big cleanup for 4.9.1 or so?zyv commentedon Oct 17, 2026
This was an arbitrary choice - only to keep a cleaner list of prioritized strategic todos, as opposed to an overfull list of tactical stuff already accepted for 4.9.0. I can also tag it for 4.9.0 if you want :) The problem is not tagging as such, but putting the work into it :( If I get a chance to work on making a release at all, I would absolutely prefer fixing it for 4.9.0... only I still have one last exam to put behind me by Christmas or "bad things will happen" (tm) so it's uncertain as to how and when I'll get back to it after this short break where I was sick after taking the last couple of exams.
Ticket #5188: remove `--enable-mclib` configure option
Ticket #5188: remove `--enable-mclib` configure option
Ticket #5188: remove `--enable-mclib` configure option
Merge pull request #5192 from MidnightCommander/5188_remove_mclib