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

Problem compiling dx VendorShellClassRec conflict

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

Reply
 
LinkBack Thread Tools Display Modes
Old   April 28, 2008, 16:24
Default Hello, I am going through H
  #1
Senior Member
 
Mirko Vukovic
Join Date: Mar 2009
Posts: 159
Rep Power: 8
mirko is on a distinguished road
Hello,

I am going through Hrvoje's instructions to install OF on my 64-bit RHEL5, and I am having trouble with dx (missing lesstif library, missing link to /usr/include/linux/sys.h). I fixed those two.

But now I am hitting on a conflict in a libtiff declaration which exposes my lack of C programming knowledge. I get the following error:

/usr/include/X11/VendorP.h:87: error: previous declaration of 'VendorShellClassRec vendorShellClassRec' with 'C++' linkage
/usr/local/include/Xm/VendorSP.h:58: error: conflicts with new declaration with 'C' linkage

I found a related message on the Debian board:
http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg210855.html

but my version of the file mentioned in the patch already includes it. I am puzzled by this.

So, my question is two-fold:

- is dx essential for OF?
- Any ideas how to try and compile dx?

Thanks,

Mirko
mirko is offline   Reply With Quote

Old   April 28, 2008, 18:50
Default Hi Mirko The dxFoam is not
  #2
Senior Member
 
Join Date: Mar 2009
Posts: 248
Rep Power: 9
jaswi is on a distinguished road
Hi Mirko

The dxFoam is not essentail to for the core part of OpenFOAM. Its just an utility for the post processing. If you intend to use paraFoam/paraview then feel free to remove the dxFaom folder from the
utilities/postProcessing/graphics/ folder as when not compiled properly it spits out som many errors that you do not want to look at the screen anymore :-)

Also if you are new to openFoam or openDx then i suggest you better stcik to paraview/paraFoam as it has a very small learning curve.

doing post processing with openDx/dxFoam requires some homework

Hope that helps

Jaswi
jaswi is offline   Reply With Quote

Old   April 29, 2008, 09:52
Default Thanks, Jaswi, but as I sai
  #3
Senior Member
 
Mirko Vukovic
Join Date: Mar 2009
Posts: 159
Rep Power: 8
mirko is on a distinguished road
Thanks, Jaswi,

but as I said, I tried to follow the compilation path that Hrvoje included in dev branch on svn. And that one requires dx :-(.

As for, why did I try Hrvoje's path? Well, the other two had me stymied too :-(

I am guessing that the compiler is being stricter than in the past. But my knowledge of configuring and compiling C is limited to reading the documentation and information I find on the web.

Thanks,

Mirko
mirko is offline   Reply With Quote

Old   April 29, 2008, 11:32
Default Hi Mirko I am myself using
  #4
Senior Member
 
Join Date: Mar 2009
Posts: 248
Rep Power: 9
jaswi is on a distinguished road
Hi Mirko

I am myself using the Hrv's developer version and I use it without openDx/dxFoam

I again emphasize on the fact that openDx/dxFoam is an option for post processing. I do not know how well do you understand the OpenFOAM code structure so I can just say the following:

OpenFOAM consists of:

OpenFOAM/OpenFOAM-1.4.1/src <--Core OpenFOAM code compiled into libraries.

OpenFOAM/OpenFOAM-1.4.1/bin <--various OpenFOAM scripts that come with the code


OpenFOAM/OpenFOAM-1.4.1/lib <--in there lives the result of your core code compilation. All the code in /src is compiled into shared object libraries and this folder /lib is where all that is saved

OpenFOAM/OpenFOAM-1.4.1/application <--this is the part which we mostly use. inside the folder application you will find the following folders

-bin <-- contains all the executables corresponding to the code in solvers and utilities.

- test <-- contains small programs to test the basic classes

-solvers <-- that is where all the solvers you use live in their naked form

-utilities <-- this folder contains the code for all the pre and post processing utilities. look in their u will find folders like :

mesh
postprocessing
preprocessing
parallelprocessing
surface
thermophysical

etc etc...


Now when you are compiling the code try to compile one thing at a time to have a complete control of the situation. How can you do that must be the question now :-). very simple ...

Look into the Allwmake script in the main folder.
It contains
-----------------------
#!/bin/sh
set -x

(cd wmake ; ./makeWmake)

(cd src ; ./Allwmake)

(cd applications ; ./Allwmake)

if [ $# = 1 -a "$1" = "doc" ]
then
(cd doc ; ./Allwmake)
fi
-------------------------

Just comment this line like this and you will not be compiling the code in application folder

#(cd applications ; ./Allwmake) line

Similar script is there in the /application folder which first compiles the solvers and then utilities. You can do the same at that level as well.

Try to peg the source of error and understand that it will not cause trouble to you work.

Sorry if I was explaining too simple stuff

Hope that helps
JAswi
jaswi is offline   Reply With Quote

Old   April 29, 2008, 12:42
Default JAswi, thanks. That is exa
  #5
Senior Member
 
Mirko Vukovic
Join Date: Mar 2009
Posts: 159
Rep Power: 8
mirko is on a distinguished road
JAswi,

thanks. That is exactly what I needed. I am not familiar with the source tree, and what needs to be compiled and not. I will give your suggestion a try.

Thanks for your time in helping me resolve this.

Mirko
mirko 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
Gcc conflict install inddzen OpenFOAM Installation 2 December 11, 2007 17:00
udf compiling problem akr FLUENT 3 August 22, 2007 07:14
Udf compiling problem ranjit FLUENT 6 February 15, 2007 14:19
Udf compiling problem ranjit FLUENT 1 January 26, 2007 11:03
Conflict Desperate User FLUENT 4 March 19, 2002 22:41


All times are GMT -4. The time now is 05:30.