On Jun 4, 2008, at 5:15 PM, Ralf Wildenhues wrote:
1) This is from test/Makefile.am:
--- snip ---
# This should be libsupport.a, not libsupport.la. Automake doesn't
# support check_LTLIBRARIES, as technically you have to install a
# shared library before you can use it.
#
check_LIBRARIES = libsupport.a
libsupport_a_SOURCES = \
--- snip ---
The statement in the comment is not true; Automake supports
check_LTLIBRARIES, and they don't have to be installed before use
either. What may be confusing is that, by default, check_LTLIBRARIES
will be convenience archives rather than shared libraries. If you
want
to have an uninstalled shared library for testing, then you can use
check_LTLIBRARIES = libsupport.la
# induce libtool to create a shared library:
libsupport_la_LDFLAGS = -rpath /nowhere
libsupport_la_SOURCES = \
...
Ah, good to know. Other than the comment being wrong, is this a
problem?
2) test/dss/ has only a Makefile with 'CC = mpicc' hardcoded. That
looks like it won't use the correct (uninstalled) mpicc but requires a
prior 'make install'. Not sure whether that's intentional.
It is actually; these tests are always manually created by a
developer. Our "make check" framework is not very complete. Maybe
someday...
3) in opal/mca/paffinity/linux/plpa/src/plpa-taskset/Makefile.am,
there
are some manual dependencies listed that should not be necessary, as
Automake should treat bison/yacc generated files correctly. IOW, the
patch below, which simplifies things slightly, should still generate a
functional Makefile. If it doesn't, I'd like to hear about it
(because
that could be an Automake bug).
Thanks -- fixed! (I'm not sure why there were there to begin with)
--
Jeff Squyres
Cisco Systems