[MOAB-dev] linking error on BlueGene?
Ron Rahaman
rahaman at mcs.anl.gov
Wed Apr 26 08:50:43 CDT 2017
No problem, Vijay. Looks like I fixed link-time error I originallly
reported, but I'm seeing a new compile-time error later in the build.
As you suggested, using /usr/bin/libtool seems to be working. I copied
/usr/bin/libtool to my build directory both before *and* after
configuration. I did that because it appeared that configuration overwrote
libtool with its own version. I'm not sure exactly what autotools is doing
in this situation. In any case, the link stage appears to succeed now.
Instead of the error I reported, I now see this successful message, and the
build continues:
libtool: link: ar cru .libs/libMOABpar.a .libs/ParallelComm.o
.libs/ProcConfig.o .libs/ParallelData.o .libs/ParallelMergeMesh.o
.libs/ReadParallel.o .libs/SharedSetData.o .libs/gs.o
.libs/WriteHDF5Parallel.o
libtool: link: ranlib .libs/libMOABpar.a
libtool: link: ( cd ".libs" && rm -f "libMOABpar.la" && ln -s
"../libMOABpar.la" "libMOABpar.la" )
However, after that and many other successfully-compiled objects, I see
these compilation errors:
libtool: compile: mpicxx -DHAVE_CONFIG_H -I. -I../../src -I../src/moab
-I../src/parallel
-I/home/rrahaman/sharp-libs/netdf-4.3.0-ibmcmp-may2016/include
-I/home/rrahaman/sharp-libs/hdf5-1.8.12-ibmcmp-may2016//include
-I/soft/libraries/alcf/20130312/xl/ZLIB/include
-I/home/rrahaman/sharp-libs/hdf5-1.8.12-ibmcmp-may2016//include -DBLUEGENE
-I../../src/parallel -DIS_BUILDING_MB -DLOCDIR=src/ -I. -I../../src/io
-I../../src/io/mhdf/include -I../../src/parallel
-I../../src/LocalDiscretization -I../../src/verdict -I../../src/RefineMesh
-I/home/rrahaman/sharp-libs/parmetis-4.0.2-ibmcmp-may2016//include -O2
-DNDEBUG -c ../../src/SparseTag.cpp
-Wp,-qmakedep=gcc,-MF.deps/SparseTag.TPlo -fPIC -DPIC -o .libs/SparseTag.o
/soft/compilers/ibmcmp-may2016/vacpp/bg/12.1/bin/.orig/bgxlC_r: 1501-216
(W) command option -fPIC is not recognized - passed to ld
"/bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/include/c++/4.4.7/tr1_impl/type_traits",
line 226.35: 1540-2935 (S) The current option settings have not enabled
C++0x feature "variadic templates". Use the C++0x langlvl, or langlvl
"VariadicTemplates" to enable this feature.
"/bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/include/c++/4.4.7/tr1_impl/type_traits",
line 226.35: 1540-2955 (I) SUGGESTION: Try using
"-qlanglvl=variadictemplates". It looks like you are trying to use the
associated C++0x feature.
"/bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/include/c++/4.4.7/tr1_impl/type_traits",
line 230.41: 1540-0064 (S) Syntax error: ")" was expected but "..." was
found.
"/bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/include/c++/4.4.7/tr1_impl/type_traits",
line 236.41: 1540-0064 (S) Syntax error: ")" was expected but "..." was
found.
"/bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/include/c++/4.4.7/tr1_impl/type_traits",
line 242.41: 1540-0064 (S) Syntax error: ")" was expected but "..." was
found.
"/bgsys/drivers/toolchain/V1R2M2_base-efix014/gnu-linux/lib/gcc/powerpc64-bgq-linux/4.4.7/../../../../powerpc64-bgq-linux/include/c++/4.4.7/tr1_impl/type_traits",
line 248.41: 1540-0064 (S) Syntax error: ")" was expected but "..." was
found.
make[3]: *** [SparseTag.lo] Error 1
The only things in my .soft file are:
+mpiwrapper-xl
+python
+cmake
@default
I'm using my own installations of HDF5, NetCDF, and Parmetis. You can see
them in /home/rrahaman/sharp-libs/.
Thanks again,
Ron
On Tue, Apr 25, 2017 at 2:25 PM Vijay S. Mahadevan <vijay.m at gmail.com>
wrote:
> Ron,
>
> We apologize about the delay. I haven't seen such an error before. Can
> you provide the exact modules you are using for this configuration ?
> Looks like libtool is screwing up. Can you copy /usr/bin/libtool to
> your build folder and re-try configuration ?
>
> Meanwhile, we will try to replicate the issue and find a fix.
>
> Vijay
>
> On Mon, Apr 24, 2017 at 11:46 AM, Ron Rahaman <rahaman at mcs.anl.gov> wrote:
> > Hi all,
> > I'm building MOAB 4.9.0 Cetus at ANL and I'm getting these errors at link
> > time (see below). I've also attached my config.log. Thanks in advance
> for
> > your help.
> > Best,
> > Ron Rahaman
> >
> > libtool: link: ar -X 32_64 cru .libs/libMOABpar.a ParallelComm.o
> > ProcConfig.o ParallelData.o ParallelMergeMesh.o ReadParallel.o
> > SharedSetData.o gs.o WriteHDF5Parallel.o
> > ar: illegal option -- X
> > Usage: ar [emulation options] [-]{dmpqrstx}[abcfilNoPsSuvV] [member-name]
> > [count] archive-file file...
> > ar -M [<mri-script]
> > commands:
> > d - delete file(s) from the archive
> > m[ab] - move file(s) in the archive
> > p - print file(s) found in the archive
> > q[f] - quick append file(s) to the archive
> > r[ab][f][u] - replace existing or insert new file(s) into the archive
> > t - display contents of archive
> > x[o] - extract file(s) from the archive
> > command specific modifiers:
> > [a] - put file(s) after [member-name]
> > [b] - put file(s) before [member-name] (same as [i])
> > [D] - use zero for timestamps and uids/gids
> > [N] - use instance [count] of name
> > [f] - truncate inserted file names
> > [P] - use full path names when matching
> > [o] - preserve original dates
> > [u] - only replace files that are newer than current archive
> > contents
> > generic modifiers:
> > [c] - do not warn if the library had to be created
> > [s] - create an archive index (cf. ranlib)
> > [S] - do not build a symbol table
> > [T] - make a thin archive
> > [v] - be verbose
> > [V] - display the version number
> > @<file> - read options from <file>
> > emulation options:
> > No emulation specific options
> > ar: supported targets: elf64-powerpc elf64-powerpcle elf32-powerpc
> > elf32-powerpcle aixcoff-rs6000 aixcoff64-rs6000 elf64-little elf64-big
> > elf32-little elf32-big elf32-spu srec symbolsrec verilog tekhex binary
> ihex
> > make[3]: *** [libMOABpar.la] Error 1
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20170426/062cd05c/attachment.html>
More information about the moab-dev
mailing list