[jjstickel]

gschaider have you made a patch for 3.0.x? Thanks.

[Moderator note: Posts on this topic were moved from here: http://www.cfd-online.com/Forums/ope...oam-2-4-a.html]

[wyldckat]

Originally Posted by jjstickel

gschaider have you made a patch for 3.0.x? Thanks.

Quick answer: I can't answer for Bernhard, but I believe he's been pretty busy with a ton of work, based on what I've seen of his time spent here on the forum lately. Which in a sense is great, because it can mean that this way he's able to put more time into PyFoam and swak4Foam

Either way, Bernhard did mention in the past that he would happy to let anyone take over the work of providing said patches (I can't find the post for it right now ). And I know that Alexey Matveichev has been putting a lot of work into maintaining patches for both OpenFOAM and foam-extend: https://github.com/mrklein/openfoam-os-x/wiki - Alexey's patches are designed to work with Homebrew, but due to how there have been recent issues with Macports (something something db48 something something), it might be best to switch to Homebrew and using Alexey's patches.

[jjstickel]

Originally Posted by wyldckat

Quick answer: I can't answer for Bernhard, but I believe he's been pretty busy with a ton of work, based on what I've seen of his time spent here on the forum lately. Which in a sense is great, because it can mean that this way he's able to put more time into PyFoam and swak4Foam

Either way, Bernhard did mention in the past that he would happy to let anyone take over the work of providing said patches (I can't find the post for it right now ). And I know that Alexey Matveichev has been putting a lot of work into maintaining patches for both OpenFOAM and foam-extend: https://github.com/mrklein/openfoam-os-x/wiki - Alexey's patches are designed to work with Homebrew, but due to how there have been recent issues with Macports (something something db48 something something), it might be best to switch to Homebrew and using Alexey's patches.

It is understandable when folks become too busy to continue with volunteer contributions. I am rather vested in using Macports (for several other computational science applications), and unfortunately Macports and Homewbrew do not mix well. BTW, the db48 Macports issue is really a nonissue (I didn't see it; others that did reported they could ignore it and OpenFOAM still worked). Nonetheless, I tried adapting the patch from mrklein for OpenFOAM-3.x and Macports without success.

Ideally, we should work on a patch that applies to both Homebrew and Macports. I'm willing to help, but doing it on my own is beyond me.

[alexeym]

Hi,

Things to be adapted between patches:

1. Paths to third-party packages
2. wmake rules

Since you are "rather invested" in Macports I gues, you can retrieve package installation prefix using port command. wmake rules could be taken from earlier OpenFOAM versions (or adapted from Linux rules). IIRC conditional compilation rules with __clang__ symbol are used only to suppress diagnostics in certain places.

What were you problems during adaptation?

[jjstickel]

Originally Posted by alexeym

Hi,

Things to be adapted between patches:

1. Paths to third-party packages
2. wmake rules

Since you are "rather invested" in Macports I gues, you can retrieve package installation prefix using port command. wmake rules could be taken from earlier OpenFOAM versions (or adapted from Linux rules). IIRC conditional compilation rules with __clang__ symbol are used only to suppress diagnostics in certain places.

What were you problems during adaptation?

To be consistent with my other Macports-installed software, I'd like to compile OpenFOAM with gcc(-49). The previous Macports-enabled OpenFOAM patches have extensive additions to etc/config/settings.sh to help with this, along with files in wmake/rules. I tried copying this stuff over to your (homebrew with clang) patch, but I either messed it up or there is some subtle difference with OpenFOAM-3.x. I've botched my build tree since my attempt, and so I can't report the build error at the moment.

I do see the homebrew specific lines in the other /etc/config/ files and was able to adapt them to Macports. I don't think that is the issue.

[ChGr]

Hey!

I'm looking for a way to compile OF 3.0.x on Mac OS X with Macports. Mr. Klein is providing a way of compiling OF 3.0.x using Homebrew (https://github.com/mrklein/openfoam-os-x).

Is there a patch for compiling with Macports instead of Homebrew?

[jjstickel]

Working from Alexey's patch (with Homebrew focus), I have successfully compiled OpenFOAM-3.0.1 with MacPorts-supplied dependencies. This is with OS X Yosemite, 10.10.5; Xcode-7.2.1. Patch attached.

Important note: this patch has a few things hardcoded and needs improvement to apply to different use cases. For example, cgal, metis, and scotch version numbers are hardcoded in their respective config files in etc/config. It also presumes that Macports is located in /opt/local/.

Also, perhaps of more significance, this patch only works for Apple Clang as the compiler, and with openmpi (not mpich). The previous 2.x patches provided by Bernhard Gschaider had a lot of extra code to enable use of gcc and either mpich or openmpi. I do not have the bandwidth to get that stuff included (I barely got this far).

From Macports, you will need:

scotch -mpich +openmpi
cgal
metis
ccache
bison
boost

Note the lack of compiler variants, especially on scotch. If you add a compiler variant, it will get the compiler from Macports and will likely cause trouble with building openfoam using apple clang. I got an error with macports' flex installed, so I uninstalled it.

Good luck!

[gigilentini8]

Any idea why is it not working with clang-3.8 from macports?

(EDIT: I actually get the same errors even if I use the apple clang compiler. any clue?)

OpenFOAM/OpenFOAM-3.0.x/platforms/darwin64ClangDPInt32Opt/src/surfMesh/surfaceFormats/stl/STLsurfaceFormatASCII.L.C:5494:8: error: member reference
      type 'std::istream *' (aka 'basic_istream<char> *') is a pointer; maybe you meant to use '->'?
                        yyin.rdbuf(std::cin.rdbuf());

and many others similar to this...

Originally Posted by jjstickel

Working from Alexey's patch (with Homebrew focus), I have successfully compiled OpenFOAM-3.0.1 with MacPorts-supplied dependencies. This is with OS X Yosemite, 10.10.5; Xcode-7.2.1. Patch attached.

Important note: this patch has a few things hardcoded and needs improvement to apply to different use cases. For example, cgal, metis, and scotch version numbers are hardcoded in their respective config files in etc/config. It also presumes that Macports is located in /opt/local/.

Also, perhaps of more significance, this patch only works for Apple Clang as the compiler, and with openmpi (not mpich). The previous 2.x patches provided by Bernhard Gschaider had a lot of extra code to enable use of gcc and either mpich or openmpi. I do not have the bandwidth to get that stuff included (I barely got this far).

From Macports, you will need:

scotch -mpich +openmpi
cgal
metis
ccache
bison
boost

Note the lack of compiler variants, especially on scotch. If you add a compiler variant, it will get the compiler from Macports and will likely cause trouble with building openfoam using apple clang. I got an error with macports' flex installed, so I uninstalled it.

Good luck!

[jjstickel]

Originally Posted by gigilentini8

Any idea why is it not working with clang-3.8 from macports?

(EDIT: I actually get the same errors even if I use the apple clang compiler. any clue?)

OpenFOAM/OpenFOAM-3.0.x/platforms/darwin64ClangDPInt32Opt/src/surfMesh/surfaceFormats/stl/STLsurfaceFormatASCII.L.C:5494:8: error: member reference
      type 'std::istream *' (aka 'basic_istream<char> *') is a pointer; maybe you meant to use '->'?
                        yyin.rdbuf(std::cin.rdbuf());

and many others similar to this...

Sorry, I don't know. I found that OpenFOAM throws various errors for different compilers. Did you apply the patch? Are you sure you are using Apple clang? What is the output of "which clang"?

[gigilentini8]

Originally Posted by jjstickel

Sorry, I don't know. I found that OpenFOAM throws various errors for different compilers. Did you apply the patch? Are you sure you are using Apple clang? What is the output of "which clang"?

yep
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.3.0
Thread model: posix

are you using repos version or 3.0.1?

[jjstickel]

Originally Posted by gigilentini8

yep
are you using repos version or 3.0.1?

OpenFOAM-3.0.1