So long as they mean the same thing I suppose we could
A question, though... I have not seen this, and I see you are including from the trilinos source directory. Do you see this if you 'make install' and include from the install dir?
----- Original Message -----
From: email@example.com <firstname.lastname@example.org>
To: email@example.com <firstname.lastname@example.org>
Sent: Tue Sep 16 11:45:31 2008
Subject: [Libmesh-devel] HAVE_MPI collisions...
I'm working on the Trilinos integration and I've hit a bit of a snag.
It appears as though Trilinos uses a lot of the same #define's that we
do... so when I'm compiling against it I get a bunch of:
AztecOO_config.h:116:1: warning: "HAVE_MPI" redefined
In file included from /Users/gastdr/projects/libmesh_trilinos/include/
109:1: warning: this is the location of the previous definition
These are just warnings.... and as long as both of our "configures"
find the same stuff the #defines should be pretty much the same. But
what _should_ we do about it? For now, I've just been ignoring them
and everything is working well... but for the long term I'd like to
eliminate these warnings, especially because they happen even in
I guess we could change the names of ours to something like
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
Libmesh-devel mailing list