Sorry if you get this multiple times -- the original was blocked from the PV 
list because the output log was too big. I can send the log I referred to 
off-list to anybody who is interested. 

-------------------------------------------------- 

Good morning! 

Thanks Andy and Richard for the advice. 

After banging my head on my keyboard for most of the day yesterday , neither 
approach worked on Copper. 

For Andy's suggestion of building pv5.0 with the Cray cross compiling script, I 
got a bunch of errors towards the end. It looks like many things did build, but 
then those errors about an unknown system kicked in and it seemed to all fall 
apart. I attached the output log as cray_build_pv5.0.txt 

Richard, I tried your setup as well. I initially was trying to avoid the 
building CMake step but eventually something in the ParaviewSuperbuild failed 
because it said it needed CMake 2.8.11 and Copper only has 2.8.10. So, I took a 
step back and tried to build CMake. When I just do what is in your script -- 
configure and then make -- the build fails quickly because it says it cannot 
statically link shared libraries. So I tried to build CMake using the 
Catamount.cmake toolchain that we use for our application code as well. The 
initial configuration took over an hour, it sits at 95% for a long time going 
through the portion where it looks for various headers/features. But eventually 
it finishes and I tried to build but that failed. I get: 

tgallagh@copper01:~/cmake/build> make 
[ 3%] Built target cmsys 
[ 4%] Built target cmsys_c 
[ 6%] Built target cmzlib 
[ 6%] Building C object Utilities/cmcurl/lib/CMakeFiles/cmcurl.dir/strerror.c.o 
/u/tgallagh/cmake/cmake/Utilities/cmcurl/lib/strerror.c:32:6: error: #error 
"strerror_r MUST be either POSIX, glibc or vxworks-style" 
# error "strerror_r MUST be either POSIX, glibc or vxworks-style" 
^ 
make[2]: *** [Utilities/cmcurl/lib/CMakeFiles/cmcurl.dir/strerror.c.o] Error 1 
make[1]: *** [Utilities/cmcurl/lib/CMakeFiles/cmcurl.dir/all] Error 2 

So taking a big step backwards here to look at the big picture -- am I (and our 
lab) just using Cray systems in a fundamentally incorrect way? We've always 
struggled to get things to build when we never have had issues with SGI/Intel, 
BlueGene, or IBM machines (even when they were using PowerPC). We used to have 
all these same issues with our CFD code on Cray as well and the only solution 
we found was to build all of our codes' libraries statically and drop support 
for shared libraries. 

I appreciate the help with the scripts. If there's any follow-up advice on what 
I'm doing wrong in both/either approach, that would be great. 

Thanks, 

Tim 
_______________________________________________
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/paraview

Reply via email to