On Mar 22, 2005, at 8:20 AM, John Szakmeister wrote:
> It generally means that a type isn't defined. For instance:
>
> john_type_t *bogus;
>
> When trying to compile the above statement, you'll get the exact same
> "parse error before '*' token".
Yes, that became obvious to me too this morning too. Looks like the
first one occurs when "DB_ENV" is declared in fs.h. I tried to
configure without BDB because I didn't want to install it (it's not
necessary for the test I was going to do).
My configure specified:
--without-berkeley-db
and the configure output told me (and this is all the m/bdb/i or
m/berkeley/i mentions in the configure output):
configure: WARNING: we have configured without BDB filesystem support
You don't seem to have Berkeley DB version 4.1.25 or newer
installed and linked to APR-UTIL. We have created Makefiles which
will build without the Berkeley DB back-end; your repositories will
use FSFS as the default back-end. You can find the latest version of
Berkeley DB here:
http://www.sleepycat.com/download/index.shtml
There does exist /usr/include/db.h that Apple put on the system (from
FreeBSD it appears, $FreeBSD: src/include/db.h,v 1.5 2002/03/26
01:35:05 bde Exp $). It does not define DB_ENV and is very short
compared to the db.h that I see in my Linux build of BDB 4.2.52. It
looks like a BSD db.h header rather than a BDB db.h header.
When I look in the apr-util/config.log, I see (with "grep db"):
configure:35996: result: sdbm (default)
config.status:672: creating include/private/apu_select_dbm.h
config.status:672: creating dbm/Makefile
config.status:672: creating dbm/sdbm/Makefile
ac_cv_header_gdbm_h=no
apu_db_header='db.h'
apu_db_version='0'
apu_have_db='0'
apu_have_gdbm='0'
apu_have_ndbm='0'
apu_have_sdbm='1'
apu_use_db='0'
apu_use_gdbm='0'
apu_use_ndbm='0'
apu_use_sdbm='1'
If configured without BDB support, the question then seems to me, why
is it trying to declare a bdb DB_ENV?
-Travis
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Mar 22 16:32:40 2005