[tmaffei]

Dear all,

I have tried to install swak4foam with the new version of OpenFoam-9, with the following commands:

hg clone http://hg.code.sf.net/p/openfoam-extend/swak4Foam swak4Foam cd swak4Foam
hg update develop
./AllwmakeAll

I get the following error message:

OpenFOAM.org version 9
OpenFOAM.org version 9
Make/linux64GccDPInt64Opt/files:29: *** missing separator.  Stop.
OpenFOAM.org version 9
Make/linux64GccDPInt64Opt/files:29: *** missing separator.  Stop.
Parser library did not compile OK. No sense continuing as everything else depends on it

Requirements for Library not satisfied. I see no sense in going on
Check the README before you go on to ask. And search: Most likely your problem occurred to 5 other people before and has been solved on the MessageBoard

Have anyone faced a similar issue?

Thank you

Tiziano

[Pavithra]

Originally Posted by tmaffei

Dear all,

I have tried to install swak4foam with the new version of OpenFoam-9, with the following commands:

hg clone http://hg.code.sf.net/p/openfoam-extend/swak4Foam swak4Foam cd swak4Foam
hg update develop
./AllwmakeAll

I get the following error message:

OpenFOAM.org version 9
OpenFOAM.org version 9
Make/linux64GccDPInt64Opt/files:29: *** missing separator.  Stop.
OpenFOAM.org version 9
Make/linux64GccDPInt64Opt/files:29: *** missing separator.  Stop.
Parser library did not compile OK. No sense continuing as everything else depends on it

Requirements for Library not satisfied. I see no sense in going on
Check the README before you go on to ask. And search: Most likely your problem occurred to 5 other people before and has been solved on the MessageBoard

Have anyone faced a similar issue?

Thank you

Tiziano

Hi, Were you able to solve this problem. I am also facing exactly the same issue. Kindly, pls help if you have already resolved it.

Thank You.

[tmaffei]

Dear Pavithra,
no yet.

Have you figured out how to solve it?

Tiziano

[Tobermory]

I have exactly the same problem. After an hour of hacking I have found that the version of wmake in v9 does not like header files (.H) in the source file list (swak4Foam/Libraries/swak4FoamParsers/Make/files) - it does not process their names correctly, and this ends up corrupting the sourcefile (swak4Foam/Libraries/swak4FoamParsers/Make/liux64GccDPInt32Opt/files) for make:

...
SOURCE += repositories/GlobalVariablesRepository.C

SOURCE += namedEnums/MeshInterpolationOrder.C
namedEnums/LogicalAccumulationNamedEnum.H
namedEnums/NumericAccumulationNamedEnum.H

SOURCE += ExpressionDriverWriter.C
...


That's the cause of that error. A simple fix seems to be to adjust the files entry for LogicalAccumulationNamedEnum and NumericAccumulationNamedEnum to use their source file intead of their header file. That removes the make error, but the compilation then crashes later on complaining that it cannot find TableFile.H, which is true ... this has been removed in v9!

Still working on it.

[gschaider]

Originally Posted by Tobermory

I have exactly the same problem. After an hour of hacking I have found that the version of wmake in v9 does not like header files (.H) in the source file list (swak4Foam/Libraries/swak4FoamParsers/Make/files) - it does not process their names correctly, and this ends up corrupting the sourcefile (swak4Foam/Libraries/swak4FoamParsers/Make/liux64GccDPInt32Opt/files) for make:

...
SOURCE += repositories/GlobalVariablesRepository.C

SOURCE += namedEnums/MeshInterpolationOrder.C
namedEnums/LogicalAccumulationNamedEnum.H
namedEnums/NumericAccumulationNamedEnum.H

SOURCE += ExpressionDriverWriter.C
...


That's the cause of that error. A simple fix seems to be to adjust the files entry for LogicalAccumulationNamedEnum and NumericAccumulationNamedEnum to use their source file intead of their header file. That removes the make error, but the compilation then crashes later on complaining that it cannot find TableFile.H, which is true ... this has been removed in v9!

Still working on it.

Sorry. OF9 is still a work-in-progress - currently the problem is that the Lagrangian code has been changed severely and I'll have to see how to change that without breaking support for other OpenFOAM-forks.The other problem is motivation: I (and all of our customers) don't use the Foundation-release. So I'm basically doing the OF9-port in my free time. Work on my public stuff is driven by three points: a) I need it b) a customer needs c) it interests me. For the past releases c) has been getting smaller for the Foundation release: lots of purely cosmetic changes that break code (just an example: renaming a public method from neighbPatch to nbrPatch. Admittedly the old name was not perfect. But so is the new one) and give the feeling that they don't want other people to base their work on their stuff. For that reason I usually recommend the ESI-Release of foam-extend. They are not in the habit of breaking things that work fine just because "it was not perfect the way we did it three years ago". If things get broken there it is usually for a reason (feature addition, fix,...)



Anyway: I will finish the port to OF9. I hope in September. For OF10 (or whatever it will be called) I don't promise anything. Possibly I'll disable all features that take me more than a couple of hours to port (in this case this would mean: no support for Lagrangian particles)


I know that this is not optimal for people who want to use swak4foam. In these cases I recommend using it with OF8 (one of the challenges currently is to not break support for that version - I usually recommend not changing OF-versions in the middle of a projects that's why I try make swak work with all versions from the last couple of years) or to go to OF2106 (that one is already supported) or foam-extend

[Tobermory]

Many thanks Bernhard for taking the time to respond so fully - and totally understood; I share your frustration/irritation!

From my amateur attempts today, there seem to be a whole bunch of things to be changed (I got buried in trying to understand Function2 and interpolation2DTable, and then my brain/patience overheated), so I have parked it for now, and will stick with v8 .. and possibly try install on the ESI v2012 which I am running alongside v8.

Thanks again.

[Severus]

Hello,
I tried compiling swak4Foam with OpenFOAM 9 and it is now compatible.

If you experience problems with compilation (like the one mentioned by Tiziano Maffei), look at the answer by Bernhard Gschaider here.

For me, using the "hg update develop" command fixed that error.

Thanks

[Tobermory]

I can confirm that it is working fine for me, as well, on OF10 - many thanks Bernhard for updating the port for all of the latest Foundation gyrations. You're a star.

[thiagopl]

Hi all,

For future reference, I confirm that the following worked for me on OpenFOAM 10:

hg clone http://hg.code.sf.net/p/openfoam-extend/swak4Foam
cd swak4Foam
hg update develop
./AllwmakeAll

When trying to compile without the "hg update develop" command I got an error message. Now everything works fine.