[alexandrepereira]

If I manage to compile the "default" OF-1.4.1, I will try to port all my utilities to win32 exes...

Must I name them on a separate file or ./Allwmake will simply track all the folders and build the exes...?

Alex

[gocarts]

If you put your additions in self contained directories (say foo) under "applications" then Allwmake will automatically visit and try to build. You'll also need to add foo/Make/options and foo/Make/files too.

I suggest you follow the structure of "applications/solvers/incompressible/simpleFoam" as an example for the contents of options and files.

[alexandrepereira]

Success man... :-)

Wouldn't know what to do if it wasn't for your help... :-)

Once more, Thanks... the only thing that failed is the parallel processing stuff... but, as you mentioned, parmetis libs are a bit of a problem...

Just one question, suppose i rename every occurence of 1.5.x in the patch by 1.5-dev, would that patch still be suitable to apply to the OpenFOAM-1.5-dev version...?

I suppose so, since, th header files and class definitions are all that is patched, and that surelly does not change (... i suppose ) from 1.5.x to 1.5-dev...

Am I wrong here... ?

Best regards

Alex

[gocarts]

Thanks to your report of the 'readline' problem I've updated the 1.5.x patch (v2) with a credit to you at: http://www.symscape.com/openfoam-1-5...ws#comment-222

For patching you'll need to use: patch -p1 -i ...

I don't know enough about the 1.5-dev to comment, maybe someone else could jump in here and help?

Good luck with your future development.

[alexandrepereira]

Hi Richard,

I am now compiling the 1.5-dev so as to compare it to the 1.5.x and view what needs to be patched in the -dev version...


...About -1.4.1, my setup is e:\OFw-1.4.1\dlls,
e:\ofw-1.4.1\exe, e:\ofw-1.4.1\.OpenFOAM-1.4.1
e:\ofw-1.4.1\run\tutorials

I set WM_PROJECT_DIR=e:\ofw-1.4.1 and WM_PROJECT_USER_DIR=e:\ofw-1.4.1\run

but each time i invoke a foam utility like blockmesh it will search for a controlDict inside e:\ofw-1.4.1\.OpenFOAM-1.4.1 so I put all the contents of WM_PROJECT_USER_DIR\tutorials\icoFoam\cavity\syste m inside WM_PROJECT_DIR\.OpenFOAM-1.4.1 and run blockMesh again in WM_PROJECT_DIR ( e:\ofw-1.4.1 ) cmd.exe says that it cannot find dbugswitches in dictionary controlDict...

Is my directory structure and environment variables ok...? or must i change some settings before the compilation for win32...?

Best regard

Alex

[alexandrepereira]

Ok man...
stupid question my last... :-(

Sorry for taking yr time... I had not copied the contents of .OpenFOAM-1.4.1 inside the folder... i only created it...

now is ok

Alex

[hjasak]

Heya Alex,

Could you please keep me posted on the required changes and I will incorporate the changes.

Hrv

[alexandrepereira]

Ok Hrv,

I will check the compilation at night... Left my PC back home rolling all day long...

By what I have seen there are lots of new stuff in Fluid Structure interaction analysis in -dev...

Regards

Alex

[alexandrepereira]

Hi Hrv

Good and bad newz...

First the good news... OpenFOAM-1.5-dev compiled without a single incident... thumbs up man... Great Job you did...

... now, knowing how to use those apps is a whole different story... :-)

...For the bad newz...i followed the instructions of getting OpenFOAM-1.5 the git repo, from OpenCFD-UK...

git clone http://repo.or.cz/r/OpenFOAM-1.5.x.git

, having already ThirdParty folder with all the compiled apps within the same OpenFOAM directory...

meaning i have ~/OpenFOAM/ThirdParty, ~/OpenFOAM/OpenFOAM-1.5-dev and ~/OpenFOAM/OpenFOAM-1.5.x

So I changed my bashrc to source ~/OpenFOAM/OpenFOAM-1.5.x/etc/bashrc instead of ~/OpenFOAM/OpenFOAM-1.5-dev/etc/bashrc ind the /etc/bashrc of OF-1.5.x had a minor mistake, had to correct it, changing every ocurrence of OpenFOAM-dev to OpenFOAM-1.5.x, but this was a minor issue...

when I went to foam dir after having sourced ~/.bashrc, and lauched ./Allwmake, the build proccess did not complete successfully... at most only 20 libraries were built, and no exec at all...

Will try it again tomorrow...

If you want I can send you the build log...

isnt this weird...? I mean OF-1.5-dev built successfully so, it cannot be any cranked stuff within /ThirdParty ... I guess...


Best regards, and a Happy New Year

Alex

[alexandrepereira]

Hi Richard,

Happy new Year for You

Best regards

Alex

[lin]

Hi,Alexandre

First for the OpenFOAM-dev issue,it happen some time ago for me.I'm surprised few people mention it. I just add a soft link to solve it.

Once I have also had similiar problems when trying to compiling two versions of OF with the same Thirdparty software. I failed either. Try to use separate Thirdparty directory succeed.

Happy new year.

[alexandrepereira]

Hi Hua

Ok, I will give it a new try with the "default" ThirdParty... Hope it works... :-)

Have you already built OF-1.5.x win32...?

I will have to stay at least one month without my linux laptop... must take it to repair shop...

So I am porting all my OpenFOAM stuff to win32...
Will have to "deal" with win crapware for the next month.. :-(


OF-1.4.1 ported without any problems... excetion made to liftDrag... which i still dunno how to compile to win32... I guess libCompressible and libIncompressible fail to build the corresponding dlls...

I am not familiar with drag estimation tools within OF-1.5 do you know of any...?

Have a Happy and Nice New Year

Alex

[alexandrepereira]

Hi Hua...

Followed your advice and it rolls now... Seems like the "default" ThirdParty must be installed for OF-1.5.x to compile...

Thanks man...

Best regards

Alex

[alexandrepereira]

Hi Richard

So did you have a nice New Year Party...? :-) mine was great...

One thing, I tried to download the 1.5v2 patch fromhttp://www.symscape.com/openfoam-1-5-x-on-windows but the download link doesn't work... could you fix iy pls...?

I will now try to port 1.5.x to win... Once it finishes compilation in linux... since i will need wmkdep and dirToString binaries before porting it ...

Best regards, and continuation of a Happy New Year

Alex

[gocarts]

Hi Alex,

Glad to hear you had a good night. No party for me, just a warm (it was 8F and windy outside -13F wind chill) night in.

I don't see any problems with the patch download link under step 5. Maybe try clearing your browser cache. If that doesn't help what browser are you using and what are you seeing? - corrupt file or link not found etc. I've noticed that Internet Explorer sometimes ignores the 'gz' extension, so make sure when you save the file you add 'gz' if it isn't there by default.

Happy New Year

[alexandrepereira]

Hi Richard,

I am using Linux Ubuntu 7.10, with Mozilla Firefox...

Ahhh ok... it is fixed now... :-)

I am going through all this hassle of porting OF-1.5 to windows because in a near future I will have to work in WI«&#$Z at least until my laptop hinge LCD is repaired... and Cygwin is no option when you deal with 3 to 6 mils elements in CFD analysis,..

Best regards and Thankz

Alex

[alexandrepereira]

Hi Richard

Did you manage to compile liftDrag tool
http://www.cfd-online.com/OpenFOAM_D...tml?1208496888

For win32 target...?

This tool compiles trivially under OpenFOAM-1.4.1,

It requires a pair of libs, libCompressible and libIncompressible within a folder called postProcessing that should be placed in /src directory and the liftDrag tool proper that should be placed in FOAM_UTILITIES/postProcessing/miscellaneous for instance,

So In OF-1.4.1 Linux i follow the drill, cd /src/postProcessing, ./Allwmakw, and libraries are built, cd FOAM_UTILITIES/postProcessing/miscellaneous/liftDrag, wmake and liftDrag binary is built...

But if I follow the same drill in OF-1.4.1 Win32, ./Allwmake within /src/postProcessing fails, so I cd to ./compressible and trw wmake, It fails again as well as cd ../incompressible, ...

There is no pint in trying to wmake liftDrag binary... since there are no libs to link with...

My Idea is :

Since the app compiles trivially in OF-1.4.1 win, there must be some file ( s ) that I should try to patch manually before trying to compile the libs ( and the app ), because all teh dependencies are already there in the "native" openFOAM-1.4, do you happen to know which files are those...?

Thanks in advance

Best regards,

Alex

PS I must say that most of my other apps compiled trivially to win32, the only minor incidents I had were to cp some header files to OSspecific, because they were not found there in *.exe compilation... bust this is different...

[gocarts]

Hi Alex,

I presume that liftDrag is part of 1.4.1-dev, as I don't see it in vanilla 1.4.1. I suggest you look into the Make/Options file to see what libraries the executable requires and ensure they are built prior to the executable - try ordering the Allwmake script. If that doesn't work there's a chance that a cyclic dependency might exist whereby library (dll) A depends on library B and library B depends on library A. The MinGW compiler can't deal with this situation, so you'll have to get creative and try to break out the dependency.

[alexandrepereira]

Hi Richard

I think there may be a cyclic dependency here... :-( liftDrag depends on libCompressible and libIncompressible... so prior to liftDrag build, I cd into /OpenFOAM/OpenFOAM-1.4.1/src/postProcessing/compressible and wclean, wmake

the result is that

alex@iskandhar:~/OpenFOAM/OpenFOAM-1.4.1/src/postProcessing/compressible$ wmake
Making dependency list for source file cLiftDrag/cLiftDrag.C
SOURCE=cLiftDrag/cLiftDrag.C ; mingw32-g++ -Dlinux -DDP -DWIN32 -DLITTLE_ENDIAN -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -O3 -DNDEBUG -DNoRepository -ftemplate-depth-40 -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/finiteVolume/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/thermophysicalModels/specie/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/thermophysicalModels/basic/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/turbulenceModels -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/LESmodels -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/LESmodels/LESdeltas/lnInclude -IlnInclude -I. -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/OSspecific/MSwindows/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/OpenFOAM/lnInclude -c $SOURCE -o Make/linuxmingw32DPOpt/cLiftDrag.o
mingw32-g++ -Dlinux -DDP -DWIN32 -DLITTLE_ENDIAN -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -O3 -DNDEBUG -DNoRepository -ftemplate-depth-40 -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/finiteVolume/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/thermophysicalModels/specie/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/thermophysicalModels/basic/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/turbulenceModels -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/LESmodels -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/LESmodels/LESdeltas/lnInclude -IlnInclude -I. -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/OSspecific/MSwindows/lnInclude -I/home/alex/OpenFOAM/OpenFOAM-1.4.1/src/OpenFOAM/lnInclude -Wl,--enable-auto-import,--force-exe-suffix Make/linuxmingw32DPOpt/cLiftDrag.o -L/home/alex/OpenFOAM/OpenFOAM-1.4.1/lib/linuxmingw32DPOpt \
-lOpenFOAM -lm -o OpenFOAM.out.exe
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x1fa): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x223): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x466): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x946): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x96f): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0xc8e): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0xd85): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x179a): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x17c3): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x198a): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x1a34): undefined reference to `Foam::fvMesh::Cf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x1faa): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x1fd3): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x225f): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x230f): undefined reference to `Foam::fvMesh::Cf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x2419): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x2531): undefined reference to `Foam::fvMesh::Cf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x3126): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x314f): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x34df): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x35d6): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x3936): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x468a): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x46b3): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x4a43): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x4b3a): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x4e9a): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x5be6): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x5c0f): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x5e12): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x62f2): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x631b): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x65b8): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x66af): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x712a): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x7153): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x7551): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x7648): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x79a8): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x86fa): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x8723): undefined reference to `Foam::fvMesh::boundary() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x8b21): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x8c18): undefined reference to `Foam::fvMesh::magSf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text+0x8f78): undefined reference to `Foam::fvMesh::Sf() const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text$_ZN4Foam14GeometricFieldINS_10SymmTensorIdEE NS_12fvPatchFieldENS_7volMeshE EeqERKNS_3tmpIS5_EE[Foam::GeometricField<foam::symmtensor<double>, Foam::fvPatchField, Foam::volMesh>::operator==(Foam::tmp<foam::geometr icfield<foam::symmtensor<doubl e>, Foam::fvPatchField, Foam::volMesh> > const&)]+0x2b): undefined reference to `Foam::fvMesh::operator!=(Foam::fvMesh const&) const'
Make/linuxmingw32DPOpt/cLiftDrag.o:cLiftDrag.C.text$_ZNK4Foam14GeometricFieldINS_10SymmTensorIdE ENS_12fvPatchFieldENS_7volMesh EE12storeOldTimeEv[Foam::GeometricField<foam::symmtensor<double>, Foam::fvPatchField, Foam::volMesh>::storeOldTime() const]+0x5c): undefined reference to `Foam::GeometricField<foam::symmtensor<double>, Foam::fvPatchField, Foam::volMesh>::debug'
/home/alex/projects/win32compiler/gcc4.2.3/install/bin/../lib/gcc/mingw32/4.2.3/ ../../../../mingw32/lib/libmingw32.a(main.o):main.c.text+0x104): undefined reference to `_WinMain@16'
collect2: ld returned 1 exit status
make: *** [OpenFOAM.out.exe] Error 1

Meaning it tries to link with a library that contains fvMesh, but that library was already built... i think, fvMesh class is part of finiteVolume class, and libFiniteVolume dll is already there...

I guess I will have to do without my liftDragTool... :-(

Thanks once more...

Regards

Alex

[gocarts]

Looks to me like you're missing linking to finiteVolume.dll. Try adding '-lfiniteVolume' to the link line in Make/Options.