[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-devel] Re: db init

From: Deliverable Mail
Subject: [Monotone-devel] Re: db init
Date: Wed, 23 Mar 2005 22:36:53 -0500

I'm getting the same weird message with gcc 3.2.2:

<angle> /vol/build/m...-0.17-gcc-3.2.2 $ ./monotone --db=mt.db db init
monotone: misuse: database schemas do not match: wanted
40369a7bda66463c5785d160819ab6398b9d44f4, got                         
               . try migrating database

For the very first attempt to use the new binary...  I got popt-1.9,
too.  I've compiled a dynamic version, it's for my own fancy, here's
the deps:

<angle> /vol/build/m...-0.17-gcc-3.2.2 $ ldd monotone => /usr/local/lib/ (0x40017000) => /usr/local/lib/ (0x400f1000) => /lib/ (0x40121000) =>
(0x40125000) =>
(0x401ae000) =>
(0x401bf000) => /opt/gcc/3.2.2/lib/ (0x401d4000) => /lib/ (0x4028c000) => /opt/gcc/3.2.2/lib/ (0x402ab000) => /lib/ (0x402b4000)
        /lib/ => /lib/ (0x40000000)

What can be the reason for it? Looks like it's not g++ version...

On Wed, 23 Mar 2005 17:37:19 -0800, Nathaniel Smith <address@hidden> wrote:
> On Wed, Mar 23, 2005 at 06:47:01PM -0500, Deliverable Mail wrote:
> > I have an old SuSE 7.2, upgraded with tons of sources and stuffed with
> > a myriad things.  The popt was from there, circa 2001, but I see that
> > popt source on freshmeat, the first I googled out, is version 1.7 from
> > 2002.  Couldn't find popt on right away...  The one I have
> > in SuSE is version 1.6.  I compiled your patch fine -- although it
> > didn't auto-patch into monotone-0.17/, I had to manually
> > insert it (your lines are off, perpaps you're using the most recent
> > version).  Would installing patch-1.7 help?  Perhaps it thinks I want
> > to do something else...
> Weird, yeah, the patch is against the most recent version of monotone,
> not 0.17, but patch should have just been able to apply some fuzz and
> work anyway.
> >  I'm doing several-version g++ compatibility check for my other C++
> > projects, so I might try other versions of g++.
> > Question: if I want to compile several versions of boost for different
> > g++ ones, since using the ABI option is rather new and I don't know
> > whether that would work -- and it won't with g++ 2.95.3 -- I keep
> > boost lib<s>.so files for different g++ versions in different subdirs,
> > e.g. /usr/local/lib/gcc/3.4.3/.  If I set LDFLAGS=-L<that> before
> > compiling monotone binary, link fails.  I had to hack it into
> > monotone_LDFLAGS in Makefile.  Why doesn't it use the environment's
> I'm not sure.  I'd probably instead pass it on the configure command
> line, or even use CXXFLAGS/CFLAGS instead of LDFLAGS.
> > Perhaps you could advise on how to layout boost/monotone  for several
> > different versions of g++?  I was badly burned by .o incompatibilities
> > and C++ mangling so now I always keep .o's produced by different g++'s
> > in different object subdirs, like obj/gcc-3.4.3/some.o.
> I would use different build directories, for monotone.  If your
> sources are in $MTDIR/src,
>   $ mkdir $MTDIR/bld-3.4.3
>   $ cd $MTDIR/bld-3.4.3
>   $ ../src/configure CC=gcc-3.4.3 CXX=g++-3.4.3 && make
> repeat for each version of gcc you want to use.
> For boost, you can keep the libs in different directories, or make
> sure the libraries end up with different names (which bjam sort of
> wants to do anyway, though I don't recall if it normally puts the gcc
> version into the library name).  Then you can choose which library
> set to use for each build by passing BOOST_SUFFIX=whatever to
> configure.
> -- Nathaniel
> -- 
> So let us espouse a less contested notion of truth and falsehood, even
> if it is philosophically debatable (if we listen to philosophers, we
> must debate everything, and there would be no end to the discussion).
>   -- Serendipities, Umberto Eco
> _______________________________________________
> Monotone-devel mailing list
> address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]