CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > OpenFOAM Installation

swak4foam building problem

Register Blogs Members List Search Today's Posts Mark Forums Read

Like Tree3Likes

Reply
 
LinkBack Thread Tools Display Modes
Old   November 11, 2011, 13:36
Default
  #21
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by MOHAMMAD67 View Post
Dear Bernhard
my OS is opensuse 11.4.
Havn't got that.

Try adding -ltriSurface and -lsampling to Make/options and see if the problem goes away
gschaider is offline   Reply With Quote

Old   November 11, 2011, 14:02
Default
  #22
Member
 
Mohammad Fereshtehpour
Join Date: Jul 2011
Location: Iran
Posts: 61
Rep Power: 5
MOHAMMAD67 is on a distinguished road
Send a message via Skype™ to MOHAMMAD67
sorry bernhard I don't know how to add ! where is the directory make/options? and also ltrisurface and lsampling libraries?
MOHAMMAD67 is offline   Reply With Quote

Old   November 12, 2011, 07:53
Default
  #23
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,251
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Greetings to all,

I had an openSUSE 11.4 x86_64 installed in a virtual machine (VM) so I had a go at it:
  1. Installed OpenFOAM 2.0.x as explained here: http://www.openfoam.org/git.php
  2. As explained in the previous link, I installed the necessary packages and also installed Python's Development packages:
    Code:
    zypper install -t pattern devel_C_C++
    zypper install cmake libqt4-devel gnuplot
    zypper install python-devel
  3. A note: before running "./Allwmake", I ran:
    Code:
    export WM_NCOMPPROCS=4
    This way OpenFOAM was built with all 4 CPU cores available in the VM.
  4. After OpenFOAM finished building, I went to swak4foam:
    Code:
    mkdir -p $FOAM_RUN
    cd $FOAM_RUN/..
    svn checkout https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Breeder_2.0/libraries/swak4Foam/
    cd swak4Foam
  5. Create/edit the file "swakConfiguration" and wrote in it:
    Code:
    export SWAK_PYTHON_INCLUDE="-I/usr/include/python2.7"
    export SWAK_PYTHON_LINK="-L/usr/lib64 -lpython2.7"
  6. To build with the latest OpenFOAM 2.0.x version I had to apply a certain patch to work (seen here):
    Code:
    wget "http://sourceforge.net/apps/mantisbt/openfoam-extend/file_download.php?file_id=56&type=bug" -O swakFO_coded_bleeding_edge.patch
    patch -p1 < swakFO_coded_bleeding_edge.patch
  7. Then built "swak4foam":
    Code:
    ./Allwmake > make.log 2>&1
And done! I didn't build/install ParaView since it would take a while longer to get results.

Soooo... I wasn't able to reproduce Mohammad's problem
Therefore, Mohammad, please try the instructions I've written down.

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   November 12, 2011, 08:52
Exclamation the same error even with your method
  #24
Member
 
Mohammad Fereshtehpour
Join Date: Jul 2011
Location: Iran
Posts: 61
Rep Power: 5
MOHAMMAD67 is on a distinguished road
Send a message via Skype™ to MOHAMMAD67
Dear wyldckat
I did step 4 to 7. but I faced the same problem as can be seen in the log file.
Attached Files
File Type: gz makelog.txt.tar.gz (9.7 KB, 6 views)
MOHAMMAD67 is offline   Reply With Quote

Old   November 12, 2011, 09:20
Default
  #25
Super Moderator
 
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 8,251
Blog Entries: 34
Rep Power: 84
wyldckat is just really nicewyldckat is just really nicewyldckat is just really nicewyldckat is just really nice
Hi Mohammad,

According to the log:
  • You didn't do set #6 or maybe something went wrong when you did that step.
  • Your OpenFOAM installation seems to be seriously damaged.
I advise you pull the latest version of OpenFOAM 2.0.x and rebuild it:
Code:
foam
git pull
wcleanAll
export WM_NCOMPPROCS=4
./Allwmake > make.log 2>&1
Change "4" to the number of cores/threads your machine has. The command lscpu should be able to tell this value.

And do the commands in step #2 just in case something might be missing.

Best regards,
Bruno
wyldckat is offline   Reply With Quote

Old   January 16, 2012, 13:30
Default
  #26
New Member
 
Hugo
Join Date: Jan 2011
Location: Montreal
Posts: 25
Rep Power: 6
Hugoles is on a distinguished road
Hi all,

I am having some problems to build swak4Foam in OF 1.6 (Ubuntu Maverick) which I can't figure out. I attach the log file.

I know that the easiest would probably be to use a newer version of OF (I actually compiled swak4Foam in OF 1.7.1, OS X 10.6.7, without problems) but our cluster has 1.6. Any experience building in OF 1.6? I have not seen threads claiming success building with OF lower than 1.6.ext .

Any help is very appreciated,

Hugo
Attached Files
File Type: txt log.txt (49.6 KB, 10 views)
Hugoles is offline   Reply With Quote

Old   January 16, 2012, 15:57
Default
  #27
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Hugoles View Post
Hi all,

I am having some problems to build swak4Foam in OF 1.6 (Ubuntu Maverick) which I can't figure out. I attach the log file.

I know that the easiest would probably be to use a newer version of OF (I actually compiled swak4Foam in OF 1.7.1, OS X 10.6.7, without problems) but our cluster has 1.6. Any experience building in OF 1.6? I have not seen threads claiming success building with OF lower than 1.6.ext .

Any help is very appreciated,

Hugo
Seems like the dictionary-class got the method subOrEmptyDict later (funny: 1.6-ext compiles without problems which once again proves that it is more advanced than one would guess from glancing at the version number).

You could try to replace that method-call with subDict (same parameter). If you're luck it will compile (you may have to insert some empty dictionaries called "value" in some parameter files) but I don't promise anything.

Another solution would be to go back to an older version of swak. The feature that breaks your compilation was introduced one or two versions back.
gschaider is offline   Reply With Quote

Old   January 16, 2012, 17:28
Default
  #28
New Member
 
Hugo
Join Date: Jan 2011
Location: Montreal
Posts: 25
Rep Power: 6
Hugoles is on a distinguished road
Thanks Bernhard! I wish I could get this faster though, I don't understand exactly how I can change the method like you say. Could you please be more specific?

As for the older versions, after a quick check of the project page I can't find a link to older versions. Where could I get them?

Best regards,

Hugo
Hugoles is offline   Reply With Quote

Old   January 17, 2012, 08:40
Default
  #29
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Hugoles View Post
Thanks Bernhard! I wish I could get this faster though, I don't understand exactly how I can change the method like you say. Could you please be more specific?
Filename and line are in the logfile you sent. Open the file and replace the string subOrEmptyDict with subDict and try to recompile

Quote:
Originally Posted by Hugoles View Post
As for the older versions, after a quick check of the project page I can't find a link to older versions. Where could I get them?
You're right. That is not explained. The easiest way (if you have mercurial installed) ist the following:
Clone the development repository:

hg clone http://openfoam-extend.hg.sourceforg...tend/swak4Foam

go into that directory

cd swak4Foam

List the available tags

hg tags

Try to update to one of the older releases

hg update release2011-04-20

and compile as usual. There is a similar way with the SVN-version but it is not as straightforward
elvis likes this.
gschaider is offline   Reply With Quote

Old   January 17, 2012, 16:27
Default
  #30
New Member
 
Hugo
Join Date: Jan 2011
Location: Montreal
Posts: 25
Rep Power: 6
Hugoles is on a distinguished road
Quote:
Originally Posted by gschaider View Post
Filename and line are in the logfile you sent. Open the file and replace the string subOrEmptyDict with subDict and try to recompile
Alright, that solved the problem, thanks Bernhard. No need to use older versions.

On a side note, in the wiki page of swak, the link to your presentation at the last OF workshop is broken. Those slides have been of great source of documentation to learn how to use swak4Foam, at least for me (actually all the links to the workshop program appear to be broken in the website of the workshop). It would be a shame not to be able to see the talk anymore.

thanks for such a great tool!

Best regards,
Hugoles is offline   Reply With Quote

Old   January 17, 2012, 20:32
Default
  #31
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Hugoles View Post
Alright, that solved the problem, thanks Bernhard. No need to use older versions.

On a side note, in the wiki page of swak, the link to your presentation at the last OF workshop is broken. Those slides have been of great source of documentation to learn how to use swak4Foam, at least for me (actually all the links to the workshop program appear to be broken in the website of the workshop). It would be a shame not to be able to see the talk anymore.

thanks for such a great tool!

Best regards,
Thanks for the notification about the talk. I think this is a temporary problem (the Workshop-site changed ownership as it is moving from the US of A to Germany). It was not intended as this but see it as a reminder to think about attending the next Workshop because that is where you see that kind of stuff live. It is also not affiliated to the Internet Blackout Day (at least as far as I know) and hopefully will be fixed before Wikipedia goes back online

Bernhard

PS: Greetings to Karl, the Posting Policeman, who makes sure that nothing is posted after curfew
gschaider is offline   Reply With Quote

Old   February 9, 2012, 17:35
Default
  #32
New Member
 
Hugo
Join Date: Jan 2011
Location: Montreal
Posts: 25
Rep Power: 6
Hugoles is on a distinguished road
After solving the building problem above (thanks Bernhard), I dare to pollute this threat with a question about the use and capabilities of swak: I want to sample data from a particular region of my domain, the main problem is that sampleDict does not allow to use expressions. In my case, I want to sample a plane of a certain radius within my domain. I try to use cellSet to define a zone using an expression (thanks to the use of swakTopoSources library) but apparently the sample utility does not recognize this set definition (I know I am assuming that a Set is equal to a Zone here though, but I cannot find how to convert one into the other either).

Is there any way to do this with swak in post processing? since funkyDoCalc uses the "accumulations" entry, it seems that I cannot get the value of a variable for each cell, but only the max, min, average or sum.

any ideas? thanks,

Hugo
Hugoles is offline   Reply With Quote

Old   February 9, 2012, 19:36
Default
  #33
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Hugoles View Post
After solving the building problem above (thanks Bernhard), I dare to pollute this threat with a question about the use and capabilities of swak: I want to sample data from a particular region of my domain, the main problem is that sampleDict does not allow to use expressions. In my case, I want to sample a plane of a certain radius within my domain. I try to use cellSet to define a zone using an expression (thanks to the use of swakTopoSources library) but apparently the sample utility does not recognize this set definition (I know I am assuming that a Set is equal to a Zone here though, but I cannot find how to convert one into the other either).

Is there any way to do this with swak in post processing? since funkyDoCalc uses the "accumulations" entry, it seems that I cannot get the value of a variable for each cell, but only the max, min, average or sum.

any ideas? thanks,

Hugo
I'm not quite sure what you want to achieve. Basically write every value in the cellSet? There is a functionObject dumpSwakExpression in simpleSwakFunctionObjects that writes ALL the values of a swak-expression to file. Note:
- this can produce huge files
- the order of the elements may be non-intuitive. Have to write for instance the cell-centers with a separate expression and join these two files to do some reasonable postprocessing
- it is not very well tested
- it does not work in parallel (I think)

BTW: about your "how do I convert a set to a zone": if I tell you that there is a utility called setsToZones how long does it take you till you shout "That's too easy"?
gschaider is offline   Reply With Quote

Old   February 10, 2012, 12:47
Thumbs up
  #34
New Member
 
Hugo
Join Date: Jan 2011
Location: Montreal
Posts: 25
Rep Power: 6
Hugoles is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I'm not quite sure what you want to achieve. Basically write every value in the cellSet? There is a functionObject dumpSwakExpression in simpleSwakFunctionObjects that writes ALL the values of a swak-expression to file. Note:
- this can produce huge files
- the order of the elements may be non-intuitive. Have to write for instance the cell-centers with a separate expression and join these two files to do some reasonable postprocessing
- it is not very well tested
- it does not work in parallel (I think)
Well, I just want to extract the velocity field of an arbitrary region. Thanks to swak I can define that region using an expression. While I can do this during the run (with functionObjects), I can't figure out how to do it in post-processing as funkyDoCalc only gives results from "accumulations" of a field.

Anyways, I just tried defining the region of interest using an expression in cellSet, converting the set to a zone and using sampleDict with the "zone" option (I still use OF 1.6 so it also took me some time to realize that there was an ill-defined "zoneName" in the dictionary). This method works as I only needed to sample over a plane, but what if I wanted to sample over a volume? many planes? sounds to me like swak can do this (which you already answered)

Still, there is an interesting result I get when I try to obtain the average (or min, max, sum) of a field over an arbitrary region using funkyDoCalc. For example, in my funkyDoCalcDict I define:

Code:
 TKE_AV
 {
 type      swakExpression;
 valueType cellSet;
 setName   averagingRegion;
 variables (
 "TKE{cellSet'averagingRegion}=0.5*pow(mag(U-UMean),2);"
 ); 
 expression "sum(mag(TKE)*vol())/sum(vol())";
 accumulations (
 min
 );
 verbose       true;
 }
So when I run funkyDoCalc, I always get the message:

Code:
 Time = 66
 TKE : swak4Foam: Allocating new repository for sampledGlobalVariables
 --> FOAM Warning : 
     From function ExpressionResult::getUniformInternal(const label size,bool noWarn)
     in file ExpressionResultI.H at line 158
     The minimum value 5.47109e-09 and the maximum 0.106011 differ. I will use the average 0.00403377
  max=0.00403377 min=0.00403377 average=0.00403377
 End
Note that I use UMean, which I intend to be taken as the average velocity of the previous write interval (using resetOnOutput true). However, it appears to be taken as a value that is recalculated at each time step. I am not sure if this is the cause of the message.

Quote:
Originally Posted by gschaider View Post
BTW: about your "how do I convert a set to a zone": if I tell you that there is a utility called setsToZones how long does it take you till you shout "That's too easy"?
about 3 sec

thanks Bernhard,

Hugo
Hugoles is offline   Reply With Quote

Old   February 13, 2012, 19:23
Default
  #35
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by Hugoles View Post
Well, I just want to extract the velocity field of an arbitrary region. Thanks to swak I can define that region using an expression. While I can do this during the run (with functionObjects), I can't figure out how to do it in post-processing as funkyDoCalc only gives results from "accumulations" of a field.

Anyways, I just tried defining the region of interest using an expression in cellSet, converting the set to a zone and using sampleDict with the "zone" option (I still use OF 1.6 so it also took me some time to realize that there was an ill-defined "zoneName" in the dictionary). This method works as I only needed to sample over a plane, but what if I wanted to sample over a volume? many planes? sounds to me like swak can do this (which you already answered)

Still, there is an interesting result I get when I try to obtain the average (or min, max, sum) of a field over an arbitrary region using funkyDoCalc. For example, in my funkyDoCalcDict I define:

Code:
 TKE_AV
 {
 type      swakExpression;
 valueType cellSet;
 setName   averagingRegion;
 variables (
 "TKE{cellSet'averagingRegion}=0.5*pow(mag(U-UMean),2);"
 ); 
 expression "sum(mag(TKE)*vol())/sum(vol())";
 accumulations (
 min
 );
 verbose       true;
 }
So when I run funkyDoCalc, I always get the message:

Code:
 Time = 66
 TKE : swak4Foam: Allocating new repository for sampledGlobalVariables
 --> FOAM Warning : 
     From function ExpressionResult::getUniformInternal(const label size,bool noWarn)
     in file ExpressionResultI.H at line 158
     The minimum value 5.47109e-09 and the maximum 0.106011 differ. I will use the average 0.00403377
  max=0.00403377 min=0.00403377 average=0.00403377
 End
Note that I use UMean, which I intend to be taken as the average velocity of the previous write interval (using resetOnOutput true). However, it appears to be taken as a value that is recalculated at each time step. I am not sure if this is the cause of the message.
That is the expected behaviour: because you wrote the variable as

"TKE{cellSet'averagingRegion}=0.5*pow(mag(U-UMean),2);"

the parser assumed that you're transferring the result to another entity and it can only do this uniformly (therefor the average). As you're calculating on the same entity if you write the variable as

"TKE=0.5*pow(mag(U-UMean),2);"

everything should be good.

About the UMean: that is not defined in the dictionaries you posted, is it? Therefor I won't comment on that. Have look if the change above gives you the expected behaviour

Quote:
Originally Posted by Hugoles View Post

about 3 sec

thanks Bernhard,

Hugo
Seems that your reflexes are OK

Bernhard
gschaider is offline   Reply With Quote

Old   September 17, 2012, 17:51
Default dumpSwakExpression in parallel
  #36
Member
 
Ganesh Vijayakumar
Join Date: Jan 2010
Posts: 43
Rep Power: 7
ganeshv is on a distinguished road
Quote:
Originally Posted by gschaider View Post
I'm not quite sure what you want to achieve. Basically write every value in the cellSet? There is a functionObject dumpSwakExpression in simpleSwakFunctionObjects that writes ALL the values of a swak-expression to file. Note:

- it does not work in parallel (I think)
Bernhard, how can I make it work in parallel? I have about 20 cellZones or more, each about ~ 30 cells or so. I need data dumped on these cellZones to plot some profiles I need. Can you think of a way I can do this through the coded functionObject atleast?

ganesh
ganeshv is offline   Reply With Quote

Old   September 17, 2012, 19:02
Default
  #37
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by ganeshv View Post
Bernhard, how can I make it work in parallel? I have about 20 cellZones or more, each about ~ 30 cells or so. I need data dumped on these cellZones to plot some profiles I need. Can you think of a way I can do this through the coded functionObject atleast?
One possibility would be to write out the coordinates of the cellZones (for instance using the dumpSwakExpression) and then edit them into a sampleDict where you use the cloud type with these coordinates (that would be a way to do it without programming)
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   July 26, 2013, 10:03
Default swak4foam compilation problem
  #38
New Member
 
Join Date: Feb 2012
Posts: 2
Rep Power: 0
-luk- is on a distinguished road
Hello community,

I'm trying to compile swak4foam for OF2.1 on my RHEL 6.4 machine. I pasted in the log below. Has anyone of you experienced something similar? Is this message:

could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll

the beginning of the problem or is this optional? I was able to install the 1.7 version a while ago without problems. For now we have to switch to the 1.7 environment to use swak4foam. Any ideas are very welcome.

Regards, Luk

Code:
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch -1 (-1 == x)
No swak4FoamParsers/foamVersion4swak.H. Generated
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries/swak4FoamParsers
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries/swak4FoamParsers/Make
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries/swak4FoamParsers/Make/linux64GccDPOpt
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file ExpressionResult/ExpressionResult.C
Making dependency list for source file ExpressionDriverWriter.C
Making dependency list for source file namedEnums/NumericAccumulationNamedEnum.C
Making dependency list for source file repositories/SurfacesRepository.C
Making dependency list for source file repositories/GlobalVariablesRepository.C
Making dependency list for source file namedEnums/LogicalAccumulationNamedEnum.C
Making dependency list for source file repositories/SetsRepository.C
Making dependency list for source file helpers/printSwakVersion.C
Making dependency list for source file ExpressionResult/StoredExpressionResult.C
Making dependency list for source file ExpressionResult/DelayedExpressionResult.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySurface.C
Making dependency list for source file setsAndSurfaces/swakRegistryProxySet.C
Making dependency list for source file FieldValueExpressionParser.yy
Making dependency list for source file PatchValueExpressionParser.yy
Making dependency list for source file SubsetValueExpressionParser.yy
Making dependency list for source file CommonValueExpressionDriver.C
Making dependency list for source file makeSwakDataEntry.C
Making dependency list for source file FieldValueExpressionLexer.ll
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll
Making dependency list for source file FieldValueExpressionDriver.C
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionDriver.C
Making dependency list for source file PatchValueExpressionLexer.ll
Making dependency list for source file PatchValueExpressionDriver.C
could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionParser.yy
could not open file SubsetValueExpressionParser.tab.hh for source file SubsetValueExpressionParser.yy
could not open file PatchValueExpressionParser.tab.hh for source file PatchValueExpressionParser.yy
could not open file directMappedWallFvPatch.H for source file FieldValueExpressionLexer.ll
could not open file directMappedWallFvPatch.H for source file FieldValueExpressionParser.yy
could not open file directMappedWallFvPatch.H for source file PatchValueExpressionDriver.C
could not open file directMappedPointPatch.H for source file FieldValueExpressionParser.yy
could not open file directMappedPointPatch.H for source file FieldValueExpressionLexer.ll
could not open file directMappedPointPatch.H for source file PatchValueExpressionDriver.C
could not open file directMappedPointPatch.H for source file FieldValueExpressionDriver.C
could not open file SubsetValueExpressionParser.tab.hh for source file SampledSetValueExpressionDriver.C
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionParser.yy
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionLexer.ll
could not open file FixedValuePointPatchField.H for source file PatchValueExpressionDriver.C
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionParser.yy
could not open file FixedValuePointPatchField.H for source file FieldValueExpressionDriver.C
could not open file ZeroGradientPointPatchField.H for source file PatchValueExpressionDriver.C
could not open file ZeroGradientPointPatchField.H for source file FieldValueExpressionDriver.C
could not open file CalculatedPointPatchField.H for source file PatchValueExpressionDriver.C
could not open file CalculatedPointPatchField.H for source file FieldValueExpressionDriver.C
Making dependency list for source file plugins/CellSetValuePluginFunction.C
Making dependency list for source file plugins/CellZoneValuePluginFunction.C
Making dependency list for source file plugins/FaceSetValuePluginFunction.C
could not open file PatchValueExpressionParser.tab.hh for source file plugins/PatchValuePluginFunction.C
could not open file FieldValueExpressionParser.tab.hh for source file plugins/FieldValuePluginFunction.C
could not open file directMappedPatchBase.H for source file plugins/PatchValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file PatchValueExpressionDriver.C
could not open file directMappedFvPatch.H for source file plugins/FieldValuePluginFunction.C
could not open file directMappedWallFvPatch.H for source file plugins/FieldValuePluginFunction.C
could not open file directMappedPointPatch.H for source file plugins/FieldValuePluginFunction.C
could not open file FixedValuePointPatchField.H for source file plugins/FieldValuePluginFunction.C
could not open file ZeroGradientPointPatchField.H for source file plugins/FieldValuePluginFunction.C
could not open file CalculatedPointPatchField.H for source file plugins/FieldValuePluginFunction.C
Making dependency list for source file plugins/FaceZoneValuePluginFunction.C
Making dependency list for source file plugins/SampledSetValuePluginFunction.C
Making dependency list for source file plugins/SampledSurfaceValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/CellSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/CellZoneValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/FaceSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/FaceZoneValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSurfaceValuePluginFunction.C
SOURCE=helpers/printSwakVersion.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt    -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/printSwakVersion.o
SOURCE=repositories/SurfacesRepository.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SurfacesRepository.o
SOURCE=repositories/MeshesRepository.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/MeshesRepository.o
SOURCE=repositories/SetsRepository.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/SetsRepository.o
SOURCE=repositories/GlobalVariablesRepository.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt    -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/GlobalVariablesRepository.o
SOURCE=namedEnums/MeshInterpolationOrder.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/MeshInterpolationOrder.o
SOURCE=namedEnums/LogicalAccumulationNamedEnum.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/LogicalAccumulationNamedEnum.o
SOURCE=namedEnums/NumericAccumulationNamedEnum.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/NumericAccumulationNamedEnum.o
SOURCE=ExpressionDriverWriter.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt    -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/ExpressionDriverWriter.o
SOURCE=ExpressionResult/ExpressionResult.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/ExpressionResult.o
In file included from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/bits/localefwd.h:42:0,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/string:45,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/string.H:51,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/word.H:42,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/int.H:39,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/label.H:61,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/HashTable.H:47,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/NamedEnum.H:38,
                 from namedEnums/NumericAccumulationNamedEnum.H:48,
                 from namedEnums/NumericAccumulationNamedEnum.C:37:
/home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/x86_64-unknown-linux-gnu/bits/c++locale.h:53:23: error: 'uselocale' was not declared in this scope
ressionResult/ExpressionResult.C:37:
/home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/x86_64-unknown-linux-gnu/bits/c++locale.h:53:23: error: 'uselocale' was not declared in this scope

... similar messages about uselocale ... 


make: *** [Make/linux64GccDPOpt/LogicalAccumulationNamedEnum.o] Error 1
make: *** Waiting for unfinished jobs....
make: *** [Make/linux64GccDPOpt/printSwakVersion.o] Error 1
make: *** [Make/linux64GccDPOpt/NumericAccumulationNamedEnum.o] Error 1
In file included from /usr/include/stdio.h:929:0,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/cstdio:44,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/fstream:43,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/OFstream.H:42,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude/writer.C:28,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude/writer.H:207,
                 from repositories/SetsRepository.C:38:
/usr/include/bits/stdio.h: In function '__ssize_t getline(char**, size_t*, FILE*)':
/usr/include/bits/stdio.h:118:52: error: '__getdelim' was not declared in this scope
ExpressionResult/ExpressionResult.C: In member function 'void Foam::ExpressionResult::uglyDelete()':
ExpressionResult/ExpressionResult.C:216:20: warning: deleting 'void*' is undefined [enabled by default]
make: *** [Make/linux64GccDPOpt/GlobalVariablesRepository.o] Error 1
make: *** [Make/linux64GccDPOpt/ExpressionResult.o] Error 1
make: *** [Make/linux64GccDPOpt/SetsRepository.o] Error 1
In file included from /usr/include/stdio.h:929:0,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/cstdio:44,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/fstream:43,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/IFstream.H:42,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/interpolationTable.C:27,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/interpolationTable.H:182,
                 from CommonValueExpressionDriver.H:50,
                 from ExpressionDriverWriter.C:39:
/usr/include/bits/stdio.h: In function '__ssize_t getline(char**, size_t*, FILE*)':
/usr/include/bits/stdio.h:118:52: error: '__getdelim' was not declared in this scope
make: *** [Make/linux64GccDPOpt/MeshInterpolationOrder.o] Error 1
make: *** [Make/linux64GccDPOpt/SurfacesRepository.o] Error 1
make: *** [Make/linux64GccDPOpt/MeshesRepository.o] Error 1
make: *** [Make/linux64GccDPOpt/ExpressionDriverWriter.o] Error 1
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
-luk- is offline   Reply With Quote

Old   July 29, 2013, 12:53
Default
  #39
Assistant Moderator
 
Bernhard Gschaider
Join Date: Mar 2009
Posts: 3,912
Rep Power: 40
gschaider will become famous soon enoughgschaider will become famous soon enough
Quote:
Originally Posted by -luk- View Post
Hello community,

I'm trying to compile swak4foam for OF2.1 on my RHEL 6.4 machine. I pasted in the log below. Has anyone of you experienced something similar? Is this message:

could not open file FieldValueExpressionParser.tab.hh for source file FieldValueExpressionLexer.ll

the beginning of the problem or is this optional? I was able to install the 1.7 version a while ago without problems. For now we have to switch to the 1.7 environment to use swak4foam. Any ideas are very welcome.

Regards, Luk

Code:
No 'swakConfiguration'. Python etc won't work
Checking swak4Foam-version and generating file
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries
Bison is version 2.4.1
Flex is version 2.5.35 (Minor version: 35)
OpenFOAM-version: Major 2 Minor 1 Patch -1 (-1 == x)
No swak4FoamParsers/foamVersion4swak.H. Generated
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries/swak4FoamParsers
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries/swak4FoamParsers/Make
/home/panek01l/OpenFOAM/Swak4Foam_2.x_release_0.2.3/Libraries/swak4FoamParsers/Make/linux64GccDPOpt
wmakeLnInclude: linking include files to ./lnInclude
Making dependency list for source file ExpressionResult/ExpressionResult.C

<snip>

could not open file SubsetValueExpressionParser.tab.hh for source file plugins/FaceZoneValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSetValuePluginFunction.C
could not open file SubsetValueExpressionParser.tab.hh for source file plugins/SampledSurfaceValuePluginFunction.C
<snip>
SOURCE=ExpressionResult/ExpressionResult.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-100 -IMake/linux64GccDPOpt     -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/finiteVolume/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude  -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/triSurface/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/surfMesh/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/lagrangian/basic/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/meshTools/lnInclude -IlnInclude -I. -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude -I/home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/ExpressionResult.o
In file included from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/bits/localefwd.h:42:0,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/string:45,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/string.H:51,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/word.H:42,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/int.H:39,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/label.H:61,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/HashTable.H:47,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/NamedEnum.H:38,
                 from namedEnums/NumericAccumulationNamedEnum.H:48,
                 from namedEnums/NumericAccumulationNamedEnum.C:37:
/home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/x86_64-unknown-linux-gnu/bits/c++locale.h:53:23: error: 'uselocale' was not declared in this scope
ressionResult/ExpressionResult.C:37:
/home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/x86_64-unknown-linux-gnu/bits/c++locale.h:53:23: error: 'uselocale' was not declared in this scope

... similar messages about uselocale ... 


make: *** [Make/linux64GccDPOpt/LogicalAccumulationNamedEnum.o] Error 1
make: *** Waiting for unfinished jobs....
make: *** [Make/linux64GccDPOpt/printSwakVersion.o] Error 1
make: *** [Make/linux64GccDPOpt/NumericAccumulationNamedEnum.o] Error 1
In file included from /usr/include/stdio.h:929:0,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/cstdio:44,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/fstream:43,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/OFstream.H:42,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude/writer.C:28,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/sampling/lnInclude/writer.H:207,
                 from repositories/SetsRepository.C:38:
/usr/include/bits/stdio.h: In function '__ssize_t getline(char**, size_t*, FILE*)':
/usr/include/bits/stdio.h:118:52: error: '__getdelim' was not declared in this scope
ExpressionResult/ExpressionResult.C: In member function 'void Foam::ExpressionResult::uglyDelete()':
ExpressionResult/ExpressionResult.C:216:20: warning: deleting 'void*' is undefined [enabled by default]
make: *** [Make/linux64GccDPOpt/GlobalVariablesRepository.o] Error 1
make: *** [Make/linux64GccDPOpt/ExpressionResult.o] Error 1
make: *** [Make/linux64GccDPOpt/SetsRepository.o] Error 1
In file included from /usr/include/stdio.h:929:0,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/cstdio:44,
                 from /home/panek01l/OpenFOAM/ThirdParty-2.1.x/platforms/linux64/gcc-4.6.2/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../include/c++/4.6.2/fstream:43,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/IFstream.H:42,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/interpolationTable.C:27,
                 from /home/panek01l/OpenFOAM/OpenFOAM-2.1.x/src/OpenFOAM/lnInclude/interpolationTable.H:182,
                 from CommonValueExpressionDriver.H:50,
                 from ExpressionDriverWriter.C:39:
/usr/include/bits/stdio.h: In function '__ssize_t getline(char**, size_t*, FILE*)':
/usr/include/bits/stdio.h:118:52: error: '__getdelim' was not declared in this scope
make: *** [Make/linux64GccDPOpt/MeshInterpolationOrder.o] Error 1
make: *** [Make/linux64GccDPOpt/SurfacesRepository.o] Error 1
make: *** [Make/linux64GccDPOpt/MeshesRepository.o] Error 1
make: *** [Make/linux64GccDPOpt/ExpressionDriverWriter.o] Error 1
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
It may not help you: this error message rings a bell but I do not remember what EXACTLY was the problem.

Anyway. The parallel calling of compilers mixes the error messages which makes it hard to analyze them. Switch of parallel compilation with
Code:
 export WM_NCOMPPROCS=1
The first question: did you use the compiler from ThirdParty to compile ANY other software than swak? Even just some HelloWorld-program? Because I think the problem you're seeing is a problem with the compiler installation
__________________
Note: I don't use "Friend"-feature on this forum out of principle. Ah. And by the way: I'm not on Facebook either. So don't be offended if I don't accept your invitation/friend request
gschaider is offline   Reply With Quote

Old   July 29, 2013, 18:02
Default
  #40
Senior Member
 
kilroy's Avatar
 
Join Date: Mar 2013
Location: USA
Posts: 120
Rep Power: 4
kilroy is on a distinguished road
Hello Bernhard,

I have a question about groovyBC.

With groovyBC, is it possible to define the wave direction and the current direction different than each other?

I am trying to model a boat traveling through waves (wave speed) with constant speed (boat speed). I want to see the performance of the boat with waves coming from different directions in different cases, so I need to define the direction of the waves and the current directions different than each other.

Is it possible to do that with groovyBC? If yes, do you know a tutorial/example that I can go through?

Thank you very much for your help in advance,

Best,
kilroy
kilroy is offline   Reply With Quote

Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Problem Importing Geometry ProE to CFX fatb0y CFX 3 January 14, 2012 20:42
natural convection problem for a CHT problem Se-Hee CFX 2 June 10, 2007 06:29
Adiabatic and Rotating wall (Convection problem) ParodDav CFX 5 April 29, 2007 19:13
Problem in Tutorial problem of fluent Phanindra FLUENT 5 April 17, 2007 09:57
problem simulating flow around a building xavier FLUENT 5 January 3, 2007 06:16


All times are GMT -4. The time now is 06:57.