-
Notifications
You must be signed in to change notification settings - Fork 45
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
make package export files more modular #1
Comments
We will put this into the backlog for now. |
Sorry, did not mean to "close". |
I have a branch ready for this, but it doesn't seem to work quite yet with the STK/SEACAS integration. Not sure yet where the bug lies. |
Okay, so now that TriBITS requires CMake 2.8.11 and now that SEACAS has fixed their usage of SUBDIRS(), we can push #11? |
There are no tests for the export files yet; I suppose we should merge those in first. Otherwise LGTM. |
Is this not already resolved now that I have pushed you untangle_export_files branch? |
Indeed it is. |
…ptions-1 Adds cdash_analyze_and_report.py --filter-out-builds-and-tests-not-matching-expected-builds, fix filtering
…dvanced_typo_fixes Fixed typo mistake seen in PR 464
Right now, linking information is stored in the project target file, e.g.,
TrilinosTargets.cmake
where all packages of the project is gathered. This target file is then sourced from all package export config files as(with the example being Trilinos here). This layout tightly ties together all export files of the project and makes it hard to use the export file of a (sub)package individually.
By
the currently functionality is exactly preserved, it will be possible to treat each package (with its dependencies) individually, and
FIND_PACKAGE(<package_name>)
will be allowed in applications.The text was updated successfully, but these errors were encountered: