FYI: This problem is *NOT* specific to NetBSD - it also just showed up for me on Solaris-10/SPARC.
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 atompi/contrib/vt/vt/extlib/otf/tools/otfaux/Makefile.amI 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 withMaking all in otfauxCXX otfaux.oCXX Control.oCXX Handler.oCXX Stats.omake: don't know how to make -lm. StopIn 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 @@otfauxendif-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 <email@example.com> wrote:1.6.2rc2 is out -- please test:
Changes since rc1:
- VT compile fix on Solaris
- rmaps segv fix
For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/
devel mailing list
--Paul H. Hargrove PHHargrove@lbl.govFuture Technologies GroupComputer and Data Sciences Department Tel: +1-510-495-2352Lawrence Berkeley National Laboratory Fax: +1-510-486-6900