Opened 3 years ago
Closed 16 months ago
#62920 closed enhancement (fixed)
saga @7.9.0_1: use a path-style dependency for unixODBC (if possible)
Reported by: | cooljeanius (Eric Gallager) | Owned by: | nilason (Nicklas Larsson) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.6.4 |
Keywords: | Cc: | Veence (Vincent) | |
Port: | saga |
Description
Currently saga has an unconditional dependency on unixODBC. Unfortunately, unixODBC conflicts with libiodbc, which I need to have installed for the KDE ports. If it's possible, it'd be nice for saga to use a path-style dependency so that it can use either unixODBC or libiodbc, in order to get around this conflict.
Change History (6)
comment:1 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 3 years ago by cooljeanius (Eric Gallager)
yeah doing it as variants could be another solution
comment:3 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
Vincent made your proposed change in [eb9357a25f17f52dd40c4c7a2684493eb3b4848b/macports-ports] but I still don't think it's appropriate. They don't provide the same files, so they're not drop-in replacements for one another. Use variants instead.
libiodbc provides:
- /opt/local/lib/libiodbcinst.dylib
- /opt/local/lib/libiodbc.dylib
- /opt/local/lib/libiodbc.2.dylib
- /opt/local/lib/libiodbcinst.2.dylib
unixODBC provides:
- /opt/local/lib/libodbcinst.2.dylib
- /opt/local/lib/libodbccr.dylib
- /opt/local/lib/libodbcinst.dylib
- /opt/local/lib/libodbc.2.dylib
- /opt/local/lib/libodbccr.2.dylib
- /opt/local/lib/libodbc.dylib
comment:4 Changed 3 years ago by Veence (Vincent)
Fair enough, I hadn't checked this, and using a path dependecy seemed an elegant workaround. I’ll modify the Portfile to make use of variants.
comment:5 Changed 16 months ago by nilason (Nicklas Larsson)
comment:6 Changed 16 months ago by nilason (Nicklas Larsson)
Owner: | set to nilason |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Other ports that can use either unixODBC or libiodbc offer variants for that choice. I assume a path-style dependency was not used because they are not drop-in replacements for one another.