Skip to content
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

Package foam-extend #1002

Merged
merged 11 commits into from
Jun 27, 2016
Merged

Package foam-extend #1002

merged 11 commits into from
Jun 27, 2016

Conversation

nrichart
Copy link
Contributor

@nrichart nrichart commented May 30, 2016

This is a first try for the package foam-extend a fork of OpenFOAM.
In theory this could work for openfoam to but I did not try.

In addition I could not install paraview, so I did not try the paraview variant. I can remove it as long as it is not tested.

In the same PR there is also a correction for a todo in the package scotch

@adamjstewart
Copy link
Member

I was actually just about to start working on an OpenFOAM package. I'll see how much of this I can copy.


include_path = join_path(self.prefix, 'include')
lib_path = join_path(self.prefix, 'lib')
bin_path = join_path(self.prefix, 'bin')
Copy link
Member

Choose a reason for hiding this comment

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

join_path(self.prefix, 'bin') == prefix.bin

The same goes for lib and include. Might as well use the shorter version everywhere, no need to store them in variables.

@adamjstewart
Copy link
Member

I'm also unable to install Paraview for some reason. I'll try to investigate that further. OpenFOAM lists Paraview as "essential, without an alternative, compatible visualisation tool", so it should probably default to True, or not be a variant at all.

@nrichart
Copy link
Contributor Author

In fact if the output files are generated so they could always be copied on another system to be visualized. On what I got is mainly there wrapper paraFOAM that will not work. But visualization and some other post-treatment are sometimes/often done on another machine

for line in proc.stdout:
match_grp = variable_set.match(line)
if match_grp:
env[match_grp.group(1)] = match_grp.group(2)
Copy link
Member

Choose a reason for hiding this comment

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

Instead of using regular expressions and requiring the re module, it might be simpler to use:

key, value = line.split('=', 1)
env[key] = value


make(*make_opts, parallel=False)

mkdirp(self.prefix.include, self.prefix.lib, self.prefix.bin)
Copy link
Member

Choose a reason for hiding this comment

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

You don't need to use self.prefix because prefix is already a parameter of the install method.

@adamjstewart
Copy link
Member

If you want to rebase and incorporate #1047, I think this PR should be ready to go. Once it's merged, I should be able to copy everything and get it working for OpenFOAM with only a few changed lines.

@nrichart
Copy link
Contributor Author

I'm working on it but I bumped on other problem due to the changes in arch.

@nrichart
Copy link
Contributor Author

@adamjstewart should be ok if you want to use it for open-foam,
I don't know if packages can inherit easily from one another but it would be perhapbs better than copying everything

@adamjstewart
Copy link
Member

The intel packages inherit from each other. It's kind of messy. I'm not sure what the best way to do these kinds of things is.

@tgamblin
Copy link
Member

@nrichart @adamjstewart: is this ready to go?

@adamjstewart
Copy link
Member

Looks good to me

@tgamblin tgamblin merged commit 76458f5 into spack:develop Jun 27, 2016
@nrichart nrichart deleted the packages/foam-extend branch June 27, 2016 18:49
@nrichart nrichart restored the packages/foam-extend branch July 6, 2016 10:04
nrichart added a commit to epfl-scitas/spack that referenced this pull request Sep 20, 2016
alalazo pushed a commit to epfl-scitas/spack that referenced this pull request Sep 30, 2016
* First try at OpenFOAM-extend

* limiting package to foam-extend to start

* Ignoring the flake8 error for a line too long

* First try at OpenFOAM-extend

* limiting package to foam-extend to start

* Removing extra dependencies + minor fix according to remarks on spack#1002

* removing useless selfs

* changes to use from_sourcing_file

* correcting flake8

* Changes for flex 2.6.0 and intel mpi

* correction for paraview paths
olupton pushed a commit to olupton/spack that referenced this pull request Feb 7, 2022
Introduce a new configuration key that will enable filtering the
dependencies considered by 'autoload'. Disabled by default to not change
the tests from upstream. Verified manually for the CI test deployment and
manual module generation to not change our desired behavior.

Also add some debug printout for hard-to-reproduce CI failures.
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.

None yet

3 participants