There is a version bump for OpenFOAM-1.6 available. As there is no longer a dedicated patched version for bugs on svn available, I am no longer planning to provide split ebuilds. And also I have not yet done the work for the -bin ebuild, but this shouldn't be too hard. Will this version go into portage quickly? Or should I first push it in some overlay (sunrise, science)? Reproducible: Always
Created attachment 200414 [details] openfoam-1.6 version bump
Created attachment 200415 [details] openfoam-src-1.6 version bump
Created attachment 200417 [details, diff] compile patch for OpenFOAM-1.6
Created attachment 200420 [details] openfoam-bin-1.6 version bump
(In reply to comment #1) > Created an attachment (id=200414) [edit] > openfoam-1.6 version bump Right, this depends on sci-libs/scotch, which fails at the moment.
So scotch works now. The Openfoam ebuild finishes, but there are tons of errors like: usr/lib/gcc/x86_64-pc-linux-gnu/4.4.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lreactionThermophysicalModels collect2: ld returned 1 exit status make[2]: *** [/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/applications/bin/chemkinToFoam] Error 1 and what's the diff between openfoam and openfoam-src now?
(In reply to comment #6) > The Openfoam ebuild finishes, but there are tons of errors like: > > usr/lib/gcc/x86_64-pc-linux-gnu/4.4.1/../../../../x86_64-pc-linux-gnu/bin/ld: > cannot find -lreactionThermophysicalModels > collect2: ld returned 1 exit status > make[2]: *** > [/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/applications/bin/chemkinToFoam] > Error 1 > > and what's the diff between openfoam and openfoam-src now? > Thank you for testing it. Maybe it's a problem with gcc-4.4, see bug 279160. I have only tested it with gcc-4.3.2, but I can have a look at it with gcc-4.4.1. Can you please post your complete build log, or at least some lines around the first Error message, so that I can have an idea what's happen. The lreactionThermophysicalModels was not build (and some additional libraries I guess), so I have to know why. openfoam install the binaries and libraries. openfoam-src, put's in all the header files and stuff like that.
Created attachment 203118 [details, diff] preliminary gcc-4.4.patch This is a preliminary gcc-4.4.patch for the first errors which occur, but there is ad least one more. Unfortunately I'm not able in the moment to solve this problem. Maybe someone has an idea? SOURCE=chemistryReaders/chemkinReader/chemkinLexer.L ; flex -+ -f $SOURCE ; mv lex.yy.cc Make/linux64Gcc/chemkinLexer.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/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/src/finiteVolume/lnInclude -I/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/src/thermophysicalModels/basic/lnInclude -I/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/src/thermophysicalModels/specie/lnInclude -IlnInclude -I. -I/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/src/OpenFOAM/lnInclude -I/var/tmp/portage/sci-libs/openfoam-1.6/work/OpenFOAM-1.6/src/OSspecific/POSIX/lnInclude -fPIC -c Make/linux64Gcc/chemkinLexer.C -o Make/linux64Gcc/chemkinLexer.o lex.yy.cc: In member function 'int Foam::chemkinReader::lex()': lex.yy.cc:35908: warning: use of old-style cast lex.yy.cc:35908: warning: use of old-style cast lex.yy.cc:35924: warning: use of old-style cast lex.yy.cc:37337: warning: use of old-style cast lex.yy.cc: In member function 'int yyFlexLexer::yy_get_next_buffer()': lex.yy.cc:37592: warning: use of old-style cast lex.yy.cc:37615: warning: use of old-style cast lex.yy.cc:37628: warning: use of old-style cast lex.yy.cc:37628: warning: use of old-style cast lex.yy.cc:37649: warning: use of old-style cast lex.yy.cc:37649: warning: use of old-style cast lex.yy.cc:37674: warning: use of old-style cast lex.yy.cc:37677: warning: use of old-style cast lex.yy.cc:37677: warning: use of old-style cast lex.yy.cc: In member function 'yy_state_type yyFlexLexer::yy_get_previous_state()': lex.yy.cc:37704: warning: use of old-style cast lex.yy.cc:37704: warning: use of old-style cast lex.yy.cc: In member function 'void yyFlexLexer::yyunput(int, char*)': lex.yy.cc:37764: warning: use of old-style cast lex.yy.cc:37765: warning: use of old-style cast lex.yy.cc:37773: warning: use of old-style cast lex.yy.cc: In member function 'int yyFlexLexer::yyinput()': lex.yy.cc:37822: error: 'EOF' was not declared in this scope lex.yy.cc:37840: warning: use of old-style cast lex.yy.cc: In member function 'virtual yy_buffer_state* yyFlexLexer::yy_create_buffer(std::istream*, int)': lex.yy.cc:37918: warning: use of old-style cast lex.yy.cc:37927: warning: use of old-style cast lex.yy.cc: In member function 'virtual void yyFlexLexer::yy_delete_buffer(yy_buffer_state*)': lex.yy.cc:37949: warning: use of old-style cast lex.yy.cc:37952: warning: use of old-style cast lex.yy.cc:37954: warning: use of old-style cast lex.yy.cc: In member function 'void yyFlexLexer::yyensure_buffer_stack()': lex.yy.cc:38081: warning: use of old-style cast lex.yy.cc:38101: warning: use of old-style cast lex.yy.cc: In member function 'void yyFlexLexer::yy_push_state(int)': lex.yy.cc:38121: warning: use of old-style cast lex.yy.cc:38124: warning: use of old-style cast lex.yy.cc:38124: warning: use of old-style cast lex.yy.cc: In function 'void* yyalloc(yy_size_t)': lex.yy.cc:38203: warning: use of old-style cast lex.yy.cc: In function 'void* yyrealloc(void*, yy_size_t)': lex.yy.cc:38215: warning: use of old-style cast lex.yy.cc:38215: warning: use of old-style cast lex.yy.cc: In function 'void yyfree(void*)': lex.yy.cc:38220: warning: use of old-style cast make: *** [Make/linux64Gcc/chemkinLexer.o] Error 1
Created attachment 203124 [details, diff] gcc-4.4.patch With this gcc-4.4.patch openfoam-1.6 seems to build with gcc-4.4.1.
+ 18 Sep 2009; Patrick Lauer <patrick@gentoo.org> +openfoam-src-1.6.ebuild, + +files/OpenFOAM-1.6-compile.patch: + Bump to 1.6, thanks to Oliver Borm for ebuilds and patches. Fixes #280586 At last! Thanks Oliver, the patches do work now.
