Regarding /etc/profile.d/openfoam.sh, I think this file should be removed. We should inform users to add alias in their own ~/.bashrc in the post-installation script.
Actually, different OpenFOAM versions can be installed side by side, i.e. we can have multiple versions of OpenFOAM installed at the same time. Just my two cents.
Search Criteria
Package Details: openfoam-org 11.20240704-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/openfoam.git (read-only, click to copy) |
---|---|
Package Base: | openfoam |
Description: | The open source CFD toolbox (www.openfoam.org) |
Upstream URL: | http://www.openfoam.org |
Licenses: | GPL |
Provides: | openfoam |
Submitter: | None |
Maintainer: | petronny (AutoUpdateBot) |
Last Packager: | AutoUpdateBot |
Votes: | 63 |
Popularity: | 1.53 |
First Submitted: | 2009-07-02 09:16 (UTC) |
Last Updated: | 2024-07-05 09:28 (UTC) |
Dependencies (8)
- boost (boost-gitAUR)
- bzip2 (bzip2-gitAUR)
- cgal (cgal-gitAUR)
- flex (flex-gitAUR)
- paraview (paraview-gitAUR)
- parmetisAUR (parmetis-gitAUR)
- scotchAUR (scotch-gitAUR)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR) (make)
Required by (0)
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 27 Next › Last »
panda-z commented on 2016-01-17 18:10 (UTC)
panda-z commented on 2016-01-17 18:05 (UTC)
Hi @Xwang,
It's easy to solve these errors. I'll paste the full patch for the last 4 errors, see http://pastebin.com/GxkDX6TS
For the first one, I'm not able to reproduce.
Xwang commented on 2016-01-17 17:10 (UTC)
Now I've managed to have a working package (namely one that pass the foamInstallationTest), but there are still some thinks that I do not like:
1) in the build there are 5 errors:
1a)
WARN: PV3 readers not building: ParaView_VERSION=4.4.0
ERROR: ParaView not found in /home/andreak/tmp/AUR/openfoam/src/ThirdParty-3.0.1/platforms/linux64Gcc/ParaView-4.4.0
but this is ok because we would like to use the AUR package instead. Can someone verify that paraview works correctly with the new package I'm going to release?
1b)
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/applications/utilities/mesh/conversion/ansysToFoam/ansysToFoam.o:(.data.rel.ro._ZTV11yyFlexLexer[_ZTV11yyFlexLexer]+0x68): riferimento non definito a "yyFlexLexer::yywrap()"
collect2: error: ld returned 1 exit status
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam" non riuscito
make[3]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam] Errore 1
make[3]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/mesh/conversion/ansysToFoam"
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "ansysToFoam" non riuscito
make[2]: *** [ansysToFoam] Errore 2
should I create a patch to solve this problem too?
1c)
-lm -o /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/renumberMesh
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadClose"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadOpen"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteOpen"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadGetUnused"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzRead"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteClose"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWrite"
collect2: error: ld returned 1 exit status
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/renumberMesh" non riuscito
make[3]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/renumberMesh] Errore 1
make[3]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/mesh/manipulation/renumberMesh"
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "renumberMesh" non riuscito
make[2]: *** [renumberMesh] Errore 2
this problem seems different
1d)
-lm -o /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/decomposePar
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadClose"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadOpen"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteOpen"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzReadGetUnused"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzRead"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWriteClose"
/usr/lib/libscotch.so: riferimento non definito a "BZ2_bzWrite"
collect2: error: ld returned 1 exit status
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/decomposePar" non riuscito
make[2]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/decomposePar] Errore 1
make[2]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/parallelProcessing/decomposePar"
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "decomposePar" non riuscito
make[1]: *** [decomposePar] Errore 2
this seems the same as problem 1c
1e)
OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/applications/utilities/surface/surfaceTransformPoints/surfaceTransformPoints.o -L/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/lib \
-lsurfMesh -lOpenFOAM -ldl \
-lm -o /home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/surfaceTransformPoints
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/lib/libsurfMesh.so: riferimento non definito a "yyFlexLexer::yywrap()"
collect2: error: ld returned 1 exit status
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/surfaceTransformPoints" non riuscito
make[2]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/surfaceTransformPoints] Errore 1
make[2]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/surface/surfaceTransformPoints"
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "surfaceTransformPoints" non riuscito
make[1]: *** [surfaceTransformPoints] Errore 2
this is again as 1b.
So it seems to me that there are 4 executables:
surfaceTransformPoints
decomposePar
renumberMesh
ansysToFoam
which are not created and I do not know how to exactly solve these problems.
Are they all openfoam bugs?
Finally I've seen that the /etc/profile.d/openfoam.sh is created without the executable flag, but even if I add it the only way to have the ofoam alias created is to copy the content of the file and execute in the bash. Why?
Xwang commented on 2016-01-17 14:34 (UTC)
I've removed all the src directory and restarted the build process from scratch.
panda-z commented on 2016-01-17 14:30 (UTC)
Hi @Xwang,
have you ever cleaned the libtriSurface directory before your continue building? (i.e. cd $FOAM_SRC/triSurface && wclean)
FYI, the -L option enable makepkg build logging.
Xwang commented on 2016-01-17 14:23 (UTC)
I've applied the patch and now the file readSTLASCII.L appears as follow:
...
// Dummy yywrap to keep yylex happy at compile time.
// It is called by yylex but is not used as the mechanism to change file.
// See <<EOF>>
//! \cond dummy
#if YY_FLEX_SUBMINOR_VERSION < 34 && YY_FLEX_MINOR_VERSION < 6
extern "C" int yywrap()
#else
int yyFlexLexer::yywrap()
#endif
{
return 1;
}
//! \endcond
...
makepkg is still building but in the log I see this problem:
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/applications/utilities/mesh/conversion/ansysToFoam/ansysToFoam.o:(.data.rel.ro._ZTV11yyFlexLexer[_ZTV11yyFlexLexer]+0x68): riferimento non definito a "yyFlexLexer::yywrap()"
collect2: error: ld returned 1 exit status
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/Makefile:138: set di istruzioni per l'obiettivo "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam" non riuscito
make[3]: *** [/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/platforms/linux64GccDPInt32Opt/bin/ansysToFoam] Errore 1
make[3]: uscita dalla directory "/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/applications/utilities/mesh/conversion/ansysToFoam"
/home/andreak/tmp/AUR/openfoam/src/OpenFOAM-3.0.1/wmake/MakefileApps:39: set di istruzioni per l'obiettivo "ansysToFoam" non riuscito
make[2]: *** [ansysToFoam] Errore 2
and I do not understand why it does not stop the building procedure when an error occurs (I've removed all the "|| return 1" in the build() function in the hope to heve the errors highlighted.
panda-z commented on 2016-01-17 10:38 (UTC)
Hi @Xwang,
I totally agree with you. This is a minor bug in the OpenFOAM code base. So file a bug report is a better choice.
Xwang commented on 2016-01-17 10:34 (UTC)
Thank you panda-z.
I was trying to rebuild after a downgrade of the flex package, but your solution seems a lot better.
I'll try and but in any case I'm going to open a bug to openFoam because this patch should be in their base code. Do you agree?
panda-z commented on 2016-01-17 09:56 (UTC)
@Xwang a patch is needed:
diff --git a/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L b/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L
index 3c732c1..558b483 100644
--- a/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L
+++ b/src/triSurface/triSurface/interfaces/STL/readSTLASCII.L
@@ -55,7 +55,7 @@ int yyFlexLexer::yylex()
// It is called by yylex but is not used as the mechanism to change file.
// See <<EOF>>
//! \cond dummy
-#if YY_FLEX_SUBMINOR_VERSION < 34
+#if YY_FLEX_SUBMINOR_VERSION < 34 && YY_FLEX_MINOR_VERSION < 6
extern "C" int yywrap()
#else
int yyFlexLexer::yywrap()
Xwang commented on 2016-01-17 09:41 (UTC)
Trying to update the package, I have discovered that we are hitting a bug given by the fact that flex has been updated to 2.6.0.x.
(http://www.cfd-online.com/Forums/openfoam-installation/163986-building-openfoam-3-0-archlinux.html)
Now I do not know how to solve this problem.
I can perhaps change the dependency to ask for flex-android, but I fear that this will conflict with other AUR packages which we are using (paraview, scotch,...) and other packages that everyone of us may have installed on his pc (wine-staging for example). All of these packages require flex and not flex-android.
Any suggestion?
Pinned Comments
petronny commented on 2020-08-04 08:36 (UTC) (edited on 2023-04-14 08:48 (UTC) by petronny)
Pre-built binaries of this package and its dependencies can be found in the arch4edu repository.