nanopolish: HDF5 download and compile error

When I try to compile nanopolish allowing it to download and compile all of its dependencies, it fails with the following error:

config.status: executing libtool commands
	    SUMMARY OF THE HDF5 CONFIGURATION
	    =================================

General Information:
-------------------
		   HDF5 Version: 1.8.14
		  Configured on: Thu Apr 19 21:23:56 PDT 2018
		  Configured by: root@erenna
		 Configure mode: production
		    Host system: x86_64-unknown-linux-gnu
	      Uname information: Linux erenna 4.4.0-59-generic #80-Ubuntu SMP Fri Jan 6 17:47:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
		       Byte sex: little-endian
		      Libraries: static, shared
	     Installation point: /usr/local/bin/nanopolish/hdf5-1.8.14/..

Compiling Options:
------------------
               Compilation Mode: production
                     C Compiler: /usr/bin/gcc
                         CFLAGS:
                      H5_CFLAGS:   -ansi -pedantic -Wall -W -Wundef -Wshadow -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs -Winline -O -fomit-frame-pointer -finline-functions
                      AM_CFLAGS:
                       CPPFLAGS:
                    H5_CPPFLAGS: -D_POSIX_C_SOURCE=199506L   -DNDEBUG -UH5_DEBUG_API
                    AM_CPPFLAGS: -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_BSD_SOURCE
               Shared C Library: yes
               Static C Library: yes
  Statically Linked Executables: no
                        LDFLAGS:
                     H5_LDFLAGS:
                     AM_LDFLAGS:  -L/usr/local/bin/nanopolish/hdf5-1.8.14/../lib
 	 	Extra libraries:  -lpthread -lz -ldl -lm
 		       Archiver: ar
 		 	 Ranlib: ranlib
 	      Debugged Packages:
		    API Tracing: no

Languages:
----------
                        Fortran: no

                            C++: no

Features:
---------
                  Parallel HDF5: no
             High Level library: yes
                   Threadsafety: yes
            Default API Mapping: v18
 With Deprecated Public Symbols: yes
         I/O filters (external): deflate(zlib)
         I/O filters (internal): shuffle,fletcher32,nbit,scaleoffset
                            MPE: no
                     Direct VFD: no
                        dmalloc: no
Clear file buffers before write: yes
           Using memory checker: no
         Function Stack Tracing: no
      Strict File Format Checks: no
   Optimization Instrumentation: no
       Large File Support (LFS): yes
make[1]: Entering directory '/usr/local/bin/nanopolish/hdf5-1.8.14'
Making all in src
make[2]: Entering directory '/usr/local/bin/nanopolish/hdf5-1.8.14/src'
make  all-am
make[3]: Entering directory '/usr/local/bin/nanopolish/hdf5-1.8.14/src'
  CC       H5.lo
In file included from /usr/local/include/assert.h:5:0,
                 from H5private.h:50,
                 from H5.c:24:
/usr/local/include/except.h:5:44: fatal error: config.h: No such file or directory
compilation terminated.
Makefile:1222: recipe for target 'H5.lo' failed
make[3]: *** [H5.lo] Error 1
make[3]: Leaving directory '/usr/local/bin/nanopolish/hdf5-1.8.14/src'
Makefile:850: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/usr/local/bin/nanopolish/hdf5-1.8.14/src'
Makefile:586: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/usr/local/bin/nanopolish/hdf5-1.8.14'
Makefile:88: recipe for target 'lib/libhdf5.a' failed
make: *** [lib/libhdf5.a] Error 2

About this issue

  • Original URL
  • State: closed
  • Created 6 years ago
  • Comments: 19 (10 by maintainers)

Most upvoted comments

I think the newest versions of gmap behave themselves wrt the header issue. The gmap author knows about the conflicts introduced in the earlier release and had remedied it. Still worth writing him just to confirm.

On Thu, May 24, 2018 at 3:31 AM, darrin t schultz notifications@github.com wrote:

You were right! I renamed those headers and nanopolish compiled fine. Now we just need to track down those GMAP devs and talk to them about dumping headers into /usr/local/include…

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/jts/nanopolish/issues/371#issuecomment-391617594, or mute the thread https://github.com/notifications/unsubscribe-auth/AHMVX-DT5Xdl7D2HjggiUSOJ2guPE38qks5t1mHTgaJpZM4Tc2hJ .

Brian J. Haas The Broad Institute http://broadinstitute.org/~bhaas http://broad.mit.edu/~bhaas