You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by "C. Scott Ananian" <ca...@lesser-magoo.lcs.mit.edu> on 2001/09/05 18:36:55 UTC
Re: [SVN-DEV] Re: db linkage -- better, but still not quite right.
Similar problems here. After checking out the latest SVN working copy, I
get:
% ./configure --with-apxs=/home/cananian/apache2/bin/apxs --enable-maintainer-mode --prefix=/home/cananian
% make
[...]
------ completed all in db/dist
cd subversion/svnlook && /bin/sh /home/cananian/src/svn/trunk/libtool
--silent --mode=link gcc -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -D_SVID_SOURCE -g -Wall -Wmissing-prototypes
-Wstrict-prototypes -Wmissing-declarations -pthread -Wpointer-arith
-Wwrite-strings -Wshadow -DSVN_DEBUG -DAP_DEBUG -I./subversion/include
-I. -I./apr/include -I./neon/src -I./expat-lite
-I/home/cananian/src/svn/trunk/db/dist -rpath /home/cananian/lib -o
svnlook main.o ../../subversion/libsvn_repos/libsvn_repos.la
../../subversion/libsvn_fs/libsvn_fs.la
../../subversion/libsvn_delta/libsvn_delta.la
../../subversion/libsvn_subr/libsvn_subr.la
/home/cananian/src/svn/trunk/apr/libapr.la ../../expat-lite/libexpat.la
-lm -lcrypt -lnsl -ldl
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`db_create'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`txn_abort'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`db_env_create'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`db_version'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`txn_begin'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`db_strerror'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`txn_checkpoint'
../../subversion/libsvn_fs/.libs/libsvn_fs.so: undefined reference to
`txn_commit'
collect2: ld returned 1 exit status
make: *** [subversion/svnlook/svnlook] Error 1
%
Note that -ldb is not on the command-line.
Furthermore, the configure.in and ac-helpers/libtool.m4 scripts have a
radically different interpretation of '--enable-shared',
'--disable-shared', '--enable-static', and '--disable-static' than 'info
libtool' does.
--s
for Dummies arrangements algorithm Rule Psix KGB plastique NRA Dictionary
OVER THE HORIZON RADAR CIA RUCKUS mustard Qaddafi DES LA assassination
( http://lesser-magoo.lcs.mit.edu/~cananian )
--
"These students are going to have to find out what law and order is
all about." -- Brig. General Robert Canterbury, Noon, May 4, 1970,
minutes before his troops shot 13 unarmed Kent State students, killing 4.
--
[http://www.cs.cmu.edu/~dst/DeCSS/Gallery/]
#!/usr/bin/perl -w
# 526-byte qrpff, Keith Winstein and Marc Horowitz <si...@mit.edu>
# MPEG 2 PS VOB file on stdin -> descrambled output on stdout
# arguments: title key bytes in least to most-significant order
$_='while(read+STDIN,$_,2048){$a=29;$c=142;if((@a=unx"C*",$_)[20]&48){$h=5;
$_=unxb24,join"",@b=map{xB8,unxb8,chr($_^$a[--$h+84])}@ARGV;s/...$/1$&/;$d=
unxV,xb25,$_;$b=73;$e=256|(ord$b[4])<<9|ord$b[3];$d=$d>>8^($f=($t=255)&($d
>>12^$d>>4^$d^$d/8))<<17,$e=$e>>8^($t&($g=($q=$e>>14&7^$e)^$q*8^$q<<6))<<9
,$_=(map{$_%16or$t^=$c^=($m=(11,10,116,100,11,122,20,100)[$_/16%8])&110;$t
^=(72,@z=(64,72,$a^=12*($_%16-2?0:$m&17)),$b^=$_%64?12:0,@z)[$_%8]}(16..271))
[$_]^(($h>>=8)+=$f+(~$g&$t))for@a[128..$#a]}print+x"C*",@a}';s/x/pack+/g;eval
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [SVN-DEV] Re: db linkage -- better, but still not quite right.
Posted by "C. Scott Ananian" <ca...@lesser-magoo.lcs.mit.edu>.
On Wed, 5 Sep 2001, Kevin Pilch-Bisson wrote:
> On Wed, Sep 05, 2001 at 02:36:55PM -0400, C. Scott Ananian wrote:
> > Similar problems here. After checking out the latest SVN working copy, I
> > get:
> > Note that -ldb is not on the command-line.
>
> It shouldn't have to be, if it showed up on the link line for libsvn_fs.
>
> Will investigate further though.
I figured it out (at least partially): see the patch below.
--s
Mk 48 Ft. Meade Flintlock Panama immediate supercomputer SEAL Team 6
assassination politics Moscow Morwenstow RNC blowfish RUCKUS D5 SLBM
( http://lesser-magoo.lcs.mit.edu/~cananian )
Index: ac-helpers/berkeley-db.m4
===================================================================
*** ac-helpers/SVN/text-base/berkeley-db.m4 Wed Sep 5 14:10:14 2001
--- ac-helpers/berkeley-db.m4 Wed Sep 5 14:41:18 2001
***************
*** 100,106 ****
if test "$enable_shared" = "yes"; then
# Once we upgrade to libtool 1.4 we should change this to
# "$dbdir/libdb-3.3.la"
! SVN_DB_LIBS="-L $dbdir/.libs -ldb-3.3"
else
SVN_DB_LIBS="-L$dbdir -ldb"
fi
--- 100,106 ----
if test "$enable_shared" = "yes"; then
# Once we upgrade to libtool 1.4 we should change this to
# "$dbdir/libdb-3.3.la"
! SVN_DB_LIBS="-L$dbdir/.libs -ldb-3.3"
else
SVN_DB_LIBS="-L$dbdir -ldb"
fi
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: [SVN-DEV] Re: db linkage -- better, but still not quite right.
Posted by Kevin Pilch-Bisson <ke...@pilch-bisson.net>.
On Wed, Sep 05, 2001 at 02:36:55PM -0400, C. Scott Ananian wrote:
> Similar problems here. After checking out the latest SVN working copy, I
> get:
> Note that -ldb is not on the command-line.
It shouldn't have to be, if it showed up on the link line for libsvn_fs.
Will investigate further though.
>
> Furthermore, the configure.in and ac-helpers/libtool.m4 scripts have a
> radically different interpretation of '--enable-shared',
> '--disable-shared', '--enable-static', and '--disable-static' than 'info
> libtool' does.
Can't say that I know much about that, I just followed in other's footsteps.
> --s
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Pilch-Bisson http://www.pilch-bisson.net
"Historically speaking, the presences of wheels in Unix
has never precluded their reinvention." - Larry Wall
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~