trouble building mccp4 on linux x86_64

From: Sabuj Pattanayek <>
Date: Tue Dec 13 2005 - 19:22:04 GMT

Dear all,

I'm having trouble building the mccp4 dependency for coot on linux
x86_64. I've tried using the binaries but I can't get around the libpt
problem unless I install a much older version of pwlib, so I'm trying to
build it:

/root/mccp4-0.7.1# ./configure
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for ranlib... ranlib
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for size_t... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for ld used by GCC... /usr/x86_64-pc-linux-gnu/bin/ld
checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes
checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object
files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognise dependant libraries... file_magic ELF
[0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )
checking command to parse /usr/bin/nm -B output... ok
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for file... /usr/bin/file
checking for ranlib... (cached) ranlib
checking for strip... strip
checking for objdir... .libs
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 if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/x86_64-pc-linux-gnu/bin/ld) supports
shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands

/root/mccp4-0.7.1# make
make all-am
make[1]: Entering directory `/root/mccp4-0.7.1'
source='umtzlib.c' object='umtzlib.lo' libtool=yes \
depfile='.deps/umtzlib.Plo' tmpdepfile='.deps/umtzlib.TPlo' \
depmode=gcc3 /bin/sh ./depcomp \
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g
-O2 -c -o umtzlib.lo `test -f 'umtzlib.c' || echo './'`umtzlib.c
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c umtzlib.c -MT umtzlib.lo -MD
-MP -MF .deps/umtzlib.TPlo -fPIC -DPIC -o .libs/umtzlib.lo
In file included from ccp4_types.h:4,
                  from ccp4_lib.h:5,
                  from umtzlib.h:10,
                  from umtzlib.c:1:
ccp4_sysdep.h:231:4: #error "Can't determine machine number format"
make[1]: *** [umtzlib.lo] Error 1

There are some #define's in the ccp4_sysdep.h but I can't determine
which define it is looking for maybe "Linux_x86_64" or "x86_64" ? Any
ideas on how to get mccp4 to compile?

Thanks in advance,
Sabuj Pattanayek
Received on Tue Dec 13 19:16:29 2005

This archive was generated by hypermail 2.1.8 : Sun Jan 08 2006 - 14:25:57 GMT