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

[foam-extend.org] Error compiling OpenFOAM-1.6-ext

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

Like Tree6Likes

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   November 26, 2010, 22:48
Default Error compiling OpenFOAM-1.6-ext
  #1
Member
 
Fábio César Canesin
Join Date: Mar 2010
Location: Florianópolis
Posts: 67
Rep Power: 16
Canesin is on a distinguished road
I understand the error for not being able to include "parmetis.h" . .but shouldn't the script download and install partmetis also ?? ..

Code:
 wmake libso scotchDecomp
'/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libscotchDecomp.so' is up to date.
+ wmake libso metisDecomp
'/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libmetisDecomp.so' is up to date.
+ wmake libso parMetisDecomp
SOURCE=parMetisDecomp.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-40 -DOMPI_SKIP_MPICXX -I/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/openmpi-1.4.3/platforms/linux64GccDPOpt/include -I/include/ParMETISLib -I/include -I../decompositionMethods/lnInclude -I../metisDecomp/lnInclude -I../scotchDecomp/lnInclude -IlnInclude -I. -I/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude -I/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/parMetisDecomp.o
parMetisDecomp.C:42:25: error: parmetis.h: No such file or directory
parMetisDecomp.C: In member function ‘Foam::label Foam::parMetisDecomp::decompose(Foam::Field<int>&, Foam::Field<int>&, const Foam::pointField&, Foam::Field<int>&, Foam::Field<int>&, const Foam::List<int>&, Foam::List<int>&)’:
parMetisDecomp.C:283: warning: use of old-style cast
parMetisDecomp.C:283: warning: use of old-style cast
parMetisDecomp.C:311: error: ‘ParMETIS_V3_PartGeomKway’ was not declared in this scope
make: *** [Make/linux64GccDPOpt/parMetisDecomp.o] Error 1
I get:
Quote:
========================================
Starting ThirdParty AllMake: Stage3
========================================

Package metis-5.0pre2 is already installed
Done installing package metis-5.0pre2

Package ParMGridGen-1.0 is already installed
Done installing package ParMGridGen-1.0

Package mesquite-2.1.2 is already installed
Done installing package mesquite-2.1.2

Package scotch-5.1.10b is already installed
Done installing package scotch-5.1.10b

Package ParMetis-3.1.1 is already installed
Done installing package ParMetis-3.1.1

========================================
Done ThirdParty AllMake: Stage3
========================================
Canesin is offline   Reply With Quote

Old   November 27, 2010, 09:55
Default
  #2
Senior Member
 
Martin Beaudoin
Join Date: Mar 2009
Posts: 332
Rep Power: 22
mbeaudoin will become famous soon enough
Hello,

From your compilation message, we can see here :

-I/include/ParMETISLib -I/include

that some ThirdParty environment variables are not set.

As of now, I would recommend you compile OpenFOAM-1.6-ext in multiple phases in order to make sure all the ThirdParty environment variables are set up properly before compiling the bulk of OpenFOAM.

Something like that should work properly if you are using bash as your working shell:

#############################################

$WM_PROJECT_DIR/ThirdParty/AllMake.stage1 # Compile stage 1

. $WM_PROJECT_DIR/etc/bashrc # This will will initialize the CMAKE_DIR env. variable

$WM_PROJECT_DIR/ThirdParty/AllMake.stage2 # Compile stage 2

. $WM_PROJECT_DIR/etc/bashrc # This will will initialize the OPENMPI_DIR env. variable

$WM_PROJECT_DIR/ThirdParty/AllMake.stage3 # Compile stage 3

. $WM_PROJECT_DIR/etc/bashrc # This will will initialize many 3rdParty env. variable

$WM_PROJECT_DIR/ThirdParty/AllMake.stage4 # Compile stage 4

. $WM_PROJECT_DIR/etc/bashrc # This will will initialize the PARAVIEW_DIR env. variable

#############################################



Then compiling the rest of OpenFOAM-1.6-ext should run a bit smoother.

This is something that will be improved so that the global Allwmake will eventually take care of this for you. Thank you for your patience.

Martin


Quote:
Originally Posted by Canesin View Post
I understand the error for not being able to include "parmetis.h" . .but shouldn't the script download and install partmetis also ?? ..

Code:
 wmake libso scotchDecomp
'/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libscotchDecomp.so' is up to date.
+ wmake libso metisDecomp
'/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libmetisDecomp.so' is up to date.
+ wmake libso parMetisDecomp
SOURCE=parMetisDecomp.C ;  g++ -m64 -Dlinux64 -DWM_DP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3  -DNoRepository -ftemplate-depth-40 -DOMPI_SKIP_MPICXX -I/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/openmpi-1.4.3/platforms/linux64GccDPOpt/include -I/include/ParMETISLib -I/include -I../decompositionMethods/lnInclude -I../metisDecomp/lnInclude -I../scotchDecomp/lnInclude -IlnInclude -I. -I/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude -I/home/fabioc/OpenFOAM/OpenFOAM-1.6-ext/src/OSspecific/POSIX/lnInclude   -fPIC -c $SOURCE -o Make/linux64GccDPOpt/parMetisDecomp.o
parMetisDecomp.C:42:25: error: parmetis.h: No such file or directory
parMetisDecomp.C: In member function ‘Foam::label Foam::parMetisDecomp::decompose(Foam::Field<int>&, Foam::Field<int>&, const Foam::pointField&, Foam::Field<int>&, Foam::Field<int>&, const Foam::List<int>&, Foam::List<int>&)’:
parMetisDecomp.C:283: warning: use of old-style cast
parMetisDecomp.C:283: warning: use of old-style cast
parMetisDecomp.C:311: error: ‘ParMETIS_V3_PartGeomKway’ was not declared in this scope
make: *** [Make/linux64GccDPOpt/parMetisDecomp.o] Error 1
I get:
mbeaudoin is offline   Reply With Quote

Old   November 27, 2010, 10:14
Default
  #3
Senior Member
 
Laurence R. McGlashan
Join Date: Mar 2009
Posts: 370
Rep Power: 23
l_r_mcglashan will become famous soon enough
Hello,

I skipped Stage 2, because I already have openmpi. Stage 3 gives:

Code:
========================================
Starting ThirdParty AllMake: Stage3
========================================

Package metis-5.0pre2 is already installed
Done installing package metis-5.0pre2

Package ParMGridGen-1.0 is already installed
Done installing package ParMGridGen-1.0

Package mesquite-2.1.2 is already installed
Done installing package mesquite-2.1.2

WARNING: The OPENMPI_DIR environment variable is not set.
WARNING: Please make sure your environment is properly set up for openmpi. This is necessary for compiling scotch-5.1.10b
WARNING: Skipping the compilation of scotch-5.1.10b

WARNING: The OPENMPI_DIR environment variable is not set.
WARNING: Please make sure your environment is properly set up for openmpi. This is necessary for compiling ParMetis-3.1.1
WARNING: Skipping the compilation of ParMetis-3.1.1

========================================
Done ThirdParty AllMake: Stage3
========================================
WM_MPLIB=SYSTEMOPENMPI, and sourcing etc/bashrc gives (verbose mode):

Code:
Using system installed MPI:
    compile flags : -I/usr/include/openmpi-x86_64 -pthread -m64
    link flags    : -pthread -m64 -L/usr/lib64/openmpi/lib -lmpi -lopen-rte -lopen-pal -ldl -Wl,--export-dynamic -lnsl -lutil -lm -ldl
    libmpi dir    : /usr/lib64/openmpi/lib
What does OPENMPI_DIR need to be set to, and do you know why it is not being set?

I tried this:
export OPENMPI_DIR=/usr/include/openmpi-x86_64

but then I get:

Code:
In file included from dummysizes.c:80:
common.h:84:28: error: mpi.h: No such file or directory
as the first error when building scotch.

This is on fedora 12:
Linux dali.como.group 2.6.31.12-174.2.3.fc12.x86_64 #1 SMP Mon Jan 18 19:52:07 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
__________________
Laurence R. McGlashan :: Website
l_r_mcglashan is offline   Reply With Quote

Old   November 27, 2010, 10:14
Default
  #4
Senior Member
 
su_junwei's Avatar
 
su junwei
Join Date: Mar 2009
Location: Xi'an China
Posts: 151
Rep Power: 20
su_junwei is on a distinguished road
Send a message via MSN to su_junwei
re-source the bashrc should work.
source ~/OpenFOAM/OpenFOAM-1.6-ext/etc/bashrc

It seems that the environment is not updated after installing third party packages.

Junwei
su_junwei is offline   Reply With Quote

Old   November 27, 2010, 10:24
Default
  #5
Senior Member
 
Laurence R. McGlashan
Join Date: Mar 2009
Posts: 370
Rep Power: 23
l_r_mcglashan will become famous soon enough
I already tried that. locate mpi.h gives me:

/usr/include/openmpi-x86_64/mpi.h

but scotch doesn't find it?
__________________
Laurence R. McGlashan :: Website
l_r_mcglashan is offline   Reply With Quote

Old   November 27, 2010, 10:38
Default
  #6
Senior Member
 
Martin Beaudoin
Join Date: Mar 2009
Posts: 332
Rep Power: 22
mbeaudoin will become famous soon enough
Hello,

> I skipped Stage 2, because I already have openmpi. Stage 3 gives:

>What does OPENMPI_DIR need to be set to, and do you know why it is not being set?

The OPENMPI_DIR env. variable is not being set because you skipped stage 2.

Every ThirdParty package building stage will compile one or more ThirdParty packages, but will also generates a little .csh/.sh file that the file etc/settings.[csh/sh] will need to source. This is where the package specific environment variable is being set.

In order to better understand the new ThirdParty package structure, I would recommend you don't skip a stage for now in order to get a full running version of OpenFOAM-1.6-ext. It will only cost you some additional disk space and compilation time.

Then, once you've reached that goal of a working installation of OpenFOAM-1.6-ext, you can tweak the ThirdParty packages section of OpenFOAM-1.6-ext in order to use system-wide packages if you feel like it.

If you want to set the OPENMPI_DIR variable manually, the following paths need to be valid

$OPENMPI_DIR/include
$OPENMPI_DIR/bin
$OPENMPI_DIR/lib

This will be the same logic for all the ThirdParty package environment variables.

Another useful advice if I may: please activate the environment variable FOAM_VERBOSE before sourcing the etc/bashrc or etc/cshrc. You will see a bunch of useful messages related to the initialization of the Third Party packages

Martin



Quote:
Originally Posted by l_r_mcglashan View Post
Hello,

I skipped Stage 2, because I already have openmpi. Stage 3 gives:

Code:
========================================
Starting ThirdParty AllMake: Stage3
========================================

Package metis-5.0pre2 is already installed
Done installing package metis-5.0pre2

Package ParMGridGen-1.0 is already installed
Done installing package ParMGridGen-1.0

Package mesquite-2.1.2 is already installed
Done installing package mesquite-2.1.2

WARNING: The OPENMPI_DIR environment variable is not set.
WARNING: Please make sure your environment is properly set up for openmpi. This is necessary for compiling scotch-5.1.10b
WARNING: Skipping the compilation of scotch-5.1.10b

WARNING: The OPENMPI_DIR environment variable is not set.
WARNING: Please make sure your environment is properly set up for openmpi. This is necessary for compiling ParMetis-3.1.1
WARNING: Skipping the compilation of ParMetis-3.1.1

========================================
Done ThirdParty AllMake: Stage3
========================================
WM_MPLIB=SYSTEMOPENMPI, and sourcing etc/bashrc gives (verbose mode):

Code:
Using system installed MPI:
    compile flags : -I/usr/include/openmpi-x86_64 -pthread -m64
    link flags    : -pthread -m64 -L/usr/lib64/openmpi/lib -lmpi -lopen-rte -lopen-pal -ldl -Wl,--export-dynamic -lnsl -lutil -lm -ldl
    libmpi dir    : /usr/lib64/openmpi/lib
What does OPENMPI_DIR need to be set to, and do you know why it is not being set?

I tried this:
export OPENMPI_DIR=/usr/include/openmpi-x86_64

but then I get:

Code:
In file included from dummysizes.c:80:
common.h:84:28: error: mpi.h: No such file or directory
as the first error when building scotch.

This is on fedora 12:
Linux dali.como.group 2.6.31.12-174.2.3.fc12.x86_64 #1 SMP Mon Jan 18 19:52:07 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
elvis likes this.
mbeaudoin is offline   Reply With Quote

Old   November 27, 2010, 11:03
Default
  #7
Senior Member
 
Laurence R. McGlashan
Join Date: Mar 2009
Posts: 370
Rep Power: 23
l_r_mcglashan will become famous soon enough
Ok, I'll install the lot for now. Something has gone wrong in stage 2:

Code:
configure: error: no vtf3.h found; check path for VTF3 package first...
configure: error: no BPatch.h found; check path for Dyninst package first...
configure: error: no papi.h found; check path for PAPI package first...
and then:

Code:
Found '/home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/BUILDROOT/openmpi-1.4.3-linux64GccDPOpt.x86_64' in installed files; aborting
error: Bad exit status from /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/tmp/rpm-tmp.18cW2m (%install)


RPM build errors:
    Bad exit status from /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/tmp/rpm-tmp.18cW2m (%install)
Installing package: openmpi-1.4.3
  Uninstalling openmpi-1.4.3 using RPM: openmpi-1.4.3-linux64GccDPOpt.x86_64
  Installing openmpi-1.4.3 using RPM file: /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/RPMS/x86_64/openmpi-1.4.3-linux64GccDPOpt.x86_64.rpm
error: open of /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/RPMS/x86_64/openmpi-1.4.3-linux64GccDPOpt.x86_64.rpm failed: No such file or directory
Done installing package openmpi-1.4.3

========================================
Done ThirdParty AllMake: Stage2
========================================
Apologies, I've been rushing and will have to leave it there, as I'm going to watch Harry Potter! . I'll try to correct my haste/stupidity this afternoon sometime tomorrow.
__________________
Laurence R. McGlashan :: Website
l_r_mcglashan is offline   Reply With Quote

Old   November 27, 2010, 12:35
Default
  #8
Senior Member
 
Martin Beaudoin
Join Date: Mar 2009
Posts: 332
Rep Power: 22
mbeaudoin will become famous soon enough
Hello Laurence,

From what I can see, your system installation of openmpi is currently installed with the header files located under /usr/include/openmpi-x86_64.

So setting the OPENMPI_DIR variable to /usr won't be of much help if the file $OPENMPI_DIR/include/mpi.h can't be found anyways.

I will find a fix for this in order to facilitate the usage of system installed packages.

In order to help me help you, could you tell me how your system version of openmpi was installed on your Fedora 12 system?

In the meantime, you will need to be able to compile packages like openmpi on your machine.

The new ThirdParty package compilation process, including the successful compilation of openmpi 1.4.3, was tested on the following platforms:

Mac OS X 10.6 (Snow Leopard)
Ubuntu 10.04 32bit
Ubuntu 10.10 64bit
Centos 5.5 64bit
OpenSUSE 11.3 64bit
Fedora 14 32bit

It was not tested on Fedora 12 64bit.

Martin

Quote:
Originally Posted by l_r_mcglashan View Post
Ok, I'll install the lot for now. Something has gone wrong in stage 2:

Code:
configure: error: no vtf3.h found; check path for VTF3 package first...
configure: error: no BPatch.h found; check path for Dyninst package first...
configure: error: no papi.h found; check path for PAPI package first...
and then:

Code:
Found '/home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/BUILDROOT/openmpi-1.4.3-linux64GccDPOpt.x86_64' in installed files; aborting
error: Bad exit status from /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/tmp/rpm-tmp.18cW2m (%install)


RPM build errors:
    Bad exit status from /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/tmp/rpm-tmp.18cW2m (%install)
Installing package: openmpi-1.4.3
  Uninstalling openmpi-1.4.3 using RPM: openmpi-1.4.3-linux64GccDPOpt.x86_64
  Installing openmpi-1.4.3 using RPM file: /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/RPMS/x86_64/openmpi-1.4.3-linux64GccDPOpt.x86_64.rpm
error: open of /home/userspace/lrm29/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/rpmBuild/RPMS/x86_64/openmpi-1.4.3-linux64GccDPOpt.x86_64.rpm failed: No such file or directory
Done installing package openmpi-1.4.3

========================================
Done ThirdParty AllMake: Stage2
========================================
Apologies, I've been rushing and will have to leave it there, as I'm going to watch Harry Potter! . I'll try to correct my haste/stupidity this afternoon sometime tomorrow.
mbeaudoin is offline   Reply With Quote

Old   November 27, 2010, 13:46
Default
  #9
Senior Member
 
Laurence R. McGlashan
Join Date: Mar 2009
Posts: 370
Rep Power: 23
l_r_mcglashan will become famous soon enough
What I'll do is try installing it on my Fedora 14 64 bit at home tomorrow. I should be able to do that as I know my own system inside out.

Then when I'm back at work on Monday I'll ask our system admin to have a look at our cluster installation and I'll let you know how it goes via this thread.

Thanks for the prompt help so far, it's very much appreciated.
__________________
Laurence R. McGlashan :: Website
l_r_mcglashan is offline   Reply With Quote

Old   November 27, 2010, 13:53
Default
  #10
Senior Member
 
Martin Beaudoin
Join Date: Mar 2009
Posts: 332
Rep Power: 22
mbeaudoin will become famous soon enough
Hello again Laurence,

I can replicate a similar configuration to yours when trying to use the sys-installed version of openmpi and openmpi-dev on my Fedora 14 system.

We are obviously aware of the advantage of using system installed versions of the ThirdParty packages. This was discussed before the release of OpenFOAM-1.6-ext, and we knew we would have to tackle that problem relatively quickly.

Let me use this use case in order to work on a more flexible solution for the ThirdParty package.

In the meantime, if you can find a way to compile openmpi on your Fedora 12 machine, you should be fine for all the libraries and packages that depends on it.

Thank you for your patience.

Martin

Quote:
Originally Posted by mbeaudoin View Post
Hello Laurence,

From what I can see, your system installation of openmpi is currently installed with the header files located under /usr/include/openmpi-x86_64.

So setting the OPENMPI_DIR variable to /usr won't be of much help if the file $OPENMPI_DIR/include/mpi.h can't be found anyways.

I will find a fix for this in order to facilitate the usage of system installed packages.

In order to help me help you, could you tell me how your system version of openmpi was installed on your Fedora 12 system?

In the meantime, you will need to be able to compile packages like openmpi on your machine.

The new ThirdParty package compilation process, including the successful compilation of openmpi 1.4.3, was tested on the following platforms:

Mac OS X 10.6 (Snow Leopard)
Ubuntu 10.04 32bit
Ubuntu 10.10 64bit
Centos 5.5 64bit
OpenSUSE 11.3 64bit
Fedora 14 32bit

It was not tested on Fedora 12 64bit.

Martin
mbeaudoin is offline   Reply With Quote

Old   November 28, 2010, 16:56
Default
  #11
Senior Member
 
lakeat's Avatar
 
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21
lakeat is on a distinguished road
Send a message via Skype™ to lakeat
Hi Martin,

The new thirdparty structure is excellent, good job, Martin! and Thanks

Have you seen my bug report, on OpenSUSE 11.4 64/32 bits, concerning
some files missing

MsqIMesh.hpp
MsqIBase.hpp
MsqIGeom.hpp
MsqIRel.hpp
...

Errors look like these:
------------------------
+ wmake libso mesquiteMotionSolver
SOURCE=mesquiteMotionSolver.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-40 -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/mesquite-2.1.2/platforms/linux64GccDPOpt/include -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/meshTools/lnInclude -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/dynamicMesh/dynamicMesh/lnInclude -IlnInclude -I. -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/mesquiteMotionSolver.o
In file included from mesquiteMotionSolver.H:51:0,
from mesquiteMotionSolver.C:27:
/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/mesquite-2.1.2/platforms/linux64GccDPOpt/include/Mesquite_all_headers.hpp:33:23: fatal error: MsqIRel.hpp: No such file or directory
compilation terminated.
--------------------------------





Meanwhile, I found the most time consuming stage is paraview building process, and In my two laptops it keeps stuck at the stage 4, it seems the "%install" stage cannot be successful executed for rpmbuild, so no rpm generated. I think one of the most annoying things of rpm is that its compilation always needs to start over again, this is unaccepatable for package like paraview, since it takes around several hours to finish it. I changed rpmbuild -bb to -bi option to finish.
So is there any better idea to handle the paraview? I am afraid people will get crazy once stage 4 fails.


And also,
1. why not delete the obsolete buildinstructions.txt file?
2. why not add ThirdParty/packages to foamPackBin script? And publish the non-Debian binary files in sourceforge?
__________________
~
Daniel WEI
-------------
Boeing Research & Technology - China
Beijing, China
Email
lakeat is offline   Reply With Quote

Old   November 28, 2010, 19:37
Default question about rpm
  #12
lin
Senior Member
 
Hua Zen
Join Date: Mar 2009
Posts: 138
Rep Power: 17
lin is on a distinguished road
Hi

I have not tried this version, but just have a question from the information above.

It seems that the OF-extend 1.6 utilize rpm during the installing process. While installing rpm package requires root privilege, does this mean that we have to use root account during the installation process?

Thanks.
lin is offline   Reply With Quote

Old   November 28, 2010, 19:42
Default
  #13
Senior Member
 
lakeat's Avatar
 
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21
lakeat is on a distinguished road
Send a message via Skype™ to lakeat
Quote:
does this mean that we have to use root account during the installation process?
Answer: no, see the explanation in readme file in the thirdparty dir.
__________________
~
Daniel WEI
-------------
Boeing Research & Technology - China
Beijing, China
Email
lakeat is offline   Reply With Quote

Old   November 29, 2010, 00:54
Default
  #14
Senior Member
 
Martin Beaudoin
Join Date: Mar 2009
Posts: 332
Rep Power: 22
mbeaudoin will become famous soon enough
Hello Daniel,

@the Mesquite bug:
Yup, that one is fixed, thanks to Philippose Rajan.
I am currently testing the fix before pushing the correction on the git repo. Thanks for the report.

@the compilation of ParView:
Yup again, the compilation of QT and ParaView is a very lengthy and frustrating process because you often need to adjust your workstation for the missing bits and pieces necessary to compile those two monsters.

I have made a small modification to the RPM build process in order not to delete the package build directory at the end of the process. This way, the post-mortems will be easier to do, and it will be easier to fine-tune the compilation of a given package on your own machine until you get all the right dependencies installed on your compilation system. I am currently testing this as well. The changes will be pushed on the git repo shortly. Would that modification be useful to you?

@the file buildinstructions.txt:
Yup, we need to cleanup that file.

@adding ThirdParty/packages to foamPackBin script?
Simply put, I have never used foamPackBin, so it did not cross my mind to do this. That's easy to fix though.

@And publish the non-Debian binary files in sourceforge?
We have started talking about this.

Thanks for your great input!

Best,

Martin

Quote:
Originally Posted by lakeat View Post
Hi Martin,

The new thirdparty structure is excellent, good job, Martin! and Thanks

Have you seen my bug report, on OpenSUSE 11.4 64/32 bits, concerning
some files missing

MsqIMesh.hpp
MsqIBase.hpp
MsqIGeom.hpp
MsqIRel.hpp
...

Errors look like these:
------------------------
+ wmake libso mesquiteMotionSolver
SOURCE=mesquiteMotionSolver.C ; g++ -m64 -Dlinux64 -DWM_DP -Wall -Wno-strict-aliasing -Wextra -Wno-unused-parameter -Wold-style-cast -Wnon-virtual-dtor -O3 -DNoRepository -ftemplate-depth-40 -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/mesquite-2.1.2/platforms/linux64GccDPOpt/include -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/meshTools/lnInclude -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/dynamicMesh/dynamicMesh/lnInclude -IlnInclude -I. -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude -I/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/src/OSspecific/POSIX/lnInclude -fPIC -c $SOURCE -o Make/linux64GccDPOpt/mesquiteMotionSolver.o
In file included from mesquiteMotionSolver.H:51:0,
from mesquiteMotionSolver.C:27:
/home/daniel/OpenFOAM/OpenFOAM-1.6-ext/ThirdParty/packages/mesquite-2.1.2/platforms/linux64GccDPOpt/include/Mesquite_all_headers.hpp:33:23: fatal error: MsqIRel.hpp: No such file or directory
compilation terminated.
--------------------------------





Meanwhile, I found the most time consuming stage is paraview building process, and In my two laptops it keeps stuck at the stage 4, it seems the "%install" stage cannot be successful executed for rpmbuild, so no rpm generated. I think one of the most annoying things of rpm is that its compilation always needs to start over again, this is unaccepatable for package like paraview, since it takes around several hours to finish it. I changed rpmbuild -bb to -bi option to finish.
So is there any better idea to handle the paraview? I am afraid people will get crazy once stage 4 fails.


And also,
1. why not delete the obsolete buildinstructions.txt file?
2. why not add ThirdParty/packages to foamPackBin script? And publish the non-Debian binary files in sourceforge?
mbeaudoin is offline   Reply With Quote

Old   November 29, 2010, 01:06
Default
  #15
Senior Member
 
lakeat's Avatar
 
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21
lakeat is on a distinguished road
Send a message via Skype™ to lakeat
Quote:
@the compilation of ParView:
Yup again, the compilation of QT and ParaView is a very lengthy and frustrating process because you often need to adjust your workstation for the missing bits and pieces necessary to compile those two monsters.

I have made a small modification to the RPM build process in order not to delete the package build directory at the end of the process. This way, the post-mortems will be easier to do, and it will be easier to fine-tune the compilation of a given package on your own machine until you get all the right dependencies installed on your compilation system. I am currently testing this as well. The changes will be pushed on the git repo shortly. Would that modification be useful to you?
That would be great, thank you! We'll see.

And you know, if paraview needs 2 hours to be built, the QT would need 6 hours. My point is this, QT is a much bigger monster than gcc, so let QT not be advised to build manually, ever. I have never heard a software being installed for more than half a day, lol
__________________
~
Daniel WEI
-------------
Boeing Research & Technology - China
Beijing, China
Email
lakeat is offline   Reply With Quote

Old   November 29, 2010, 10:05
Default
  #16
Member
 
matteo lombardi
Join Date: Apr 2009
Posts: 67
Rep Power: 17
matteoL is on a distinguished road
hello,
I have got the same issue of Daniel:
MsqIMesh.hpp
MsqIBase.hpp
MsqIGeom.hpp
MsqIRel.hpp
are missing.

Please let us know when you push the correction on the git repo or how to fix it.

Thanks a lot,
Matteo
matteoL is offline   Reply With Quote

Old   November 29, 2010, 10:25
Default
  #17
Senior Member
 
lakeat's Avatar
 
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21
lakeat is on a distinguished road
Send a message via Skype™ to lakeat
Hi Matteo, I just copied these files from the source dir.
__________________
~
Daniel WEI
-------------
Boeing Research & Technology - China
Beijing, China
Email
lakeat is offline   Reply With Quote

Old   November 29, 2010, 10:42
Default
  #18
Senior Member
 
lakeat's Avatar
 
Daniel WEI (老魏)
Join Date: Mar 2009
Location: Beijing, China
Posts: 689
Blog Entries: 9
Rep Power: 21
lakeat is on a distinguished road
Send a message via Skype™ to lakeat
Hi Matteo, I just extracted Mesquite source, where there is a mesh/ dir. In mesh dir you will find these missing files, and then copy them to packages/mesquite../include
__________________
~
Daniel WEI
-------------
Boeing Research & Technology - China
Beijing, China
Email
lakeat is offline   Reply With Quote

Old   November 29, 2010, 10:46
Default
  #19
Member
 
matteo lombardi
Join Date: Apr 2009
Posts: 67
Rep Power: 17
matteoL is on a distinguished road
I see.. Thanks.
Generally I am bit worried about copying files around to fix issues.. but you are right, it is worth trying and if it fix the problem, that's it..

Thanks a lot,
ciao,
matteo
matteoL is offline   Reply With Quote

Old   November 30, 2010, 04:49
Default
  #20
Senior Member
 
BastiL
Join Date: Mar 2009
Posts: 530
Rep Power: 20
bastil is on a distinguished road
Quote:
Originally Posted by mbeaudoin View Post
Every ThirdParty package building stage will compile one or more ThirdParty packages, but will also generates a little .csh/.sh file that the file etc/settings.[csh/sh] will need to source. This is where the package specific environment variable is being set.

In order to better understand the new ThirdParty package structure, I would recommend you don't skip a stage for now in order to get a full running version of OpenFOAM-1.6-ext. It will only cost you some additional disk space and compilation time.
For different reasons I do not want to use the new procedure:
  • I already have all the tools compiled
  • I can not use wget behind my proxy
So I am looking for a way to simply modify the environment. However I can not see which .csh/sh-Files are used to modify the environment after each stage? I guess they are build after compiling each stage but it would be VERY helpful to have them available.
bastil is offline   Reply With Quote

Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
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 Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Frequently Asked Questions about Installing OpenFOAM wyldckat OpenFOAM Installation 3 November 14, 2023 11:58
OpenFOAM Training, London, Chicago, Munich, Houston 2016-2017 cfd.direct OpenFOAM Announcements from Other Sources 0 September 14, 2016 03:19
New OpenFOAM Forum Structure jola OpenFOAM 2 October 19, 2011 06:55
OpenFOAM 1.6 package - CentOS 5.3 x86_64 linnemann OpenFOAM Installation 36 September 2, 2009 12:46
OpenFOAM Version 1.6 Released opencfd OpenFOAM Announcements from ESI-OpenCFD 0 July 27, 2009 17:55


All times are GMT -4. The time now is 04:39.