exaFOAM/foam-extend4.1-coherent-io
Archived
1
1
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity

Merge branch 'bugfix/releaseNotes'

Browse source
This commit is contained in:
Henrik Rusche 2013-12-18 19:23:02 +01:00
commit 349d2a5f6c
5 changed files with 367 additions and 447 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

23
ContributionsForNextRelease.txt
View file

@ -1,23 +0,0 @@
Standard response:
Your name and authorship will be preserved by the git system, but please put the author name for the classes you have written, or a note saying that yo have changed the code.
Bug fixes:
- Peter Janas: accordionEngineMesh and bug fixes
Contributions:
- Niels Linnemann: Actuator disk
- Bernhard Gscheider: surfactantFoam clean-up; swakToFoam
- TU Braunschweig: real gas thermo
- Kornev, Rostock: inlet turbulence generator; locDynV2F hybrid turbulence model
- Christoph Goniva: and multi-mixer dynamic mesh class
-
- segregated pressure-based turbomachinery (Wikki)
- improvements to GGI
- mixing plane interface
- ??? Swig interface

202
HowToContribute
View file

@ -1,185 +1,45 @@
How to Contribute
~~~~~~~~~~~~~~~~~
Guide to contribute code to OpenFOAM-extend project
Contacts:
Release Committee: Hrvoje Jasak (h.jasak@wikki.co.uk)
SourceForge Accounts: Bernhard Gschaider (Bernhard.Gschaider@ice-sf.at)
Martin Beaudoin (beaudoin.martin@ireq.ca)
git Repository: Henrik Rusche (h.rusche@wikki.co.uk)
Martin Beaudoin (beaudoin.martin@ireq.ca)
1. SourceForge Access
~~~~~~~~~~~~~~~~~~
To make contributions to the -extend project, you should first obtain an
account at SourceForge.net. (SourceForge will suggest a username
of firstnamelastname, but a username of firstname_lastname may
be a better choice.) After you obtain your account at SourceForge, you will
still need to be granted specific access to the -extend project. Make a request
to the "SourceForge Accounts" contact at the top of this document for access to
the project.
You have developed a new top-level solver or utility. You have implemented a further turbulence model, interface to a material properties library or created a really useful boundary condition? This guide shows the ways to share this code with the OpenFOAM® communinity.
2. Access to the git Repository
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Why should I share my code?
For a read-only copy of the repository, use the following command:
+ git clone git://openfoam-extend.git.sourceforge.net/gitroot/openfoam-extend/OpenFOAM-1.6-ext
Depending on your background, motivations for contributing code to OpenFOAM® via the FOAM-extend project will differ.
To obtain a copy of the repository with write access, use the following command:
+ git clone ssh://username@openfoam-extend.git.sourceforge.net/gitroot/openfoam-extend/OpenFOAM-1.6-ext
With an industrial background you may find it a cost-advantage compared to keeping everything in-house. Code contributed to the source-core will be maintained along with the complete project source code. This saves you the cost of porting your code to each new release. Furthermore, your code will be reviewed by experts with relevant OpenFOAM® experience, who will be able to spot design improvements that lead to increased speed of execution, better convergence, improved robustness, stability or all of the above. If you plan to deploy your code to clients, the extend-bazaar gives you a unified platform that is simple to use, easy to access and gives you maximum freedom in presenting your code.
Also see:
http://openfoam-extend.git.sourceforge.net/git/gitweb.cgi?p=openfoam-extend
In academia, many OpenFOAM® developments are carried out within publicly funded projects, often as part of PhD studies. Unfortunately, much of this work is not re-used and developed further. A time-saving option to share this work is the extend-bazaar, where working code and example cases can be simply uploaded with a brief description. This can be expanded and may even form the base for a journal publication; a good example for this is the waves2Foam package by Niels Jacobsen LINK. Contributing gives the code visibility in the OpenFOAM® community and harvests public recognition long after the project has been completed.
In both cases, the credit for your work, its authorship, and Copyright remains with you. We do not require contributors to give up the rights to their work.
What is the difference between contibuting to source-core and to extend-bazaar?
The \BOLD{source-core} of FOAM-extend meets the high quality standards of a software package that is deployed for production use. A contribution will be therefore reviewed by an experiened OpenFOAM®-extend maintainer. The code must adhere to OpenFOAM® coding style guideline LINK. The contribution procedure is:
* Check your code, especially regarding coding style and trailing whitespace
* Contact the maintainers of FOAM-extend repository to get write access , ???@???.org.
* Use git to make a local feature branch, move your contribution into this branch and push the branch to the repository. See details of the FOAM-extend branching model LINK and git usage LINK.
* Contact the maintainers and ask for review and merge of your code. Experience shows this involves a few iterative steps.
* Your code is merged and becomes part of FOAM-extend. You are added to the list of contributors FOAM-extend.
* Maintainance of your case is now part of the general development
The \BOLD{extend-bazaar} has been created to minimize the effort for sharing your code. It is ideal for solvers and utilities that can live in the user-directory. The required steps are:
* Create a user account on the OpenFOAM® Wiki.
* Go to the extend-bazaar page and find a category for your contribution.
* Create a new sub-page in the category and write a brief description/documentation for your contribution. Templates LINK exist that you can re-use.
* Upload your code. Options are:
* For small packages that will not change much in the future, you can upload a .tgz archive to your wiki page directly.
* For larger packages that contain for example big meshes, use a file-hoster and add a link to your wiki page.
* If your contribution is under active development, create a repository for example on sourceforge LINK or github LINK. Add a link to the repository on the wiki page.
* Implementing bug fixes, new features or ports to a new FOAM-extend release is at your discretion
3. git Commit Policies and Workflow (Introduction)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
A formal procedure for contributions has been established for the project with
regard to branching and commits in the git repository. The workflow proposed
by Hrv Jasak and Henrik Rusche for contributing to the git repository is described
in the following document:
http://nvie.com/posts/a-successful-git-branching-model/
The article listed above should be considered mandatory reading material
for those planning to make contributions to the repository. Some links about
the general usage of GIT can be found in Section 8.
Please do not hesitate to ask one of the "git Repository" contacts at the top
of this document if you are not sure about specific operation relative to the git
repository.
4. git Commit Policies and Workflow (User Perspective)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The document listed in Section 3 above from nvie.com provides an excellent conceptual
description of the policies that will be used for the -extend repository. More
detailed instructions for users who wish to make contributions are spelled out in
this section.
Before making any commits to the git repository, be sure to configure git with your
username and e-mail address, which helps to ensure that you receive proper credit
in the git repository for work you contribute.
The author's name and e-mail address can be provided to git using commands such
as these:
+ git config --global user.name "John Doe"
+ git config --global user.email john.doe@xxx.com
Afterwards, the provided information will be contained in a file named .gitconfig
in the user's home directory.
All contributions to the project repository will be contained in a new feature branch
created by the contributor. The recommended way of creating branches is to create one
branch for each new specific fix or feature using a command such as this:
+ git checkout -b my-feature-branch
Feature branches should be named after the fix or feature that they contain,
*not* named after the author. There may be more than one author, after all, and
this information is recorded in the commit anyway. As an example, a bug fix
to the mesquite package should be committed to a branch named "hotfix/mesquite".
Carefully organized commits and branches, clear commit messages, and well-chosen
branch names will make it easier for the release committee to review and merge
each contribution.
When you have a feature branch that is ready to be merged, push it to the server
using a command such as this:
+ git push origin my-feature-branch
Next, notify the "Release Committee" point-of-contact listed at the top of this
document that the feature branch has been pushed to the server and is ready to be
merged. A release committee member will review your contribution, merge your
branch, and then delete the branch from the server, as it is no longer needed once
it has been merged.
If you need to delete the branch from the server or are requested to do so, the proper
command is
+ git push origin :my-feature-branch
To delete the same branch from your local repository requires the command
+ git branch -d my-feature-branch
Finally, to clean your local repository of tracking branches that have been deleted
from the server requires the command
+ git remote prune origin
5. git Commit Policies and Workflow (Committee Perspective)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The -extend project "release committee" (initially comprised of Hrv Jasak) will be
solely responsible for merging user contributions into the master and nextRelease branches.
User contributions will be contained in feature branches, with a new feature branch for
each new fix or feature, as described in Section 4 above.
The feature branches provided by users will be merged by the release committee
into an integration branch called "nextRelease", and then both the local
and remote copy of the feature branch will be deleted. The merge will be performed
using a "git merge --no-ff" command, which forces the creation of a merge commit
even in the case where the merge could be accomplished by fast-forward.
Note that the automated test loop will be run off of this integration branch.
When the next release is ready, the release committee will merge the
integration branch into the master branch, again using a "git merge --no-ff" command.
Consistent with the proposed workflow, the master branch will only contain releases
and hotfixes.
Note that hotfixes should be branched off of the master branch and should be merged
twice - once into the integration branch and once into the master branch - in order to
guarantee that a merge of the integration branch into the master branch can be
accomplished by a fast-forward.
6. Specific Usage Instructions
~~~~~~~~~~~~~~~~~~~~~~~~~~~
In case you find out that something that should be a hotfix ended up in
your local feature branch, follow the steps below to ensure that the hotfix is
properly committed to the integration and master branches:
a. Single out the SHA-1 of the commit that contains the hotfix (e.g. 13e5d2f)
c. Create a new hotfix branch; e.g.
+ git checkout master
+ git checkout -b hotfix/my-hotfix-topic
b. Single out the commit and base it on the master branch; e.g.
# The fix is in a single commit, but localBranch has advanced
+ git cherry-pick commitID
OR
# The fix is small, but the commit contains other changes
+ git checkout localBranch file
+ git commit
d. Contact the "Release Committee" point-of-contact at the top of this document
and request that the hotfix be merged into the integration and master branches.
7. Acknowledgements & Copyright
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Your authorship is tracked by the version control system (git). You may also document
your authorship in the header of the files. Furthermore, the release committee will
update the list of contributors in the README file with every release.
8. Background Reading on git
~~~~~~~~~~~~~~~~~~~~~~~~~
http://openfoamwiki.net/index.php/Starting_points_for_using_GIT
http://www.openfoam.org/contrib/code-style.php

84
ReleaseNotes-1.6-ext
View file

@ -1,84 +0,0 @@
# -*- mode: org; -*-
#
#+TITLE: *OpenFOAM release notes for version 1.6-ext*
#+AUTHOR: Hrvoje Jasak.
#+DATE: 12 November 2010
#+LINK: http://www.extend-project.de
#+OPTIONS: author:nil
* Overview
OpenFOAM-1.6-ext is a formal release of the community developments in the
OpenFOAM software library, following the establishment of the -Extend Project
and web portal.
This release includes many improvements, including an automatic test harness
which provides basic quality control by running OpenFOAM over a growing
suite of tutorials and test cases.
* Compatibility
OpenFOAM-1.6-ext is compatible with the OpenFOAM-1.6.x and 1.7.1 versions
of the code and incorporate most developments and changes from above versions
and ensure top-level compatibility. In some cases, the differences are
caused by bug fixes and algorithmic improvements, considered more important
than inter-operability.
The list of developments is a result of the work of numerous contributors.
The Extend Project Admins would formally like to thank all contributors;
the list will be updated with further code development
* Fundamental developments
Improvements in accuracy and stability on tetrahedral and tet-dominant meshes
Implicit coupled multi-domain solver
Block-implicit multi-equation matrix support
Proper Orthogonal Decomposition (POD) data analysis tools
Rewrite of Ordinary Differential Equation (ODE) and ODE solver classes
Dynamic remeshing classes, based on tetrahedral edge swapping
Radial Basis Function interpolation and mesh motion classes
Turbomachinery features: GGI interface, cyclic GGI, partial overlap GGI
Parallelisation of topological change engine
Support for parallelisation and topological changes in the Finite Area Method
Library preparation for Python/Swig interface for OpenFOAM: VulaSHAKA project
(http://sourceforge.net/projects/vulashaka/)
Basic implementation of OpenMP wrapping for multi-core support
* Ongoing developments
This section lists the applications that existed in versions of OpenFOAM
but were abandoned by OpenCFD due to lack of expertise. In some cases, code
may still be present but it is buggy or unusable. The -Extend project line
maintains, validates and develops the features in contact with original
authors and contributes new features and bug fixes.
Working parallel point mesh and field tools, shared between interpolation
and FEM discretisation solvers
FEM-based automatic mesh motion solver, with working parallelisation
Dynamic mesh features and topological mesh changes
The Finite Area Method: parallelisation, volume-to-surface mapping
New generation of linear equation solvers, including accelerated AMG
* Developments to solvers (applications)
Basic 6-degree-of-freedom (6-DOF) solver
POD solver tools: prototype
Demonstration solver for fully implicit block-matrix coupling
* Developments to utilities
New parallel decomposition and reconstruction formulation, with support
for topologically changing meshes
Level-set support tools
* Model development
Transport models and top-level solver for visco-elasto-plastic flows
Updates to internal combustion engine simulation tools
Updated version of free surface tracking tools for free surface flows
Updated fluid-structure interaction solver with parallelisation support
Updated stress analysis tools, new large deformation solver formulation
* Quality Control
Integrated automatic and publicly available test harness with ~150 cases
http://openfoam-extend.sourceforge.net/CDash/index.php
Community-driven test-case base to enhance code quality and integrity.
Contributions under
http://www.extend-project.de/project-final/openfoam-extend-test-harness
* Other
The number of cumulative bug fixes compared to OpenFOAM-1.6.x is over
5000; we will stop counting.

336
ReleaseNotes-foam-extend-3.0 Normal file
View file

@ -0,0 +1,336 @@
# -*- mode: org; -*-
#
#+TITLE: *Release notes for foam-extend-3.0*
#+AUTHOR: Hrvoje Jasak.
#+DATE: 18 December 2013
#+LINK: http://foam-extend.org
#+OPTIONS: author:nil
################################################################################
Contents:
* Overview
* Installation
* Compatibility
* New features in foam-extend-3.0
* Reporting bugs
* How to contribute
* List of Contributors
################################################################################
* Overview
The foam-extend project is a fork of the OpenFOAM® open source library for
Computational Fluid Dynamics (CFD). It is an open project welcoming and
integrating contributions from all users and developers. Previously known as
OpenFOAM®-dev and OpenFOAM®-extend, it contains bug fixes and performance
improvements, as well as extensions and additional features provided
by community contributors (see list below), such as dynamic mesh and
topological change support, turbomachinery extensions including general grid
interpolation (GGI), cyclic GGI and mixing place, block-coupled matrix
support, finite area method, comprehensive mesh motion capability and GPU
support. For a full list, see below.
Version 3.0, nicknamed "Jeju", is the current version of foam-extend. The
release now continues the tradition and spirit of the original FOAM code
developed by prof. Jasak and Mr. Weller during their time at
Imperial College and released as the general purpose CFD/CCM package by
Nabla Ltd. in 2000. In this spirit, we shall revert to original numbering
scheme (foam-2.3.2, 13 December 2004) as release number 3.0.
Visit http://foam-extend.org for more information.
OPENFOAM® is a registered trademark of ESI Group. OpenFOAM-extend and
foam-extend are a community effort not endorsed by ESI Group.
* Installation
foam-extend-3.0 can be compiled and runs on any linux system and
Apple Mac OS X.
** From source
Please refer to doc/buildInstructions/ for details. If you have
improvements or build instructions for a new system, please share them
with the community (see section "How to contribute", below).
** Binary packages
Binary packages are available for download at
http://sourceforge.net/projects/openfoam-extend/
for the following systems: Ubuntu 12.04, Ubuntu 13.10 and Fedora 19 .
* Compatibility
Upstream features from the OpenFOAM® code base are merged into foam-extend
on regular basis. The interface format of foam-extend-3.0 is largely
compatible to OpenFOAM-1.6-ext and OpenFOAM-1.7.x. In some cases,
the differences are caused by bug fixes and algorithmic improvements,
considered more important than inter-operability.
* Main diferentiators
A large number of features has been lost within the release cycle of OpenFOAM
code; since version 1.3, the code base has shrunk by more than 40%. While
we understand the lack of technical ability of supporting advanced
CFD features, we feel that existing features and specifically large-scale
contributions should remain active and developed further. Below is a list
of main features of foam-extend-3.0 which are lost, deactivated or unusable
in ESI releases:
** Turbomachinery features, including General Grid Interface (GGI),
partial overlap GGI, cyclic GGI, with improvements in parallel scaling.
First full and validated release of a mixing plane stage interface
** Dynamic mesh with topological changes
sliding interfaces, mesh layering, attach-detach boundaries etc.
in foam-extend-3.0 full parallel support for topological changes
is released for the first time
** Finite Element Method with support for polyhedral meshes
This is mainly used in mesh deformation and over the last 15 years
it has proven vastly superior to all other dynamic mesh methods.
** Advanced mesh deformation technology
including tet FEM mesh deformation, Radial Basis Function (RBF) mesh
deformation, tetrahedral remeshing dynamic mesh support and solid body
motion functions. All of the above include parallelisation support
** Library of dynamic meshes with topological changes with full
second order FVM discretisation support on moving meshes with
topological changes
** Internal combustion engine-specific dynamic mesh classes such as
two-stroke engine and various forms of 4-stroke and multi-valve
dynamic mesh classes
** Finite Area Method providing support for FVM-like discretisation on
a curved surface in 3-D, with examples of liquid film modelling
** Block-coupled matrix support, allowing fully implicit multi-equation
solution of NxN equation sets, with full parallelisation support.
First release of a block-AMG linear equation solver
** Fully implicit conjugate-coupled solution framework, allowing implicit
solution fo multiple equations over multiple meshes, with parallelism
** Proper Orthogonal Decomposition data analysis tools, with applications
to FOAM field classes
** Equation reader classes and tutorials
** Multi-solver solution framework, allowing mutiple field models to be
solved in a coupled manner
** A major contribution is solid mechanics modelling, including linear
and non-linear materials, contact, self-contact and friction, with
updated Lagrangian or absolute Lagrangian formulation. Solution o
damage models and crack propagation in complex materials via
topological changes
** CUDA solver release, provided in full source and as an example of
coupling external linear equation solvers with FOAM
** Library-level support for Immersed Boundary Method and Overset Mesh
** Major improvements in accuracy and stability of FVM discretisation
with options on convection and diffusion discretisation, deferred
correction or explicit schemes
** Algebraic multigrid solver framerowk
** 190 tutorials with automated run scripts
** Automatic test harness
* New features in foam-extend-3.0
The list of features is a result of the work of numerous contributors. The
maintainers of foam-extend would formally like to thank them all. Features
listed below have are new with regard to OpenFOAM-1.6-ext. For a list of
extension features in OpenFOAM-1.6-ext, please refer to file
"ReleaseNotes-1.6-ext".
** Core library
cudaSolvers
dynamicMesh
dynamicTopoFvMesh:
dynamicTopoFvMeshCoupled
convexSetAlgorithm
fieldMapping
meshOpsTemplates
msqAdditionalSrc
tetDecompositionMotionSolver
tetMotionSolver
multiTopoBodyFvMesh
engine
accordionValve
accordionEngineMesh
attachDetachFunctions
deformingEngineMesh
regionSide
twoStrokeEngine
equationReader
finiteArea:
faMeshMapper
faMeshUpdate.C
interpolation:
mapping
finitVolume:
mixingPlane
regionCouple
adjConvectionSchemes
backwardD2dt2Scheme
skewCorrectedSnGrad
singleCellFvMesh
harmonic
harmonicTemplates
magLongDelta.[HC]
multiSolver
OpenFOAM:
PriorityList
IOReferencer
postfixedSubRegistry
symmTensor4thOrder
VectorN
diagTensor
oscillatingFixedValue
profiling
MixingPlaneInterpolation
splineInterpolateXY
BlockAmg solver
blockVectorN solver
BlockLduInterface
mixingPlane (also with GAMG)
regionCouple (also with GAMG)
BlockCoeffNorm
postProcessing:
foamCalcFunctions:
scalarMult
componentsTurbo
domainIntegrate
functionObjects:
mixingPlaneCheck
maxFieldCell
solidModels
tetDecompositionFiniteElement
thermophysicalModels:
radiation:
viewFactor
turbulenceModels:
RWallFunctions
VectorN
** Solver applications
conjugateHeatSimpleFoam
equationReaderDemo
MRFSimpleFoam
simpleSRFFoam
MRFInterFoam
multiSolver
solidMechanics:
elasticAcpSolidFoam
elasticIncrAcpSolidFoam
elasticIncrSolidFoam
elasticNonLinIncrTLSolidFoam
elasticNonLinTLSolidFoam
elasticNonLinULSolidFoam
elasticOrthoAcpSolidFoam
elasticOrthoNonLinULSolidFoam
elasticOrthoSolidFoam
elasticPlasticSolidFoam
elasticPlasticNonLinTLSolidFoam
elasticPlasticNonLinULSolidFoam
elasticSolidFoam
elasticThermalSolidFoam
icoFsiElasticNonLinULSolidFoam
viscoElasticSolidFoam
** Utilities
foamMeshToAbaqus
multiSolver (postProcessing)
solidMechanics:
calculateCourantNumber
forceDisp
patchStressIntegrate
smoothMesh
surfaceTractions
** ThirdParty software
gcc compatibility up to 4.8.1
Updated to:
Paraview 4.1
openmpi 1.6.5
cmake 2.8.12
metis 5.1.0
parmetis 4.0.3
scotch 6.0.0
zoltan 3.6
* Reporting bugs
To report bugs, please use the MantisBT bugtracker at
http://sourceforge.net/apps/mantisbt/openfoam-extend/my_view_page.php .
* How to contribute
All your contributions are highly welcome: New solvers, utilities and
models; bug fixes; documentation. The many ways of contributing and the
contribution process are described in detail in the file "HowToContribute".
* List of Contributors
(If your name is missing in the list, please contact the maintainers at
and it will be added asap.)
Henry Weller
Hrvoje Jasak
Mattijs Janssens
Zeljko Tukovic
Bernhard Gschaider
Tommaso Lucchini
Martin Beaudoin
Sandeep Menon
Niklas Nordin
Eugene De Villiers
Henrik Rusche
Ivor Clifford
Philiposse Rajan
Gavin Tabor
Jovani Favero
Frank Bos
David Hill
Niklas Wikstrom
Dubravko Matijasevic
Darrin Stephens
Christian Beck
Oliver Borm
James Criner
Hua Shan
David Boner
Pierre-Olivier Dallaire
Norman Del Puppo
Dennis Kingsley
Frank Albina
Flavio Galeazzo
Hannes Kroger
Olivier Petit
David Schmidt
Andreas Feymark
Luca Mangani
Daniel Schmode
Christoph Goniva
Takuya Oshima
Juho Peltola
Eric Paterson
Fabian Peng Karrholm
Aleksandar Karac
Maria Garcia Camprubi
Chris Greenshields
Mark Olesen
Hilary Spencer
Andy Heather
Dominik Christ
Peter Janas
Niels Linnemann
Nikola Kornev

169
buildInstructions.txt
View file

@ -1,169 +0,0 @@
1) Download files
Get all files from the sources directory on the web site and put them into the linuxSrc directory
2) Unpack OpenFOAM and set up the dot-files
cd ~/OpenFOAM
tar xzf linuxSrc/OpenFOAM-1.4.1-dev_22_11_05.tgz
cp -r OpenFOAM-1.4.1-dev/.OpenFOAM-1.4.1-dev ~
set up dot files:
put:
source ~/.OpenFOAM-1.4.1-dev/cshrc
into your .cshrc file. If you are using bash, add
. ~/.OpenFOAM-1.4.1-dev/bashrc
into ~/.bashrc
Do:
source ~/.cshrc
For bash users, do
. ~/.bashrc
instead.
3) Build utilities
3.1) gcc
tar xzf gcc-4.2.2.tgz
mkdir gcc-4.2.2-obj
cd gcc-4.2.2-obj
../gcc-4.2.2/configure --prefix=/usr/tmp/gcc-4.2.2 --exec-prefix=/usr/tmp/gcc-4.2.2 --enable-languages=c,c++ --enable-shared
gmake bootstrap
gmake
gmake install
cd /usr/tmp/
tar cvzf ~/OpenFOAM/linux/gcc-4.2.2.bin.tgz gcc-4.2.2
cd ~/OpenFOAM/linux
tar xzf gcc-4.2.2.bin.tgz
3.2) gdb
cd ~/OpenFOAM/linuxSrc
tar xzf gdb-6.4.tar.gz
cd gdb-6.4
./configure --prefix=~/OpenFOAM/linux/gdb-6.4
gmake
gmake install
3.3 cmake
cd ~/OpenFOAM/linuxSrc
tar xzf cmake-2.4.7.tar.gz
cd cmake-2.4.7
./configure --prefix=~/OpenFOAM/linux/cmake-2.4.7
gmake
gmake install
3.4 dx
cd ~/OpenFOAM/linuxSrc
tar xzf dx-4.4.4.tgz
cd dx-4.4.4
./configure --prefix=~/OpenFOAM/linux/dx-4.4.4 --enable-shared
gmake
gmake install
3.5 paraview
cd ~/OpenFOAM/linuxSrc
tar xvzf paraview-2.4.4.tgz
mkdir paraview-2.4.4-obj
cmake -i ../paraview-2.4.4
Change options:
enable shared library: YES
prefix: ~/OpenFOAM/linux/paraview-2.4.4
gmake
gmake install
cd ~/OpenFOAM/linuxSrc
mkdir ~/OpenFOAM/linux/paraview-2.4.4/include
cp ./paraview-2.4.4/VTK/Common/vtk* ~/OpenFOAM/linux/paraview-2.4.4/include/
cp ./paraview-2.4.4/VTK/Filtering/vtk* ~/OpenFOAM/linux/paraview-2.4.4/include/
cp ./paraview-2.4.4-obj/VTK/vtk* ~/OpenFOAM/linux/paraview-2.4.4/include/
cp ./paraview-2.4.4-obj/ParaViewConfig.cmake ~/OpenFOAM/linux/paraview-2.4.4/lib/paraview-2.4/
linux64 copy commands
mkdir ~/OpenFOAM/linux64/paraview-2.4.4/include
cp ./paraview-2.4.4/VTK/Common/vtk* ~/OpenFOAM/linux64/paraview-2.4.4/include/
cp ./paraview-2.4.4/VTK/Filtering/vtk* ~/OpenFOAM/linux64/paraview-2.4.4/include/
cp ./paraview-2.4.4-obj/VTK/vtk* ~/OpenFOAM/linux64/paraview-2.4.4/include/
cp ./paraview-2.4.4-obj/ParaViewConfig.cmake ~/OpenFOAM/linux64/paraview-2.4.4/lib/paraview-2.4/
4) build OpenFOAM
foam
(this should take you to the ~/OpenFOAM/OpenFOAM-1.4.1-dev directory)
./Allwmake
This will build foam.
5) check build
source ~/.cshrc
icoFoam
(this should run and report something like)
wooster*101-> icoFoam
/*---------------------------------------------------------------------------*\
| ========= | |
| \\ / F ield | foam-extend: Open Source CFD |
| \\ / O peration | Version: 1.4.1-dev |
| \\ / A nd | Web: http://www.openfoam.org |
| \\/ M anipulation | |
\*---------------------------------------------------------------------------*/
Exec : icoFoam
Date : Mar 06 2008
Time : 17:25:53
Host : wooster
PID : 8238
Usage: icoFoam <root> <case> [-parallel]
--> FOAM FATAL ERROR : Wrong number of arguments, expected 2 found 0
FOAM exiting
SVN check-out command
svn co https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Core/OpenFOAM-1.4.1-dev
SVK setup
svk depotmap --init
svk mirror https://openfoam-extend.svn.sourceforge.net/svnroot/openfoam-extend/trunk/Core/OpenFOAM-1.4.1-dev //OpenFOAM-1.4.1-dev
svk sync //OpenFOAM-1.4.1-dev
Ready to check-out
Additional source packages:
http://www.lam-mpi.org/7.1/download.php
http://www.open-mpi.org/
http://www.mico.org/
http://www.zlib.net/