[MOAB-dev] linking error on BlueGene?
Vijay S. Mahadevan
vijay.m at gmail.com
Wed Apr 26 12:44:03 CDT 2017
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 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
>>
>>
>
>
>
More information about the moab-dev
mailing list