I had originally installed v1.6.3 in /usr/local but had problems with it
hanging on some commands. The installation of the development version in the
same directory probably is the reason for the errors I am getting. I will do a
clean install in a different directory. Thanks for your help.
On D
Wow - strange. How was this configured?
Something clearly is messed up as there is no such thing as a "basic" grpcomm
module, or an ess "slurmd" module, etc. any more. My best guess is that you
wound up installing this on top of an existing OMPI install, and have now
created a massive library c
I put /usr/local/lib at the beginning of LD_LIBRARY_PATH and I get:
$ ompi_info
[RCAsus1:20105] mca: base: component_find: unable to open
/usr/local/lib/openmpi/mca_errmgr_default:
/usr/local/lib/openmpi/mca_errmgr_default.so: undefined symbol:
orte_errmgr_base_output (ignored)
[RCAsus1:20105] mca:
Do you have your LD_LIBRARY_PATH set correctly? You want your prefix location
to be at the front so you don't pickup something from the default system
installation.
On Dec 23, 2012, at 12:39 PM, R C wrote:
> Thanks, r27719 compiles but I get an error when I try:
> $/usr/local/bin/ompi_info
>
Thanks, r27719 compiles but I get an error when I try:
$/usr/local/bin/ompi_info
/usr/local/bin/ompi_info: symbol lookup error: /usr/local/bin/ompi_info:
undefined symbol: mca_fbtl_base_components_opened
and when I tried to compile a test program:
$ mpicc -o hw hello.c
mpicc: Symbol `opal_show_hel
Sigh - sorry about that. Guess we'll have to feel our way down the various
tools. I've committed a fix that -should- resolve this for the rest of the
tools in the OMPI layer. Please let me know how it works for you.
Ralph
On Dec 23, 2012, at 10:56 AM, R C wrote:
>
> Thanks again for looking
Thanks again for looking into this.
With r27717, 'make all' gives me the error:
Making all in tools/ompi_info
make[2]: Entering directory
`/home/rc/Downloads/ompi/objd/ompi/tools/ompi_info'
CC ompi_info.o
CC param.o
../../../../ompi/tools/ompi_info/param.c: In function ‘ompi_info_do_co
Sorry about that - copy/paste error, combined with being in a hurry and not
testing. Should be fixed now.
On Dec 23, 2012, at 8:37 AM, R C wrote:
> I updated to r27716, reran autogen.pl and configure, but on running 'make
> all' I get this error:
>
> Making all in tools/orte-clean
> make[2]:
I updated to r27716, reran autogen.pl and configure, but on running 'make
all' I get this error:
Making all in tools/orte-clean
make[2]: Entering directory
`/home/rc/Downloads/ompi/objd/orte/tools/orte-clean'
CC orte-clean.o
make[2]: *** No rule to make target `../../../orte/libopen-pal.la',
Should be fixed with r27716. We had reorganized the linking a little while ago,
and the person who did it thought that the indirect references would be
resolved - i.e., that linking against liborte would automatically resolve any
calls to functions in libopal since liborte is linked against libo
I am trying to compile the development version of openmpi obtained through
svn yesterday, on a AMD64 computer running Ubuntu 12.10 (gcc 4.7.2)
with valgrind-3.8.1 installed in /usr/local
After ./autogen.pl. I ran configure:
../configure FC=gfortran --with-mpi-f90-size=medium
--with-f90-max-array-d
11 matches
Mail list logo
