|
[Sponsors] |
November 29, 2016, 16:26 |
Symbol lookup error for special solvers
|
#1 |
Super Moderator
Tobias Holzmann
Join Date: Oct 2010
Location: Bad Wörishofen
Posts: 2,711
Blog Entries: 6
Rep Power: 52 |
Dear all,
I am facing a problem that I could not resolve till now. To my problem: I build a new boundary condition (Robin BC based on the mixedFvPatchField class; the library can be downloaded and used from my bitbucket account: https://bitbucket.org/shor-ty/laserconvectionbc/). However, the library is working fine in my Ph.D. solver as well as for the basic laplacianFoam solver. Trying to use the boundary within the heat-transfer solver lead to the following symbol lookup error: Code:
buoyantPimpleFoam: symbol lookup error: /home/shor-ty/OpenFOAM/shor-ty-dev/platforms/linux64GccDPInt32Opt/lib/liblaserConvectionBC.so: undefined symbol: _ZN4Foam27laserConvectionFvPatchFieldIdEC1ERKNS_7fvPatchERKNS_16DimensionedFieldIdNS_7volMeshEEERKNS_10dictionaryE Any hint is highly appreciated. Thanks in advance, Edit: I figured out that it is not working with laplacianFoam either, so finally I got the error always (only if I compile it direct with my solver); ... (confused)
__________________
Keep foaming, Tobias Holzmann |
|
November 29, 2016, 16:38 |
|
#2 |
Senior Member
Sandeep Menon
Join Date: Mar 2009
Location: Amherst, MA
Posts: 403
Rep Power: 25 |
c++filt on your symbol gives me this:
Code:
c++filt _ZN4Foam27laserConvectionFvPatchFieldIdEC1ERKNS_7fvPatchERKNS_16DimensionedFieldIdNS_7volMeshEEERKNS_10dictionaryE Code:
Foam::laserConvectionFvPatchField<double>::laserConvectionFvPatchField(Foam::fvPatch const&, Foam::DimensionedField<double, Foam::volMesh> const&, Foam::dictionary const&) |
|
November 29, 2016, 16:54 |
|
#3 |
Super Moderator
Tobias Holzmann
Join Date: Oct 2010
Location: Bad Wörishofen
Posts: 2,711
Blog Entries: 6
Rep Power: 52 |
Hi,
yes I have this constructor implemented: Code:
template<class Type> Foam::laserConvectionFvPatchField<Type>::laserConvectionFvPatchField ( const fvPatch& p, const DimensionedField<Type, volMesh>& iF, const dictionary& dict ) :
__________________
Keep foaming, Tobias Holzmann |
|
November 29, 2016, 17:44 |
|
#4 |
Senior Member
Sandeep Menon
Join Date: Mar 2009
Location: Amherst, MA
Posts: 403
Rep Power: 25 |
Alright... And has it been instantiated for 'double'? You need to have this line defined somewhere:
Code:
makePatchFields(laserConvection) |
|
November 29, 2016, 18:48 |
|
#5 |
Super Moderator
Tobias Holzmann
Join Date: Oct 2010
Location: Bad Wörishofen
Posts: 2,711
Blog Entries: 6
Rep Power: 52 |
Thanks for your reply. For sure I have this line. You can check the stuff here: https://bitbucket.org/shor-ty/laserconvectionbc/src and try it yourself. The class is a template class.
__________________
Keep foaming, Tobias Holzmann |
|
November 30, 2016, 04:19 |
|
#6 |
Super Moderator
Tobias Holzmann
Join Date: Oct 2010
Location: Bad Wörishofen
Posts: 2,711
Blog Entries: 6
Rep Power: 52 |
I just want to mention that the boundary condition works fine if we compile it within the solver. However, the standalone library would be much better. Any hint is appreciated. Thanks in advance.
__________________
Keep foaming, Tobias Holzmann |
|
November 30, 2016, 11:46 |
|
#7 |
Senior Member
Sandeep Menon
Join Date: Mar 2009
Location: Amherst, MA
Posts: 403
Rep Power: 25 |
Why are these lines commented out:
Code:
#ifdef NoRepository # include "laserConvectionFvPatchField.C" #endif Code:
nm liblaserConvectionBC.so | c++filt PS. You probably want to replace std::to_string (C++11 only) with Foam::name if you want portability. |
|
November 30, 2016, 16:22 |
|
#8 |
Super Moderator
Tobias Holzmann
Join Date: Oct 2010
Location: Bad Wörishofen
Posts: 2,711
Blog Entries: 6
Rep Power: 52 |
Hi,
thanks for the remark. I comment this lines because I got a previous declared here error. However, I realized that at the beginning I was compiling the wrong *.C file. Thats why this commented lines still were in the code. Now it is fine after uncommenting the lines again and checking everything again. By the way I was also trying to uncomment the lines. It was not working. I forgot to wclean it. Thank you very much.
__________________
Keep foaming, Tobias Holzmann |
|
November 18, 2018, 10:33 |
|
#9 | ||
Senior Member
Guilherme
Join Date: Apr 2017
Posts: 245
Rep Power: 10 |
I apologize for opening the thread again, but I had a similar error. My library compiles normally, but when I start the simulation... the solver has the same error as described above. Could you help me?
Quote:
Quote:
|
|||
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
DPMFoam - Serious Error --particle-laden flow in simple geometric config | benz25 | OpenFOAM Running, Solving & CFD | 27 | December 19, 2017 21:47 |
Symbol lookup error after upgrading to 2.1.1 | ChrisA | OpenFOAM Programming & Development | 2 | March 6, 2013 21:38 |
using METIS functions in fortran | dokeun | Main CFD Forum | 7 | January 29, 2013 05:06 |
POSDAT problem | piotka | STAR-CD | 4 | June 12, 2009 09:43 |
Errors running allwmake in OpenFOAM141dev with WM_COMPILE_OPTION%3ddebug | unoder | OpenFOAM Installation | 11 | January 30, 2008 21:30 |