[MOAB-dev] linking error on BlueGene?
Ron Rahaman
rahaman at mcs.anl.gov
Tue May 2 14:14:34 CDT 2017
Hi guys,
I just wanted to check in on this. Any suggestions?
Thanks,
Ron
On Wed, Apr 26, 2017 at 12:44 PM Vijay S. Mahadevan <vijay.m at gmail.com>
wrote:
> Rajeev, he is working on MOAB 4.9.0 and not on MOAB master.
>
> Vijay
>
> On Wed, Apr 26, 2017 at 12:20 PM, <jain at mcs.anl.gov> wrote:
> > One quick pointer (might not solve the error below): I see your configure
> > line:
> >
> > /configure --prefix=/home/rrahaman/sharp-libs/moab-4.9.0-ibmcmp-may2016
> > --libdir=/home/rrahaman/sharp-libs/moab-4.9.0-ibmcmp-may2016/lib
> > --enable-optimize=yes --enable-shared=no --enable-tools --with-mpi
> > --with-hdf5=/home/rrahaman/sharp-libs/hdf5-1.8.12-ibmcmp-may2016/
> > --with-metis=/home/rrahaman/sharp-libs/parmetis-4.0.2-ibmcmp-may2016/
> > --with-parmetis=/home/rrahaman/sharp-libs/parmetis-4.0.2-ibmcmp-may2016/
> > --with-netcdf=/home/rrahaman/sharp-libs/netdf-4.3.0-ibmcmp-may2016
> CC=mpicc
> > CXX=mpicxx FC=mpif90 F77=mpif77
> >
> > has no Eigen/Blas-lapack (required), just make sure whatever the
> configure
> > picks up is compatible with compilers you are trying to use.
> >
> > --
> > Rajeev Jain
> > Mathematics and Computer Science
> > Argonne National Laboratory
> > 1134, Bldg 240, Chicago IL USA 60439
> > O: 630-252-3176 <(630)%20252-3176> jain at mcs.anl.gov
> >
> >
> > ________________________________
> > From: Ron Rahaman <rahaman at mcs.anl.gov>
> > To: Vijay S. Mahadevan <vijay.m at gmail.com>
> > Cc: "moab-dev at mcs.anl.gov" <moab-dev at mcs.anl.gov>
> > Sent: Wednesday, April 26, 2017 8:51 AM
> > Subject: Re: [MOAB-dev] linking error on BlueGene?
> >
> > 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/20170502/a732a885/attachment.html>
More information about the moab-dev
mailing list