Hello Kyle,That, indeed, was the problem. After working through a few more build failures (I will send a complete list with solutions once I succeed in building Overture and CG for the BG/P backend), I am getting the following failure very near the end of the Overture build process:
make[1]: Entering directory `/gpfs/home/jpbernst/Code/Overture/Overture.v24/lib'
ar ruv libOverture_static.a ../static/*.o ../boxlib/*.ompixlcxx_r -o libOverture.so -qmkshrobj ../DataBase/*.o ../GridFunction/*.o ../templates/*.o \ ../Grid/*.o ../Mapping/*.o ../Oges/*.o ../GridGenerator/*.o ../Ogshow/*.o ../mapUtil/*.o \
../otherStuff/*.o ar: creating libOverture_static.a a - ../static/GLwDrawA.o a - ../static/GLwMDrawA.o a - ../static/initOvertureGlobalVariables.o a - ../static/initStaticMappingVariables.o a - ../static/memoryUsage.o a - ../static/mogl.o a - ../static/overlay.o a - ../static/OvertureInit.o a - ../static/RapsodiInit.o a - ../static/ReferenceCounting.o a - ../static/xColours.o a - ../boxlib/AliasedDPtr.o a - ../boxlib/ArithFab.o a - ../boxlib/aString.o a - ../boxlib/BArena.o a - ../boxlib/BoxArray.o a - ../boxlib/BoxAssoc.o a - ../boxlib/BoxDomain.o a - ../boxlib/BoxLib.o a - ../boxlib/BoxList.o a - ../boxlib/Box.o a - ../boxlib/FabConv.o a - ../boxlib/FArrayBox.o a - ../boxlib/FPC.o a - ../boxlib/IndexType.o a - ../boxlib/IntVect.o a - ../boxlib/MultiFab.o a - ../boxlib/OrderedFab.o a - ../boxlib/Orientation.o a - ../boxlib/ParmParse.o a - ../boxlib/Pointers.o a - ../boxlib/Utility.o ranlib libOverture_static.a touch lib_date/bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/crtbeginS.o: In function `__do_global_dtors_aux': crtstuff.c:(.text+0x4c): relocation truncated to fit: R_PPC_PLTREL24 against symbol `__cxa_finalize@@GLIBC_2.1.3' defined in .text section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/powerpc-bgp-linux//lib/libc.so.6+8000 /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/crtbeginS.o:(.fini+0x0): relocation truncated to fit: R_PPC_LOCAL24PC against `.text' /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/crtendS.o:(.init+0x0): relocation truncated to fit: R_PPC_LOCAL24PC against `.text'
../DataBase/DataBaseBuffer.o: In function `__init__0()':/bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../include/c++/4.1.2/iostream:76: relocation truncated to fit: R_PPC_PLTREL24 against undefined symbol `aString::aString(char const*)' /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../include/c++/4.1.2/iostream:76: relocation truncated to fit: R_PPC_PLTREL24 against symbol `__cxa_atexit@@GLIBC_2.1.3' defined in .text section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/powerpc-bgp-linux//lib/libc.so.6
../DataBase/DataBaseBuffer.o: In function `__sinit65535()':DataBaseBuffer.C:(.text+0x74): relocation truncated to fit: R_PPC_LOCAL24PC against symbol `_GLOBAL_OFFSET_TABLE_' defined in .got section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../powerpc-bgp-linux/lib/crti.o+fffffffc
../DataBase/DataBaseBuffer.o: In function `__sinit65535()':/bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../include/c++/4.1.2/iostream:76: relocation truncated to fit: R_PPC_PLTREL24 against symbol `_ZNSt8ios_base4InitC1Ev@@GLIBCXX_3.4' defined in .text section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../powerpc-bgp-linux/lib/libstdc++.so /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../include/c++/4.1.2/iostream:76: relocation truncated to fit: R_PPC_PLTREL24 against symbol `__cxa_atexit@@GLIBC_2.1.3' defined in .text section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/powerpc-bgp-linux//lib/libc.so.6
../DataBase/DataBaseBuffer.o: In function `aString::__dftbdt(std::string*)':/gpfs/home/jpbernst/Code/Overture/Overture.v24/DataBase/DataBaseBuffer.C:302: relocation truncated to fit: R_PPC_LOCAL24PC against symbol `_GLOBAL_OFFSET_TABLE_' defined in .got section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../powerpc-bgp-linux/lib/crti.o+fffffffc /gpfs/home/jpbernst/Code/Overture/Overture.v24/DataBase/DataBaseBuffer.C:302: relocation truncated to fit: R_PPC_PLTREL24 against symbol `_ZNSsD2Ev@@GLIBCXX_3.4' defined in .text section in /bgsys/drivers/V1R4M2_200_2010-100508P/ppc/gnu-linux/lib/gcc/powerpc-bgp-linux/4.1.2/../../../../powerpc-bgp-linux/lib/libstdc++.so
../DataBase/DataBaseBuffer.o: In function `aString::~aString()':/gpfs/home/jpbernst/Code/Overture/Overture.v24/DataBase/DataBaseBuffer.C:302: additional relocation overflows omitted from the output
make[1]: *** [libso_date] Error 1make[1]: Leaving directory `/gpfs/home/jpbernst/Code/Overture/Overture.v24/lib'
make: *** [all] Error 2The static Overture library is present (does the size look reasonable?), but the shared one is not:
{login1}/home/jpbernst/Code/Overture/Overture.v24>ll lib/ total 3072 drwx------ 2 jpbernst users 131072 2012-05-03 23:10 ./ drwx------ 29 jpbernst users 131072 2012-05-03 22:37 ../ -rw------- 1 jpbernst users 0 2012-05-03 23:10 lib_date -rw------- 1 jpbernst users 1680230 2012-05-03 23:10 libOverture_static.a -rw------- 1 jpbernst users 18478 2012-05-03 22:37 Makefile -rw------- 1 jpbernst users 11809 2011-05-18 15:21 Makefile.in -rw------- 1 jpbernst users 10134 2011-05-18 15:21 .#Makefile.in.1.10 -rw------- 1 jpbernst users 10190 2011-05-18 15:21 .#Makefile.in.1.11 -rw------- 1 jpbernst users 10417 2011-05-18 15:21 .#Makefile.in.1.14 -rw------- 1 jpbernst users 10455 2011-05-18 15:21 .#Makefile.in.1.16 -rw------- 1 jpbernst users 11114 2011-05-18 15:21 .#Makefile.in.1.26 {login1}/home/jpbernst/Code/Overture/Overture.v24>I suspect that the problem above is related to the shared library, which I actually do not need. Is there a built-in way to disable creation of the shared library? I have not found a way and a purely static build for the BG/P is fine with me.
Best, Joe On 5/2/2012 6:06 PM, Kyle K. Chand wrote:
Hi Joe,xlcxx does not seem to like to redefine macros without first undefing them (?). Does your version of the compiler have the -qlanglvl=redefmac option? You might need to enable this to allow the compiler to redefine macros w/o a prior undef.Kyle mailto: chand1@xxxxxxxx phoneto: (925) 422 7740 On May 2, 2012, at 3:11 PM, J. P. Bernstein wrote:Hello Bill,I was able to get past the P++ problem by manually removing hardwired settings in P++/configure referencing:/usr/casc/overture/local-i686-redhat-linux/opt/mpich and hardwired "-lmpich" settings. P++ then built successfully.With Mesa-7.2, the Overture build progressed for quite some time and failed due to a macro definition collision between P++ and Mesa:mpixlcxx_r -qarch=450d -qtune=450 -qmaxmem=16384 -I/home/jpbernst/Code/Overture/Overture.v24/include -I/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/include -DUSE_MESA -I/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/include -I/home/jpbernst/Code/Mesa-7.2/include -DBL_USE_DOUBLE -DBL_Solaris -DUSE_PPP -g -DUSE_PPP -DNO_REAL -I/soft/apps/hdf5-1.8.0/include -c ShowFileReader.C "/home/jpbernst/Code/Mesa-7.2/include/GL/../../src/mesa/main/glheader.h", line 235.11: 1540-0848 (S) The macro name "INLINE" is already defined with a different definition. "/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/include/config.h", line 66.9: 1540-0425 (I) "INLINE" is defined on line 66 of "/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/include/config.h".make[1]: *** [osRender.o] Error 1 make[1]: *** Waiting for unfinished jobs...."/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/include/A++.h", line 1405.21: 1540-1091 (W) The friend declaration "APP_view" specifies a default argument expression and is not a definition.. . ."/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/include/p_inline_func.h", line 465.12: 1540-1103 (W) The address of a local variable or temporary is used in a return expression. make[1]: Leaving directory `/gpfs/home/jpbernst/Code/Overture/Overture.v24/Ogshow'make: *** [all] Error 2 2021.257u 171.469s 18:52.55 193.6% 0+0k 912+696624io 0pf+0w Thoughts? ==joe ----- Original Message ----- From: "J. P. Bernstein" <astro@xxxxxxx> To: overture@xxxxxxxxxxxxx Sent: Wednesday, May 2, 2012 11:32:53 AM Subject: [overture] Re: Building v24 on Blue Gene P Thanks for the quick reply, Bill.The use of Mesa-7.10.3 was motivated by it's precedent of successful installation on BG/P. I will give 7.2 a try.Best, Joe ----- Original Message ----- From: "Bill Henshaw" <henshaw@xxxxxxxx> To: overture@xxxxxxxxxxxxx Sent: Wednesday, May 2, 2012 11:29:45 AM Subject: [overture] Re: Building v24 on Blue Gene P Hi Joe,Your problem with Mesa is likely the newer version you are using. I am usingMesa-7.2. Your problem with P++ could very well be a known problem. ...Bill On 05/02/2012 08:39 AM, J. P. Bernstein wrote:Thanks, Bill. Regarding the BG/P build, the P++ build with this configuration:./configure --enable-PXX --with-CC=mpixlc_r --with-CFLAGS="-qarch=450d -qtune=450" --with-CXX=mpixlcxx_r --with-CXXFLAGS="-qarch=450d -qtune=450" --disable-mpirun-check --with-mpi-libs="" --without-PADRE --prefix=`pwd`(the new thing is the PADRE option you suggested) is failing with:mpixlcxx_r -o test2000_01 test2000_01.o -L/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/install/lib -L/usr/casc/overture/local-i686-redhat-linux/opt/mpich/lib -lmpich -L../src -lPpp -lPpp_static -lPpp -L/usr/casc/overture/local-i686-redhat-linux/opt/mpich/lib -lmpich -lc -lm /bgsys/drivers/ppcfloor/gnu-linux/powerpc-bgp-linux/bin/ld: cannot find -lmpichgmake[3]: *** [test2000_01] Error 1 gmake[3]: *** Waiting for unfinished jobs...."../include/A++.h", line 1405.21: 1540-1091 (W) The friend declaration "APP_view" specifies a default argument expression and is not a definition.. . .gmake[3]: Leaving directory `/gpfs/home/jpbernst/Code/Overture/A++P++-0.8.0/P++/TESTS'gmake[2]: *** [all-recursive] Error 1gmake[2]: Leaving directory `/gpfs/home/jpbernst/Code/Overture/A++P++-0.8.0/P++'gmake[1]: *** [all] Error 2gmake[1]: Leaving directory `/gpfs/home/jpbernst/Code/Overture/A++P++-0.8.0/P++'make: *** [all-recursive] Error 1 Thus, it seems that the: --disable-mpirun-check --with-mpi-libs=""configure options are not having the expected result and that some spurious mpi lib is getting set. P++ builds successfully without the PADRE option. Is this a known issue?On another topic, in support of the BG/P build effort, I took your advise on trying to build Overture in serial on a more traditional Linux system. I was able to build A++ and Mesa without much incident. However, the Overture build, with default configuration, failed with:g++ -fPIC -I/home/jpbernst/Code/GEM/Overture.v24/include -I. -DUSE_MESA -I/home/jpbernst/Code/GEM/A++P++-0.8.0/A++/install/include -I/home/jpbernst/Code/GEM/Mesa-7.10.3/include -I/usr/X11R6/include -DBL_USE_DOUBLE -DBL_Solaris -I/usr/lib/perl5/5.8.8/x86_64-linux-thread-multi/CORE -g -I/home/jpbernst/Code/GEM/Mesa-7.10.3/src/mesa/main -I/home/jpbernst/Code/GEM/Mesa-7.10.3/src/mesa/glapi -I/home/jpbernst/Code/GEM/Mesa-7.10.3/src/mesa -c osRender.C In file included from /home/jpbernst/Code/GEM/Mesa-7.10.3/include/GL/../../src/mesa/main/context.h:53,from osRender.C:215:/home/jpbernst/Code/GEM/Mesa-7.10.3/include/GL/../../src/mesa/main/mtypes.h:40:25: error: glapi/glapi.h: No such file or directory /home/jpbernst/Code/GEM/Mesa-7.10.3/include/GL/../../src/mesa/main/mtypes.h:1283: error: ‘_glthread_Mutex’ does not name a type. . . osRender.C:230: error: ‘GLcontext’ does not name a typeosRender.C:231: error: ISO C++ forbids declaration of ‘GLvisual’ with no typeosRender.C:231: error: expected ‘;’ before ‘*’ tokenosRender.C:232: error: ISO C++ forbids declaration of ‘GLframebuffer’ with no typeosRender.C:232: error: expected ‘;’ before ‘*’ tokenosRender.C: In member function ‘int GL_GraphicsInterface::offScreenRenderMesa(const char*, GraphicsParameters&)’:osRender.C:299: error: ‘GLcontext’ was not declared in this scope osRender.C:299: error: ‘CC’ was not declared in this scope osRender.C:299: error: expected primary-expression before ‘)’ token osRender.C:299: error: expected `;' before ‘OSMesaGetCurrentContext’ osRender.C:313: error: ‘oldCC’ was not declared in this scope osRender.C:313: error: expected primary-expression before ‘)’ tokenosRender.C:313: error: ‘struct osmesa_context’ has no member named ‘gl_ctx’ osRender.C:314: error: ‘struct osmesa_context’ has no member named ‘gl_ctx’osRender.C:314: error: expected primary-expression before ‘)’ token osRender.C:314: error: expected `;' before ‘CC’ osRender.C:322: error: expected primary-expression before ‘)’ tokenosRender.C:322: error: ‘struct osmesa_context’ has no member named ‘gl_ctx’ osRender.C:359: error: ‘struct osmesa_context’ has no member named ‘gl_ctx’osRender.C:359: error: expected primary-expression before ‘)’ token osRender.C:359: error: expected `)' before ‘oldCC’ make[1]: *** [osRender.o] Error 1make[1]: Leaving directory `/gpfs/home/jpbernst/Code/GEM/Overture.v24/Ogshow'make: *** [all] Error 2 682.610u 53.347s 12:24.76 98.8% 0+0k 0+550952io 0pf+0wThis is odd since the Mesa build was error-free and mapi/glapi was included in the Mesa source dirs config. I revisited the Overture instructions for building Mesa and found that there were no instructions as to explicitly setting the Mesa source dirs. Thus, I tried several Mesa rebuilds either without source dirs specified or with a subsets of them specified followed by an Overture rebuild for each. None of the attempts resolved the failure above or resulted in a different failure. Are you able to shed any light on this one?Best, Joe