Skip to content

added scored mesh tools and zoltan partitioner dep.#755

Merged
certik merged 3 commits intomasterfrom
cekees/add_scorec
May 15, 2015
Merged

added scored mesh tools and zoltan partitioner dep.#755
certik merged 3 commits intomasterfrom
cekees/add_scorec

Conversation

@cekees
Copy link
Copy Markdown
Contributor

@cekees cekees commented May 8, 2015

No description provided.

Comment thread pkgs/scorec.yaml Outdated
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't this rather be https instead of git?

@certik
Copy link
Copy Markdown
Member

certik commented May 9, 2015

Otherwise +1.

@cekees
Copy link
Copy Markdown
Contributor Author

cekees commented May 10, 2015

@ibaned, can I just point at https://github.com/SCOREC/core now? Is the idea to point at core-sim if one has a license to the simmetrix tools and access to that repo, otherwise point at core, but otherwise the two repos supply the same interface?

@ibaned
Copy link
Copy Markdown

ibaned commented May 13, 2015

you can point to https://github.com/SCOREC/core or https://github.com/SCOREC/core-sim, but definitely not to bitbucket anymore (active development / support is on Github now). "core" is completely public and "core-sim" is restricted to our collaborators. there is a difference in what is available and how it should be compiled/linked. here are some calls for example that would not be executable with "core" alone:

https://github.com/erdc-cm/proteus-scorec/blob/master/src/MeshAdaptPUMI/MeshAdaptPUMI.cpp#L15

https://github.com/erdc-cm/proteus-scorec/blob/master/src/MeshAdaptPUMI/MeshAdaptPUMI.cpp#L40

other than that, the overwhelming majority of the code ought to compile fine with "core", though you would not have snapping to curved geometry during adaptation since that is done through Simmetrix CAD interfaces.

@ibaned
Copy link
Copy Markdown

ibaned commented May 13, 2015

Zoltan is part of Trilinos but can be built separately. It is one of a few projects that used to be independent but then were integrated to build within Trilinos, but it does not use other Trilinos packages. We typically build it separately and that cs.sandia.gov will get you a version that supports the SCOREC tools effectively.

@cekees
Copy link
Copy Markdown
Contributor Author

cekees commented May 15, 2015

@certik I'd like to go ahead and merge this. The issue of whether to build Zoltan inside trilinos is open. I like what we've done with the petsc parameterization, which supports building packages both with petsc's build system and outside of it. I suspect we should try to do the same with trilinos.

Comment thread pkgs/zoltan.yaml
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is very hackish to set LD_LIBRARY_PATH, even if during the build only. Usually there is a better solution. But that's fine for now to get something that works.

@certik
Copy link
Copy Markdown
Member

certik commented May 15, 2015

Thanks @ibaned for the clarification.

That's fine for now, merging.

certik added a commit that referenced this pull request May 15, 2015
added scored mesh tools and zoltan partitioner dep.
@certik certik merged commit 05b38e7 into master May 15, 2015
@certik certik deleted the cekees/add_scorec branch May 15, 2015 20:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants