[MOAB-dev] "Obj_unknown" when building mbzoltan
de Almeida, Valmor F.
dealmeidav at ornl.gov
Fri Aug 29 11:27:52 CDT 2008
I think a 'make install' for zoltan is on its way in the next release
but it is straightforward to create one with the current release.
I believe (and checked with Vitus Leung at Sandia) that what caused the
additional complication of designing the "make" of MBZoltan was the
parallel with the examples in zoltan. MBZoltan can be built simply by
pointing to the zoltan include/ directory and linking with libzoltan.a.
Thanks for the feedback.
--
Valmor
> -----Original Message-----
> From: Jason Kraftcheck [mailto:kraftche at cae.wisc.edu]
> Sent: Friday, August 29, 2008 10:40 AM
> To: de Almeida, Valmor F.
> Cc: Tim Tautges; moab-dev at mcs.anl.gov
> Subject: Re: [MOAB-dev] "Obj_unknown" when building mbzoltan
>
> As long as zoltan continues to a) not have a 'make install' target and
b)
> puts the libraries in the source tree under a directory without a
fixed
> name
> (e.g. 'Obj_Linux64'), we will most likely continue to expect the user
> specifies the zoltan arch (e.g. the 'Linux64') so we know where to
look
> for
> the libraries.
>
> I don't see a practical way of avoiding the user having to specify
> multiple
> values for zoltan (we could change which values are specified to be an
> include path and a library path rather than a directory and and arch).
> While it would be nice if all users manually installed zoltan in the
> standard locations such as you describe below, MOAB can neither rely
on
> nor
> mandate such behavior. (Things would be a lot simpler if Zoltan put
its
> libraries in a directory called 'lib' rather than 'Obj_$ARCH').
>
> I think that the zoltan detection in MOAB should work as follows:
> a) allow user to specify zoltan dir and zoltan arch
> b) always check for zoltan
> - in location from a) if available
> - in default search path otherwise
>
> I think this would solve the problem for you because you wouldn't need
to
> specify any option at all. Further, it would allow the specification
of
> non-standard search paths by doing:
> ./configure LDFLAGS="-L$ZOLTAN_LIB_DIR" CPPFLAGS="-I$ZOLTAN_INC_DIR"
>
> We could possibly drop the user-specified zoltan ARCH by searching
> ${ZOLTAN_DIR}/Obj_* until we find a libzoltan that we can use, but the
> fact
> that Zoltan allows for multiple Obj_${ARCH} dirs implies that there
will
> often be more than one. There's no reason to assume that only one
will be
> usable (e.g. user has profiled build, debug build, etc. for the same
> architecture). As we have no way to decide which is the correct one,
it
> is
> probably best not to guess.
>
> - jason
>
>
>
> de Almeida, Valmor F. wrote:
> > For the record here is a description of the MBZoltan compilation
issue
> > and a work around.
> >
> > The current MBZoltan tool install requires a compiled Zoltan
> > distribution tree somewhere in the system. This is not necessary and
not
> > intended. The sufficient and necessary installation of Zoltan is
what I
> > described in an earlier e-mail. I have confirmed this with Karen
Devine.
> >
> > Therefore an option like --with-zoltan-arch=OS in the MOAB install
> > should not exist. The option --with-zoltan=DIR is sufficient.
> >
> > The MBZoltan install design was mimicked after the examples in the
> > Zoltan distribution which do require a full Zoltan tree because of a
bug
> > which will be fixed in the next release 3.1.
> >
> > To circumvent the problem let the MOAB script stop with an error and
> > repeat the last command to build MBZoltan but with the correct path
(on
> > my system)
> >
> > -L/usr/local/zoltan/lib -lzoltan
> >
> >
> > In the future a simpler MBZoltan install should be considered based
on a
> > minimal Zoltan install.
> >
> > --
> > Valmor
> >
> >
> >
> >> -----Original Message-----
> >> From: owner-moab-dev at mcs.anl.gov
[mailto:owner-moab-dev at mcs.anl.gov]
> > On
> >> Behalf Of de Almeida, Valmor F.
> >> Sent: Wednesday, August 27, 2008 4:06 PM
> >> To: Tim Tautges
> >> Cc: moab-dev at mcs.anl.gov
> >> Subject: RE: [MOAB-dev] "Obj_unknown" when building mbzoltan
> >>
> >>
> >> I start with a Config.generic and modify to fit my system so I call
it
> >> Config.xeon0. Then I set ZOLTAN_ARCH to xeon0. Since there is no
> >> "install" phase in zoltan, I copy the libraries and header files,
and
> >> organize them in a place all users can access as I mentioned in my
> >> previous e-mail. I've tested zoltan with the given examples and all
> >> work.
> >>
> >> Is MOAB trying to access the Obj_"arch" directory created during
the
> >> zoltan install? If so why aren't the libraries enough?
> >>
> >> Thanks,
> >>
> >> --
> >> Valmor
> >>
> >>> -----Original Message-----
> >>> From: Tim Tautges [mailto:tautges at mcs.anl.gov]
> >>> Sent: Wednesday, August 27, 2008 3:59 PM
> >>> To: de Almeida, Valmor F.
> >>> Cc: moab-dev at mcs.anl.gov
> >>> Subject: Re: [MOAB-dev] "Obj_unknown" when building mbzoltan
> >>>
> >>> I think the _unknown part is because you're not setting the
> >> ZOLTAN_ARCH
> >>> or ARCH variable in the zoltan install. On my linux machine, the
> >> value
> >>> I set is "linux".
> >>>
> >>> - tim
> >>>
> >>> de Almeida, Valmor F. wrote:
> >>>> During the install phase of moab I have a problem with
> >>>>
> >>>> -L/usr/local/zoltan/Obj_unknown
> >>>>
> >>>> Why is Obj_unknown appearing and how do I change it?
> >>>>
> >>>> See below for full command. The Zoltan library has no "install"
> >>>> mechanism therefore I have it installed on my system in
> >>>>
> >>>> /usr/local/zoltan
> >>>>
> >>>> which has /include /bin /lib subdirectories. During the moab
> >>>> .configure step, zoltan.h is correctly found in
> >>>> /usr/local/zoltan/include. The full .configure I am using for
moab
> >> is:
> >>>> ./configure --prefix=$HOME/projects/scidac/itaps/moab-usr
> >>>> --enable-doxygen --with-mpi=/usr/local/ompi
> >> --with-hdf5=/usr/local/hdf5
> >>>> --with-zoltan=/usr/local/zoltan
> > --with-parmetis=/usr/local/parmetis
> >>>> --enable-mbzoltan
> >>>>
> >>>> Any help appreciated. Thanks,
> >>>>
> >>>> --
> >>>> Valmor
> >>>>
> >>>>
> >>>>
> >>>> /usr/local/ompi_gnu/bin/mpicxx -Wall -pipe -O2 -DNDEBUG -o
> > mbzoltan
> >>>> MBZoltan.o main.o -L/usr/local/hdf5/lib ../../.libs/libMOAB.a
> >>>> /usr/lib/libnetcdf_c++.so /usr/lib/libnetcdf.so
> >>>> /usr/local/packages/hdf5-1.8.1_gcc-4.1.2/lib/libhdf5.a -L//lib
> > -lsz
> >> -lz
> >>>> /usr/local/packages/openmpi-1.2.6_gcc-4.1.2/lib/libmpi_cxx.so
> >>>> /usr/local/packages/openmpi-1.2.6_gcc-4.1.2/lib/libmpi.so
> >>>> /usr/local/packages/openmpi-1.2.6_gcc-4.1.2/lib/libopen-rte.so
> >>>> /usr/local/packages/openmpi-1.2.6_gcc-4.1.2/lib/libopen-pal.so
> >>>> -L/usr/local/zoltan/Obj_unknown -lzoltan -L/usr/local/parmetis
> >>>> -lparmetis -lmetis -lm -Wl,--rpath
> >>>> -Wl,/usr/local/packages/openmpi-1.2.6_gcc-4.1.2/lib -Wl,--rpath
> >>>> -Wl,/usr/local/packages/openmpi-1.2.6_gcc-4.1.2/lib
> >>>>
> >
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/l
> >>>> d: cannot find -lzoltan
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> ---------------------------------
> >>>> Valmor de Almeida, Ph.D.
> >>>> Oak Ridge National Laboratory
> >>>> 1 Bethel Valley Road
> >>>> PO Box 2008
> >>>> Oak Ridge TN 37831-6181
> >>>>
> >>>> url: dealmeidav.ornl.gov
> >>>> tel: 865-241-2906
> >>>> fax: 865-241-4829
> >>>> ---------------------------------
> >>>>
> >>>>
> >>> --
> >>> ================================================================
> >>> "You will keep in perfect peace him whose mind is
> >>> steadfast, because he trusts in you." Isaiah 26:3
> >>>
> >>> Tim Tautges Argonne National Laboratory
> >>> (tautges at mcs.anl.gov) (telecommuting from
UW-Madison)
> >>> phone: (608) 263-8485 1500 Engineering Dr.
> >>> fax: (608) 263-4499 Madison, WI 53706
> >
>
>
> --
> "A foolish consistency is the hobgoblin of little minds" - Ralph Waldo
> Emerson
More information about the moab-dev
mailing list