According to [EMAIL PROTECTED]:
> I did a mistake by changing err.c and getlong.c to C++ files.
> I fixed this:
>
> * htdb/{Makefile.am,err.c,getlong.c}: Fix mistake: err.c and
> getlong.c contain C functions (declared in clib_ext) and
> must be C compiled otherwise the prototype won't fit. Checking
> db Makefiles, getlong.c and err.c are added to the list of objects
> for each utility program. This guaranties that they won't conflict
> with objects included in libdb.a.
>
> Sorry :-}
No problems, Loic. Thanks for looking after this. I'm now able to
completely compile and link the package, but now it fails at the
make install stage. I used the command
make DESTDIR=/var/tmp/htdig-root install-strip
in my RPM spec file, to install under the "BuildRoot", and it failed right
away, because now it tries to do a make install of the db package, which
doesn't understand the DESTDIR convention for an alternate root directory.
(Even if it did, I'd rather not have the db libraries and header files as
a part of the ht://Dig 3.2 RPMs.) I took the "db" directory out of the
main Makefile's SUBDIRS list, and the make install seemed to work fine.
I guess I could include a patch file in my RPM to strip "db" out of
HTDIGDIRS in configure, before running it, but I'd really rather not
have to kludge it in this way. I suspect a lot of other users would
also rather not have to install the whole db package in this way.
Shouldn't this be optional?
--
Gilles R. Detillieux E-mail: <[EMAIL PROTECTED]>
Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/~grdetil
Dept. Physiology, U. of Manitoba Phone: (204)789-3766
Winnipeg, MB R3E 3J7 (Canada) Fax: (204)789-3930
------------------------------------
To unsubscribe from the htdig3-dev mailing list, send a message to
[EMAIL PROTECTED]
You will receive a message to confirm this.
