On Fri, Sep 22, 2006 at 04:52:27PM -0500, Albert Chin wrote:
> On Fri, Sep 22, 2006 at 05:26:07PM -0400, Jeff Blaine wrote:
> > I tried DESTDIR. It doesn't do what I want. If I specify
> >
> > % ./configure --prefix=/usr/local
> > % make
> > % make install DESTDIR=/blah/blah
> >
> >
On Fri, Sep 22, 2006 at 05:26:07PM -0400, Jeff Blaine wrote:
> I tried DESTDIR. It doesn't do what I want. If I specify
>
> % ./configure --prefix=/usr/local
> % make
> % make install DESTDIR=/blah/blah
>
> ...then the install process builds out /blah/blah/usr/local.
> We can't use
I tried DESTDIR. It doesn't do what I want. If I specify
% ./configure --prefix=/usr/local
% make
% make install DESTDIR=/blah/blah
...then the install process builds out /blah/blah/usr/local.
We can't use that.
Let me explain better what it is I am doing.
The players that are re
* Jeff Blaine wrote on Fri, Sep 22, 2006 at 06:30:42PM CEST:
>
> I will try --with-libdir, however I'm immediately concerned
> that it's going to cause an additional problem: We don't
> want anything we build for /dest to have any references
> to /dest/stow/- (to use Ed's
> example).
Yes, in tha
Title: RE: message to the bug-libtool list
See in line
-Original Message-
From: Ralf Wildenhues [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 22, 2006 9:34 AM
To: Jitesh Jhatakia
Cc: bug-libtool@gnu.org
Subject: Re: message to the bug-libtool list
[ bug-libtool readers: the ori
Hi Ralf and Ed,
Ed's description of the problem is what I am experiencing.
We use VECT (aka "CMU's EMT Rewritten and made "Lite") for
release management of apps. Written by yours truly :)
http://vect.sourceforge.net/
Anyway, it's the same problematic idea as Stow's.
I will try --with-libdir,
Hello Baurzhan,
* Baurzhan Ismagulov wrote on Fri, Sep 22, 2006 at 03:28:09PM CEST:
> > > When I call gcov under /dir/build, it says "stamp mismatch with graph
> > > file" (perhaps the *.gc* files do not match a.o?). So I call it from
> > > /dir/build/.libs. In this case, a.c is looked for in ../p
I believe the problem being described here is one that I have
encountered also since I use stow for package management. A long time
ago, it use to be the case you could say:
./configure --prefix=/dest
make
make prefix=/dest/stow/- install
even if the package installed shared objects.
With mor
[ bug-libtool readers: the original bug report was filtered ]
Hello Jitesh,
* Jitesh Jhatakia wrote on Fri, Sep 22, 2006 at 05:16:12PM CEST:
>
> Tagdemo-make.test failed 2 times once for tagdemo-conf.test and 2nd time
> for tagdemo-shared.test.
Thanks for the bug report. Could you please post
Hello Jeff,
* Jeff Blaine wrote on Fri, Sep 22, 2006 at 04:17:07PM CEST:
> Okay, I've run into this enough that it's taken its toll
> on me and I must know the proper modern way to handle this.
Hmm. This sounds like it used to work before and we broke something.
Is it what you are implying?
> F
Okay, I've run into this enough that it's taken its toll
on me and I must know the proper modern way to handle this.
For years and years, the following worked fine for any
GNU app using autoconf:
./configure --prefix=/my/final/destination
make
make install prefix=/my/to-be-release
Hello Ralf,
thanks much for your prompt answer!
On Fri, Sep 22, 2006 at 02:59:15PM +0200, Ralf Wildenhues wrote:
> > When I call gcov under /dir/build, it says "stamp mismatch with graph
> > file" (perhaps the *.gc* files do not match a.o?). So I call it from
> > /dir/build/.libs. In this case, a
Hello Baurzhan,
* Baurzhan Ismagulov wrote on Fri, Sep 22, 2006 at 02:19:32PM CEST:
> /dir/
> /dir/build/
> /dir/build/.libs/
> /dir/build/.libs/a.o
> /dir/prj/
> /dir/prj/a/
> /dir/prj/a/a.c
>
> When I call gcov under /dir/build, it says "stamp mismatch with graph
> file" (perhaps the *.gc* fil
Hello all,
I use libtool 1.5.22 in my project. I have the following directory
structure:
/dir/
/dir/build/
/dir/build/.libs/
/dir/build/.libs/a.o
/dir/build/a.lo
/dir/build/a.o
/dir/prj/
/dir/prj/a/
/dir/prj/a/a.c
When I call gcov under /dir/build, it says "stamp mismatch with graph
file" (perha
14 matches
Mail list logo