Closed mr-c closed 7 years ago
Does not reproduce on Linux or OS/X, using current master or develop branch, using gcc or icc.
Please provide more information so I can reproduce the problem; in particular, please specify what release or github branch you're using.
Hello @cryptogenomicon I am using https://github.com/EddyRivasLab/easel/archive/0.43.tar.gz on Debian "sid"
$ uname -a
Linux mrcdev 4.8.0-2-amd64 #1 SMP Debian 4.8.15-2 (2017-01-04) x86_64 GNU/Linux
$ gcc --version
gcc (Debian 6.3.0-14) 6.3.0 20170415
Still does not reproduce for me, on our CentOS Linux, with gcc 6.3.0.
But I have a hunch. Go to configure.ac line 146 where it says AC_DEFINE(eslAUGMENT_RANDOM)
. Add a line:
AC_DEFINE(eslAUGMENT_RANDOMSEQ)
Rerun ./configure and make. See if the problem goes away.
After ./configure, in esl_config.h lines 148-149, in 0.43 code, you should see:
#define eslAUGMENT_RANDOM 1
#define eslAUGMENT_RANDOMSEQ
which is slightly sloppy - eslAUGMENT_RANDOMSEQ should be defined to 1, not just defined as a symbol -- and I'll fix.
After the patch suggested above, you should see:
#define eslAUGMENT_RANDOM 1
#define eslAUGMENT_RANDOMSEQ 1
which is cleaner, but as we are just using #ifdef
tests for these symbols, I can't see how it should matter.
Oh, whoops, I wasn't doing a clean build. Mea culpa.
Let me back up: I'm packaging easel for Debian. We normally run autoreconf
which calls autoheader
and that complained about the lack of complete AC_DEFINE
s.
In the meantime I'll just not run autoheader
-- sorry to waste your time!
It's a good idea not to run autoheader in any case, because it silently overwrites our configuration header, esl_config.h.in. We only use autoconf, no other GNU build system tools.
I've just checked in changes on our develop branch that make Easel safe for autoheader, including changing the AC_DEFINE()'s, and adding a decoy_config.h.in to keep it away from overwriting our configuration header.