[nishant_hull]

Hi All

I wanted to know, why the recompilation of code is necessary?
Do we need to recompile the openfoam software for different kind of geometry? Or do we just need to recompile it for running it in debug mode?
Also I wanted to know, what kind of user need to recompile the code?

If what your asking is why people compile their own version from source, there are several good reasons.

Unless your processor was the same type as the pre compiled version was optimized for, you might gain a little speed by optimizing it for your processor. You might also gain some speed by using a different compiler.

If your system is low on ram and you are working with large data sets you might want to optimize OpenFOAM for size instead of speed to reduce virtual memory usage. The end result may be faster.

If reducing run time is critical, you might want to try in line assembly to speed things up.

You also may not have a system that has a precompiled binary for it.

[nishant_hull]

Thanks clark.. :-)

My pre-compiled OpenFoam was working fine for the tutorial problems but I used a different geometry for a cylindrical pipe flow geometry with water as fluid in icoFoam module. But there was some trouble in that. So I then recompiled the source code to run it again in debug mode. But its complaining about some include files missing! So my question is that.. is it necessary to have a complete source code in order to compile to cross plateform application? (for xample cmake is used to cross compile two different applications)

Nishant

[msrinath80]

Post your case and error messages here. Someone might look into it.

[nishant_hull]

Error message is:

#0 Foam::error::printStack(Foam::-Ostream&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libOpenFOAM.so"
#1 Foam::sigFpe::sigFpeHandler(int) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libOpenFOAM.so"
#2 Uninterpreted: [0x110420]
#3 void Foam::fvc::surfaceIntegrate<foam::vector<double> >(Foam::Field<foam::vector<double> >&, Foam::GeometricField<foam::vector<double>, Foam::fvsPatchField, Foam::surfaceMesh> const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"
#4 Foam::tmp<foam::geometricfield<foam::vector<double >, Foam::fvPatchField, Foam::volMesh> > Foam::fvc::surfaceIntegrate<foam::vector<double> >(Foam::GeometricField<foam::vector<double>, Foam::fvsPatchField, Foam::surfaceMesh> const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"
#5 Foam::tmp<foam::geometricfield<foam::vector<double >, Foam::fvPatchField, Foam::volMesh> > Foam::fvc::surfaceIntegrate<foam::vector<double> >(Foam::tmp<foam::geometricfield<foam::vector<doub le>, Foam::fvsPatchField, Foam::surfaceMesh> > const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"
#6 Foam::fv::gaussDivScheme<foam::tensor<double> >::fvcDiv(Foam::GeometricField<foam::tensor<double >, Foam::fvPatchField, Foam::volMesh> const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libfiniteVolume.so"
#7 Foam::tmp<foam::geometricfield<foam::innerproduct< foam::vector<double>, Foam::Tensor<double> >::type, Foam::fvPatchField, Foam::volMesh> > Foam::fvc::div<foam::tensor<double> >(Foam::GeometricField<foam::tensor<double>, Foam::fvPatchField, Foam::volMesh> const&, Foam::word const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libincompressibleTurbule nceModels.so"
#8 Foam::tmp<foam::geometricfield<foam::innerproduct< foam::vector<double>, Foam::Tensor<double> >::type, Foam::fvPatchField, Foam::volMesh> > Foam::fvc::div<foam::tensor<double> >(Foam::GeometricField<foam::tensor<double>, Foam::fvPatchField, Foam::volMesh> const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libincompressibleTurbule nceModels.so"
#9 Foam::tmp<foam::geometricfield<foam::innerproduct< foam::vector<double>, Foam::Tensor<double> >::type, Foam::fvPatchField, Foam::volMesh> > Foam::fvc::div<foam::tensor<double> >(Foam::tmp<foam::geometricfield<foam::tensor<doub le>, Foam::fvPatchField, Foam::volMesh> > const&) in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libincompressibleTurbule nceModels.so"
#10 Foam::turbulenceModels::kEpsilon::divR(Foam::Geome tricField<foam::vector<double> , Foam::fvPatchField, Foam::volMesh>&) const in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/lib/linuxGccDPOpt/libincompressibleTurbule nceModels.so"
#11 main in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/applications/bin/linuxGccDPOpt/simpleFoam"
#12 __libc_start_main in "/lib/libc.so.6"
#13 Foam::regIOobject::readIfModified() in "/home/343880/OpenFOAM/OpenFOAM-1.4.1/applications/bin/linuxGccDPOpt/simpleFoam"
Floating point exception


I am working on icoFoam with cylindrical pipe flow geometry with water as fluid. I have applied b.c. as :
inlet- fixed value U, zerogradiect p
outlet - zerogradient U, fixed value p
kinetic viscosity = 0.9


I also tried this case with simple foam with similar modification, but that also didnt work out.

I posted this in a saparte thread here.. http://www.cfd-online.com/OpenFOAM_D...tml?1193687448
Please suggest ..!!


Nishant

[msrinath80]

Please pack your case into a tar.gz file and either post it here or email it to me. I will look into it later tomorrow. My email address can be obtained by clicking on the link that spells out my name.

[nishant_hull]

Hi Madhavan..

Thank you very much. But My problem has been solved now. The error was because of the reason that one of the block's naming order was not correct. Now My case is working fine.
Thank you very much for the help.

Nishant