That was on BG/L, and a long time ago, a cross-compiler issue I believe. We were doing our own I/O in Hdf4 at the time, but they may have fixed the issue since then. Overture is usually a fix and forget sort of thing for me, so am glad they are using Hdf5. We have a repository setup at UCAR, if anyone would like access to the Overture portion email me and I can either send you a copy or point you in the right direction for an account. Also, I am wondering if the Perl regex stuff on the back-end could be easily replaced with PRCE (http://www.pcre.org/), which may be easier to compile on BlueGene.
Cheers, -Erik On 03/05/2012 01:19 PM, J. P. Bernstein wrote:
Interesting, Erik. Was that on BG/P or BG/L? As I suppose you know, the current Overture v24 installation instructions call for HDF5, which *is* available on the BG/P at Argonne. Best, Joe On Mar 5, 2012, at 12:58 PM, Erik Wilson wrote:Hi All, I have built Overture v24 with IBM XLC compilers previously, by making the X11, OpenGL, and Perl components optional. This is of course only helpful if you are using a slim down non-interactive / non-GUI version of Overture, which if running on Blue Gene and most super-computer systems is usually the situation. Hdf4 was also problematic to compile on the last Blue Gene system I used, I believe they recommend using Hdf5. But if you intend to use a sub-set of the Overture features, no GUI, and roll your own I/O, then it may be possible. Cheers, -Erik On 03/05/2012 11:42 AM, Kyle K. Chand wrote:Hi Joe, Well, I have some bad news regarding perl. Perl is really an integral part of how we set up problems both for the grid generator as well as CG solver runs. Using Overture w/o perl is kind of like editing C++ files with ed in a terminal window; you can do it but it is not really suggested :-) Overture's graphics/interpreter interface actually starts a perl interpreter and the text commands are first sent to the interpreter to either get string interpolation performed or perl statements evaluated. You can see an example of how this is used in $Overture/sampleGrids/squareArg.cmd, which parameterizes an ogen grid generator command file using perl statements. Now, it is probably possible to build Overture without the perl interpreter linked in, you will have to change OvertureParser.C as well as the bin/Makefile to remove references to perl. Then, however, you will need to strip perl from any command files you plan to use. The best way to go would be to compile Perl for BGP. However, if that is not possible for some reason, here is another way to go: 1) Build a "full" version of Overture somewhere you can generate grids and test things out 2) Modify this "full" version to write the "plain text" command files after the perl processing is completed, run any command files you want through it to strip the perl 3) Build a "perl-less" version for BGP on which you can run perl-stripped cg command files The easiest way to "strip" command files of perl might be to intercept the interpolated strings before they get sent to the rest of Overture from OvertureParser, I'll have to think about the least-intrusive way to do that. Regards, Kyle PS, I will try to get to your Mac question later today. mailto: chand1@xxxxxxxx phoneto: (925) 422 7740 On Mar 2, 2012, at 5:58 PM, J. P. Bernstein wrote:Hello Bill, Thank you and Kyle for the quick replies to my emails. Warning headed. I am on assignment from the Argonne Leadership Computing Facility (ALCF) on this effort. There is significant interest at ALCF to at least run the CG solvers on BGP (not necessarily ogen). Nevertheless, I will share your sentiment with my assigners. A question about the perl situation: my initial assessment suggested to me that perl was needed only for configuring the build and running the tests. Since perl is available on the front end, the configuration part should work. Part of my assignment is converting the perl test scripts to, e.g., python. However, your message below makes me doubt my assessment. Are the perl libs, which, as you know, are not available on the back end, needed at run time beyond the test scripts? Best, Joe On 3/2/2012 6:08 PM, Bill Henshaw wrote:Hi Joe, At one time I did get Overture compiled on the BGP front end at ANL with xlc but I was left with the issue that the perl libraries were not available with BGP. We could work around this if necessary but I prefer not too if possible. That said, experience tells me that since we have not run Overture on BGP then you are likely to have problems that will be very hard for you to fix. Therefore this is just a warning that the path you are on may lead to great misery and despair ... ...Bill J. P. Bernstein wrote:Hello, I am trying to build Overture.v24 on Blue Gene P (BG/P). In an attempt to add a BG/P configuration for A++, I looked for the following config file mentioned in the A++ README file: A++/config/config.options but was not able to find the file or the directory mentioned in the A++ directory tree. I was able to build A++ without errors with the following configure command: ./configure --with-CC=mpixlc_r --with-CFLAGS="-qarch=450d -qtune=450" --with-CXX=mpixlcxx_r --with-CXXFLAGS="-qarch=450d -qtune=450" --prefix=`pwd` However, the flags did not seem to be passed: mpixlc_r -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -c `test -f common_func.c || echo './'`common_func.c mpixlcxx_r -o resize resize.o -L/home/jpbernst/Code/Overture/A++P++-0.8.0/A++/install/lib -L../src -lApp -lApp_static -lApp -lm Is this a known issue? Returning to the BG/P config issue, I tried to hack : config/A++P++_common_autoconfig.m4 config.sub in order to add a Bg/P setup without success. Is there documentation available for adding a machine config? I was not able to find any on the Overture webpage. Best, Joe Bernstein