macports use about openfoam-os-x HOT 5 CLOSED

Hi,

Thank you for the report.

In fact _foamGetPackageVersion function is used just for reporting of versions and does not influence much compilation process. It would be more valuable to have _foamGetPackageArchPath, which deals correctly with MacPorts, since result of this function do influence compilation.

Theres is no need in pull request, I just include the line, you have provided, in the next version of patch-set, if you do not have objections. I will add attribution in the beginning of mac/functions file.

from openfoam-os-x.

Sure, please do make that edit in your next version.

From what I can tell, _foamGetPackageArchPath results in the parent directory for macports, usually /opt/local. Considering that macports installs files into /opt/local similarly to linux/unix systems, i.e., into the subdirectories bin/, include/, lib/, etc., this seems OK to me. Is this what you envisioned?

As an aside, how can I check the outputs of the functions in etc/config.sh/mac/functions? Is the file sourced when etc/bashrc is sourced?

from openfoam-os-x.

Yes, for default installation it is easy, we take port path, remove extra items, and get prefix of all packages. And in fact, this way it is implemented now. Yet I do not know if it is possible to have Macports binaries/libraries installed in one place and packages in another. Homebrew has flag --prefix to query for package installation path, do you know if there is something similar in Macports?

Yes, etc/config.sh/mac/function is sourced in bashrc (line 149).

from openfoam-os-x.

Macports contains packages as tarballs and then unzips them into their place. For standard libraries like scotch and metis, that is directly into $prefix (/opt/local). So I think things are good as you have it. Feel free to close this issue.

As an aside, Python goes into a python-frameworks folder tree (also in /opt/local), and packages that are apple applications go into /Applications/MacPorts.

from openfoam-os-x.

Thank you for reply. Will close the issue after committing new version of patches.

from openfoam-os-x.