On Tue, Nov 7, 2017 at 12:33 PM, Jeffrey Walton <noloa...@gmail.com> wrote:
> I'm trying to run 'make check' on Solaris. It results in:
>
> $ ./cryptestcwd v
> ld.so.1: cryptestcwd: fatal:
> /export/home/cryptopp/.libs/libcryptopp.so.6: hardware capability
> (CA_SUNW_HW_1) unsupported: 0x4800000 [ AES SSE4.1 ]
> Killed
>
If I am parsing things correctly, it looks like AM_LDFLAGS is not
being applied to the one object I am most interested in...
...
am_libcryptopp_la_OBJECTS = adhoc.lo
libcryptopp_la_OBJECTS = $(am_libcryptopp_la_OBJECTS)
libcryptopp_la_LINK = $(LIBTOOL) --tag=CXX $(AM_LIBTOOLFLAGS) \
$(LIBTOOLFLAGS) --mode=link $(CXXLD) $(AM_CXXFLAGS) \
$(CXXFLAGS) $(libcryptopp_la_LDFLAGS) $(LDFLAGS) -o $@
libgcm_simd_la_LIBADD =
am_libgcm_simd_la_OBJECTS = libgcm_simd_la-gcm-simd.lo
libgcm_simd_la_OBJECTS = $(am_libgcm_simd_la_OBJECTS)
libgcm_simd_la_LINK = $(LIBTOOL) --tag=CXX $(AM_LIBTOOLFLAGS) \
$(LIBTOOLFLAGS) --mode=link $(CXXLD) \
$(libgcm_simd_la_CXXFLAGS) $(CXXFLAGS) $(AM_LDFLAGS) \
$(LDFLAGS) -o $@
...
am_libcryptopp_la_OBJECTS is the phone C++ source file to force
Automake in =to C++ mode.
AM_LDFLAGS is on other objects, but its not on libcryptopp_la_LINK.
libcryptopp_la_LDFLAGS includes AM_LDFLAGS
(https://github.com/noloader/cryptopp-autotools/blob/master/Makefile.am#L108):
libcryptopp_la_LDFLAGS = $(AM_LDFLAGS) -version-info 6:0:0
I'm not really sure how to proceed at this point. Maybe I need to
patch it with sed after `configure.ac` runs?
Jeff
