Opened 3 years ago

Closed 6 months ago

#62965 closed defect (wontfix)

libmilter: Some additional files should be included

Reported by: grumpybozo (Bill Cole) Owned by: danielluke (Daniel J. Luke)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: libmilter

Description

Software using libmilter expects libsm.a and libsmutil.a, which are included in the Debian libmilter-dev package. Example: MIMEDefang. The build process for libmilter appears to create these.

Change History (6)

comment:1 Changed 3 years ago by danielluke (Daniel J. Luke)

Can you provide more details? What does MIMEDefang need in those libraries? My understanding is that normally those static libraries are internal to sendmail and not needed by libmilter applications.

comment:2 Changed 3 years ago by danielluke (Daniel J. Luke)

Owner: set to danielluke
Status: newaccepted

comment:3 Changed 3 years ago by danielluke (Daniel J. Luke)

Cc: danielluke removed

comment:4 Changed 3 years ago by danielluke (Daniel J. Luke)

From https://github.com/The-McGrail-Foundation/MIMEDefang/blob/master/Changelog:

2002-07-17  Dianne Skoll  <dfs@roaringpenguin.com>

	* configure.in: Take out tests for libsm.a and libsmutil.a -- they
	are internal Sendmail libraries which should not be required.
	INCOMPATIBILITY:  YOU MUST NOW USE SENDMAIL 8.12.X

There is a later entry that says it uses libsm.a if (v)snprintf isn't available, but that shouldn't be relevant for MacPorts.

I could be missing something, though - I don't (currently) use MIMEDefang.

comment:5 in reply to:  4 Changed 3 years ago by grumpybozo (Bill Cole)

Replying to danielluke:

From https://github.com/The-McGrail-Foundation/MIMEDefang/blob/master/Changelog:

2002-07-17  Dianne Skoll  <dfs@roaringpenguin.com>

	* configure.in: Take out tests for libsm.a and libsmutil.a -- they
	are internal Sendmail libraries which should not be required.
	INCOMPATIBILITY:  YOU MUST NOW USE SENDMAIL 8.12.X

I will investigate the specifics in MIMEDefang further, but according to the output of MIMEDefang's 'configure' script in v2.84:

checking for libmilter/mfapi.h... /opt/local/include/libmilter/mfapi.h
checking for libmilter.a... no
checking for libsm.a... no
checking for libmilter.so... /opt/local/lib//libmilter.so
checking whether libmilter requires -lsm... yes

(Note that because MIMEDefang expects shared libraries to have .so extensions, so I've symlinked /opt/local/lib/libmilter.so to /opt/local/lib/libmilter.dyld)

The result of that is the addition of '-lsm' to the $LIBS flags used in the final link, which fails unless I manually copy libsm.a from the obj.<foo> directory of the libmilter port's build directory . From looking at config.log, I suspect that the configure script is making a wrong interpretation of an error in its test:

configure:6220: checking whether libmilter requires -lsm
configure:6234: gcc -o conftest -g -O2   -L/opt/local/lib conftest.c -lpthread -lresolv  -lmilter >&5
conftest.c:40:10: fatal error: 'libmilter/mfapi.h' file not found
#include "libmilter/mfapi.h"
         ^
1 error generated.

I will consult with Dianne regarding this, as she's the only person intimately familiar with the C and autoconf portions of MIMEDefang.

comment:6 Changed 6 months ago by danielluke (Daniel J. Luke)

Resolution: wontfix
Status: acceptedclosed

I'm going to close this - if Bill (or anyone) has more information and we need to update the port, feel free to re-open this one.

Note: See TracTickets for help on using tickets.