I've not tested any other recent RCs, but had a chance today to run this
one on a subset of my normal pile of test platforms.
I am not sure why this has only hit me on NetBSD, because the problem looks
pretty generic.
When looking at
ompi/contrib/vt/vt/extlib/otf/tools/otfaux/Makefile.am
I find the following:
otfaux_LDADD = \
$(top_builddir)/otfauxlib/libotfaux.la \
$(top_builddir)/otflib/libotf.la \
$(MATHLIB)
otfaux_DEPENDENCIES = $(otfaux_LDADD)
Since "MATHLIB = -lm" the dependencies list "-lm" as a target and results
in a build which ends with
Making all in otfaux
CXX otfaux.o
CXX Control.o
CXX Handler.o
CXX Stats.o
make: don't know how to make -lm. Stop
In my testing the following patch resolves the problem by expressing LDADD
in terms of DEPENDENCIES, instead of the other way around:
--- ompi/contrib/vt/vt/extlib/otf/tools/otfaux/Makefile.am.orig 2012-09-11
10:59:05.000000000 -0700
+++ ompi/contrib/vt/vt/extlib/otf/tools/otfaux/Makefile.am 2012-09-11
11:00:08.000000000 -0700
@@ -8,11 +8,12 @@
otfaux
endif
-otfaux_LDADD = \
+otfaux_DEPENDENCIES = \
$(top_builddir)/otfauxlib/libotfaux.la \
- $(top_builddir)/otflib/libotf.la \
+ $(top_builddir)/otflib/libotf.la
+otfaux_LDADD = \
+ $(otfaux_otfaux_DEPENDENCIES) \
$(MATHLIB)
-otfaux_DEPENDENCIES = $(otfaux_LDADD)
otfaux_SOURCES = \
Control.h \
Handler.h \
-Paul
On Tue, Sep 11, 2012 at 7:10 AM, Jeff Squyres <jsquy...@cisco.com> wrote:
> 1.6.2rc2 is out -- please test:
>
> http://www.open-mpi.org/software/ompi/v1.6/
>
> Changes since rc1:
>
> - VT compile fix on Solaris
> - rmaps segv fix
>
> --
> Jeff Squyres
> jsquy...@cisco.com
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/
>
>
> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
--
Paul H. Hargrove phhargr...@lbl.gov
Future Technologies Group
Computer and Data Sciences Department Tel: +1-510-495-2352
Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
