I'm trying to compile a piece of software but am getting an error. When I './configure' I get no problems, but after 'make' I hit my first obstacle:

$ make
make all-am
make[1]: Entering directory '/mus'
source='emverifytrain.cc' object='emverifytrain.o' libtool=no \
depfile='.deps/emverifytrain.Po' tmpdefile='.deps/emverifytrain.TPo' \
depmode=gcc3 /bin/sh ./depcomp \
g++ -DHAVE_CONFIG_H -I. -I. _I. -Wall -03 -D _LARGEFILE_SOURCE -g -02 -c -o e
mverifytraing.o 'test -f 'emverifytraing.cc' || echo './''emverifytrain.cc
emverifytrain.cc: In member function 'void emverifytrainer:rintParams()':
emverifytrain.cc:192: error: 'log' undeclared (first use this function)
emverifytrain.cc:192: error: (Each undeclared identifier is reported only once f
or each function it appears in.)
make[1]: *** [emverifytrain.o] Error 1
make[1]: Leaving directory '/mus'
make: *** [all] Error 2

After investing the source of emverifytrain.cc I decided that 'log' isn't that important to me. It's used only in the output of something to the user (I think) and if it means that the software will compile I'm willing to comment out that line. If this is a stupid thing to think then please tell me. After doing so I can successfully compile the software. When I try to run it I run into a problem though, and this is where I'm really stuck.

I get:

assertion "ldlen == LDLEN" failed: file "kepoint.cc", line 97
Aborted (core dumped)

I don't really know where to go from here. Any ideas?

1) It would be nice to know the software you are compiling. We could try it ourselves. ;-)

2) Don't assume that compiling is okay because ./configure went fine: perhaps you are missing a library or a header and ./configure gave you a warning instead of a halt. Check your config.log.

3) Commenting the line is somewhat silly unless you know what you're doing.
It's better to check if other instances of "log" are present somewhere else in the code: this could mean that a header is assumed by the complex organization of the makefile, but your configuration (/usr/local/include headers instead of /usr/include, badly defined environment variables) misses it. As a last resort only, I tend to add the header by hand. As a really last resort, I would forge the best type for "log" on top the function or in the class definition (assuming it's C++).

4) If none of the above problem are related to this assert, you could report the bug to the maintainers but you can dig a little, here. LDLEN seems to be a #define so "ldlen" is probably not a pointer. You could then guess on the possiblities of values "ldlen" can have (from which function does it comes, etc.) and see if this kind of assertion is warranted.

Cheers.

---
narc.