[cgma-dev] buildbot failure in Fathom on cgm-cubit

[cgma-dev at lists.mcs.anl.gov]

The Fathomatic has detected a failed build of cgm-cubit on Fathom.
Full details are available at:
 http://gnep.mcs.anl.gov:8010/builders/cgm-cubit/builds/368

Buildbot URL: http://gnep.mcs.anl.gov:8010/

Buildslave for this Build: gnep

Build Reason: The Nightly scheduler named 'nightly' triggered this build
Build Source Stamp: None
Blamelist: 

BUILD FAILED: failed configure

LOG EXCERPT:
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld -m elf_x86_64
checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking for g77 option to produce PIC... -fPIC
checking if g77 PIC flag -fPIC works... yes
checking if g77 static flag -static works... yes
checking if g77 supports -c -o file.o... yes
checking whether the g77 linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into programs... immediate
checking for a sed that does not truncate output... /bin/sed
checking whether byte ordering is bigendian... no
checking for known C compilers... GNU
checking for known compiler/OS combinations... GNU:x86_64
checking for known c++ compilers... GNU
checking for known compiler/OS combinations... GNU:x86_64
checking how to get verbose linking output from gfortran... -v
checking for Fortran libraries of gfortran...  -L/usr/lib/gcc/x86_64-linux-gnu/4.2.4 -L/usr/lib/gcc/x86_64-linux-gnu/4.2.4/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-linux-gnu/4.2.4/../../.. -lgfortranbegin -lgfortran -lm
checking for dummy main to link with Fortran libraries... none
checking for Fortran name-mangling scheme... lower case, underscore, no extra underscore
checking for C++-standard library in std:: namespace... yes
checking for C++-standard I/O in std:: namespace... yes
checking if C++ template definitions should be included... yes
configure: error: /home/sharp/3rdparty/Cubit/Cubit64/cubit-10.2-amd64: not a directory.

sincerely,
 -The Fathomatic