-
Notifications
You must be signed in to change notification settings - Fork 572
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
build failure: multiple definition of `void Xpetra::Jacobi #60
Comments
@trilinos/xpetra @trilinos/muelu I see what the problem is. Xpetra_IteratorOps.hpp defines a specialization of Xpetra::Jacobi in the header file: #if defined(HAVE_XPETRA_EPETRA) && !defined(XPETRA_EPETRA_NO_32BIT_GLOBAL_INDICES)
template<>
void Jacobi<double,int,int,EpetraNode>(double omega,
const Xpetra::Vector<double,int,int,EpetraNode> & Dinv,
const Xpetra::Matrix<double,int,int,EpetraNode> & A,
const Xpetra::Matrix<double,int,int,EpetraNode> & B,
Xpetra::Matrix<double,int,int,EpetraNode> &C,
bool call_FillComplete_on_result,
bool doOptimizeStorage,
const std::string & label) {
...
} which will not work if there is ever more one instantiation of MueLu::SaPFactory. This happens in Stokhos due to the additional instantiations on Stokhos' scalar types, but I believe would also arise in MueLu if it were instantiated on more than one node type. The file needs to be changed to declare the specialization in the header file and put the definition in a cpp file. Xpetra/MueLu devs: do you ever test with more than one node instantiation? -Eric |
@aprokop Can you close the issue then? |
when many zero-weight dots exist. This version moves zero-weight dots if any dots are being moved. These changes (1) resolve infinite loop problems seen in fuego, and (2) correct a reported bug in which non-rectilinear domains were returned when a problem had zero-weighted elements and rcb_rectilinear_blocks=1. zoltan: These changes change ch_bug and ch_onedbug answers by assigning zero-weighted object #60 to a different part than before. zoltan2: added two test problems to verify that the zoltan changes work for rectilinear blocks and a fuego-based input.
The current master fails to build with
Full details (including configuration) at Launchpad.
The text was updated successfully, but these errors were encountered: