I have been able to make some progress on understanding the cause of this
issue.

Looking at the generated libtool is is clearly broken, being for an a.out
system when this is an elf platform.
Comparison to the WORKING netbsd6-i386 platform revealed the difference is
the presence of g95 on the amd64 box.

Examining the configure output reveals that libtools' probes of f95 decide
(incorrectly) that this is an a.out platform:

checking whether the f95 linker (/usr/bin/ld) supports shared libraries...
Warning (116): Reading file <stdin> as free form
yes
checking dynamic linker characteristics... Warning (116): Reading file
<stdin> as free form
NetBSD (a.out) ld.so

Even though probes of gcc and g++ find elf:

checking whether the gcc -std=gnu99 linker (/usr/bin/ld) supports shared
libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... NetBSD ld.elf_so

checking whether the g++ linker (/usr/bin/ld) supports shared libraries...
yes
checking dynamic linker characteristics... NetBSD ld.elf_so


I have confirmed that installing g95 on the netbsd6-i386 platform (indirect
consequence of "pkgin upgrade") causes the failure to manifest there too.
Similarly, removing g95 on the netbsd6-amd64 system resolves the original
problem.

I am not personally interested in pursing the root cause of the libtool+g95
problem.
However, I have attached configure's stdout and the config.log (for
1.9a1r30255) for anybody who is.


-Paul


On Thu, Dec 19, 2013 at 7:06 PM, Paul Hargrove <phhargr...@lbl.gov> wrote:

> Attached is the output from "make install" of 1.7.4rc1 + Jeff's fix for
> the symbol conflict on "if_mtu".
>
> There appear to be at least 2 issues.
>
> 1) There are lots of (not fatal) messages about ldconfig not existing, but
> according to he NetBSD lists that utility went away with the conversion
> from a.out to ELF.
>
> 2) Many warnings of the form
>    *** Warning: linker path does not have real file for library
>
> 3) The final (fatal) error about .libs/mca_btl_sm.soT not existing.
>
> I am going to see if I can get a better result using the system libtool
> (which is 2.2.6b, thus OLDER than OMPI's 2.4.2) and will report back with
> my results.
>
> -Paul
>
> --
> 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
>



-- 
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

Attachment: config.log.bz2
Description: BZip2 compressed data

Attachment: configure.stdout.bz2
Description: BZip2 compressed data

Reply via email to