Truly weird; I am now unable to reproduce the problem as well. Can you think of any dumb user-level error that I could have done to create this problem? It was very repeatable the other day. :-(

Oh well. Barring any objections from Sun, I say that this stuff should *finally* be merged back up to the trunk (you guys have the patience of saints -- many thanks for all your work! :-) ).

One last tibit that would be nice to have fixed, though, is to set svn:ignore throughout the vt tree to properly ignore files so that an "svn status" doesn't turn up a bunch of "?" files that really should be ignored by SVN:

[8:09] beezle:~/svn/vt-integration/ompi/contrib/vt % svn st | egrep '^ \?' | wc
      90     180    3149



On Jan 14, 2008, at 4:43 AM, Matthias Jurenz wrote:

Hi Jeff,

unfortunalety, also for this problem I need some more information, because I could
not reproduce this error on our Leopard...
Please add the option '-vt:verbose' to the compile command in order that I can see what the VT's compiler wrapper do. Futhermore, could you send me the source file hello.c?

Thanks, Matthias

On Fr, 2008-01-11 at 13:18 -0500, Jeff Squyres wrote:

I am able to compile now on OS X -- great!

However, I seem to get some weird errors when running on Leopard:

[13:14] beezle:~/tmp/foo % mpicc-vt ../hello.c -o hello
[13:14] beezle:~/tmp/foo % nm hello > hello.nm
[13:14] beezle:~/tmp/foo % setenv VT_NMFILE ~/tmp/foo/hello.nm
[13:14] beezle:~/tmp/foo % mpirun -np 4 hello
Hello, world!
Hello, world!
Hello, world!
vtunify: Error: Could not open file ./a.1.uctl
Hello, world!

That's a weird one -- here's what the dir looks like:

[13:14] beezle:~/tmp/foo % ls -l
total 352
drwxrwxr-x   7 jsquyres  staff     238 Jan 11 13:14 ./
drwxrwxr-x  41 jsquyres  staff    1394 Jan 11 13:14 ../
-rw-rw-r--   1 jsquyres  staff    1601 Jan 11 13:14 a.0.def.z
-rw-rw-r--   1 jsquyres  staff      26 Jan 11 13:14 a.1.events.z
-rw-rw-r--   1 jsquyres  staff       4 Jan 11 13:14 a.otf
-rwxrwxr-x   1 jsquyres  staff  150336 Jan 11 13:14 hello*
-rw-rw-r--   1 jsquyres  staff   13266 Jan 11 13:14 hello.nm

Just for the heckuvit, let's try running again...

[13:14] beezle:~/tmp/foo % mpirun -np 4 hello
Hello, world!
Hello, world!
Hello, world!
Hello, world!
Assertion failed: (p_vecLocDefs->size() > 0), function createGlobal,
file vt_unify_defs.cc, line 508.
vtunify: Error: Could not open file ./a.1.uctl
[13:14] beezle:~/tmp/foo %

Yoinks -- an assertion failure...

Successive runs seems to be variations on these errors (the assertion
failure and various "could not open" and "could not remove" errors).



On Jan 11, 2008, at 11:45 AM, Matthias Jurenz wrote:

> Hi Jeff,
>
> I could reproduce the linker problem with the sf.net GCC. Thanks for
> your hint.
> A header include was missing for STL's functional objects. :-(
>
>
> Matthias
>
>
> On Do, 2008-01-10 at 13:21 -0500, Jeff Squyres wrote:
>>
>> On Jan 10, 2008, at 10:19 AM, Andreas Knüpfer wrote:
>>
>> > unfortunately, we're unable to reproduce this error. Could you pass
>> > some more
>> > information about your configure command line? This was done with
>> > gcc 4.2 on
>> > mac os X, wasn't it?
>>
>> I'm on Leopard on my MBP with:
>>
>> ./configure --prefix=/Users/jsquyres/bogus --enable-mpi-f90 --
>> without-
>> threads
>>
>> But I might see the problem here -- I just realized/remembered that >> I'm using the sf.net GCC install (hpc.sf.net). If I force /usr/ bin/
>> gcc (and friends), it seems to work:
>>
>> ./configure --prefix=/Users/jsquyres/bogus CC=/usr/bin/gcc CXX=/ usr/
>> bin/g++ --disable-mpi-fortran
>>
>> However, the hpc.sf.net OS X compilers are not uncommon (because they >> provide fortran compiler support for OS X). Do you think you'll be
>> able to test with these compilers?
>>
> --
> Matthias Jurenz,
> Center for Information Services and
> High Performance Computing (ZIH), TU Dresden,
> Willersbau A106, Zellescher Weg 12, 01062 Dresden
> phone +49-351-463-31945, fax +49-351-463-37773
> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel


--
Matthias Jurenz,
Center for Information Services and
High Performance Computing (ZIH), TU Dresden,
Willersbau A106, Zellescher Weg 12, 01062 Dresden
phone +49-351-463-31945, fax +49-351-463-37773
_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel


--
Jeff Squyres
Cisco Systems


Reply via email to