Jeff, My testing scripts always pass V=1 to each make command, but as you can see in my report that didn't give full command lines. It is worth noting that on this system "make" is not Gnu-Make. I am venturing a guess that this is why V=1 is not producing the expected output. That might be the known/expected automake behavior with non-Gnu version of make - I honestly don't know. So, you can consider this observation an additional bug report if you are so inclined (and if you ignore it then I'll not complain).
After manually applying Nathan's fix for opal/include/opal/sys/ia32/atomic.h this second failure mode remains. I checked that first, in case the missing atomic functions had prevented creation of the lib. The attached transcript should contain the requested output. It includes "make clean all V=1" *and* "gmake clean all V=1". The gmake case also fails, but at least V=1 works. In case anybody wants to reproduce for themselves: I am using a VirtualBox VM image which anyone (with registration) can download from Oracle. I can provide more details upon request. -Paul On Thu, Aug 20, 2015 at 10:59 AM, Paul Hargrove <phhargr...@lbl.gov> wrote: > OK, I'll see what I can do. I have a conf call in an hour. > So I'll if I don't have your requested output before that, it will be much > later today. > > -Paul > > On Thu, Aug 20, 2015 at 10:53 AM, Jeff Squyres (jsquyres) < > jsquy...@cisco.com> wrote: > >> Paul -- >> >> Can you give me more info on this? >> >> Can you "make clean all V=1" in the ompi/mpi/fortran/mpif-h directory and >> send me the output? >> >> Additionally, can you send the output of "ls -l >> ompi/mpi/fortran/mpif-h/.libs" after the make? >> >> >> > On Aug 14, 2015, at 11:40 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: >> > >> > The following is seen on my Solaris-11.2 (but not 11.1) system. >> > It is present with the Studio compilers (at least 12.4 and 12.3) for >> both 32- and 64-bit targets. >> > It is also present with the Gnu compiler for 64-bit targets (with >> 32-bit the build dies for a different reason). >> > >> > FCLD libmpi_mpifh_pmpi.la >> > FCLD libmpi_mpifh_sizeof.la >> > CCLD libmpi_mpifh.la >> > ld: fatal: file ./.libs/libmpi_mpifh_sizeof.a: open failed: No such >> file or directory >> > >> > On this same system I can build the 1.10.0rc2 tarball fine with >> identical configure args (other than the prefix setting). >> > I retested RC2 just now to be certain nothing relevant had changed in >> my configuration. >> > >> > -Paul >> > >> > -- >> > Paul H. Hargrove phhargr...@lbl.gov >> > Computer Languages & Systems Software (CLaSS) Group >> > Computer Science Department Tel: +1-510-495-2352 >> > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 >> > _______________________________________________ >> > devel mailing list >> > de...@open-mpi.org >> > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> > Link to this post: >> http://www.open-mpi.org/community/lists/devel/2015/08/17751.php >> >> >> -- >> 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 >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> Link to this post: >> http://www.open-mpi.org/community/lists/devel/2015/08/17770.php >> > > > > -- > Paul H. Hargrove phhargr...@lbl.gov > Computer Languages & Systems Software (CLaSS) Group > Computer Science Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > -- Paul H. Hargrove phhargr...@lbl.gov Computer Languages & Systems Software (CLaSS) Group Computer Science Department Tel: +1-510-495-2352 Lawrence Berkeley National Laboratory Fax: +1-510-486-6900
typescript.bz2
Description: BZip2 compressed data
