#35468: nmh does not build with clang ------------------------------------------+--------------------------------- Reporter: nooneofconsequence@… | Owner: kenh@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: clang | Port: nmh ------------------------------------------+--------------------------------- Comment(by kenh@…): Replying to [comment:3 ryandesign@…]:
... oh, I had forgotten we were deliberately doing that in this port. In that case, you'll have to find some other way to inform nmh where libiconv is located. One way might be to change "-liconv" to "/opt/local/lib/libiconv.dylib". There might be other ways, perhaps with an environment variable like you already do for OpenSSL.
As an aside, is there any way we could fix whatever is busted about cyrus-sasl2 and kerberos so that we would not have to do these workarounds? That would seem to be the best solution of all.
I'll play around with it a bit more. The basic problem with cyrus-sasl2 is that it's linking against MacPorts Kerberos instead of the system Kerberos; according to the MacPorts FAQ, Kerberos is one of the exceptions to the "always link with MacPorts versions of libraries" rule. The explanation for this is long and complicated, but the short answer is that third-party Kerberos libraries are not interoperable with the MacOS Kerberos implementation. -- Ticket URL: <https://trac.macports.org/ticket/35468#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS