|
[Sponsors] |
OpenFOAM on MinGW crosscompiler hosted on Linux |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
December 29, 2008, 17:33 |
If I manage to compile the "de
|
#81 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
December 29, 2008, 17:59 |
If you put your additions in s
|
#82 |
Senior Member
Richard Smith
Join Date: Mar 2009
Location: Enfield, NH, USA
Posts: 138
Blog Entries: 4
Rep Power: 17 |
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.
__________________
Symscape, Computational Fluid Dynamics for all |
|
December 29, 2008, 18:58 |
Success man... :-)
Wouldn
|
#83 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
December 29, 2008, 20:26 |
Thanks to your report of the '
|
#84 |
Senior Member
Richard Smith
Join Date: Mar 2009
Location: Enfield, NH, USA
Posts: 138
Blog Entries: 4
Rep Power: 17 |
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.
__________________
Symscape, Computational Fluid Dynamics for all |
|
December 30, 2008, 11:03 |
Hi Richard,
I am now compil
|
#85 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
December 30, 2008, 11:14 |
Ok man...
stupid question m
|
#86 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
December 30, 2008, 12:19 |
Heya Alex,
Could you please
|
#87 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
Heya Alex,
Could you please keep me posted on the required changes and I will incorporate the changes. Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
December 30, 2008, 12:53 |
Ok Hrv,
I will check the co
|
#88 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
December 31, 2008, 12:21 |
Hi Hrv
Good and bad newz...
|
#89 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
December 31, 2008, 12:21 |
Hi Richard,
Happy new Year
|
#90 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
Hi Richard,
Happy new Year for You Best regards Alex |
|
January 1, 2009, 13:07 |
Hi,Alexandre
First for the
|
#91 |
Senior Member
Hua Zen
Join Date: Mar 2009
Posts: 138
Rep Power: 17 |
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. |
|
January 1, 2009, 16:34 |
Hi Hua
Ok, I will give it a
|
#92 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
January 1, 2009, 17:06 |
Hi Hua...
Followed your adv
|
#93 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
January 1, 2009, 17:12 |
Hi Richard
So did you have
|
#94 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
January 1, 2009, 18:34 |
Hi Alex,
Glad to hear you h
|
#95 |
Senior Member
Richard Smith
Join Date: Mar 2009
Location: Enfield, NH, USA
Posts: 138
Blog Entries: 4
Rep Power: 17 |
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
__________________
Symscape, Computational Fluid Dynamics for all |
|
January 1, 2009, 19:36 |
Hi Richard,
I am using Linu
|
#96 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
January 2, 2009, 11:52 |
Hi Richard
Did you manage t
|
#97 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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... |
|
January 2, 2009, 21:51 |
Hi Alex,
I presume that lif
|
#98 |
Senior Member
Richard Smith
Join Date: Mar 2009
Location: Enfield, NH, USA
Posts: 138
Blog Entries: 4
Rep Power: 17 |
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.
__________________
Symscape, Computational Fluid Dynamics for all |
|
January 3, 2009, 11:49 |
Hi Richard
I think there ma
|
#99 |
Senior Member
Alexandre Pereira
Join Date: Mar 2009
Posts: 155
Rep Power: 17 |
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 |
|
January 3, 2009, 13:19 |
Looks to me like you're missin
|
#100 |
Senior Member
Richard Smith
Join Date: Mar 2009
Location: Enfield, NH, USA
Posts: 138
Blog Entries: 4
Rep Power: 17 |
Looks to me like you're missing linking to finiteVolume.dll. Try adding '-lfiniteVolume' to the link line in Make/Options.
__________________
Symscape, Computational Fluid Dynamics for all |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
OpenFOAM 15x MinGW Windows Port | gocarts | OpenFOAM Installation | 1 | April 17, 2009 11:41 |
divide by zero FPE issue in OpenFOAM 141 MingW port | allenzhao | OpenFOAM Installation | 9 | September 22, 2008 18:13 |
OpenFOAM on SuSE Linux 100 | musahossein | OpenFOAM Installation | 4 | June 20, 2008 17:47 |
OpenFoam and Linux | Tomislav Maric | Main CFD Forum | 13 | October 25, 2007 05:45 |
OpenFOAM and linux distros | billy | OpenFOAM | 8 | September 8, 2005 02:43 |