Well, I finally solved the problem. After another person on our team
reported that 1.5.6 started working for them again after some configure.ac
changes to our project (even though it still failed for me), I went out and
grabbed Mandrake's src.rpm package and started going through the 12 patches
th
On Sat, Nov 20, 2004 at 04:48:47PM +0100, Ralf Wildenhues wrote:
> * Sean Dague wrote on Wed, Nov 17, 2004 at 06:07:55PM CET:
> > On Tue, Nov 16, 2004 at 06:32:51PM -0800, Jacob Meuser wrote:
> >
> > > curious also what's in ../utils/libopenhpiutils.la
> *snip*
> > openhpi/openhpi-1.9.3/_build/uti
* Sean Dague wrote on Wed, Nov 17, 2004 at 06:07:55PM CET:
> On Tue, Nov 16, 2004 at 06:32:51PM -0800, Jacob Meuser wrote:
>
>
> > /home/sdague/openhpi/openhpi-1.9.3/_inst/lib/libopenhpiutils.so
> > doesn't yet exist?
>
> Nothing exists in _inst except directories, as this phase of make distchec
On Wed, 17 Nov 2004, Sean Dague wrote:
/home/sdague/openhpi/openhpi-1.9.3/_inst/lib/libopenhpiutils.so
doesn't yet exist?
If this is the case then this means that the lib_LTLIBRARIES
specification is ordered incorrectly in Makefile.am. Unfortunately,
Automake does not yet have a way to ensure that
On Tue, Nov 16, 2004 at 09:49:46PM -0600, Bob Friesenhahn wrote:
> On Tue, 16 Nov 2004, Jacob Meuser wrote:
> >
> >curious also what's in ../utils/libopenhpiutils.la
> >
> >probably
> >
> >installed=yes
> >
> >and
> >
> >libdir='/home/sdague/openhpi/openhpi-1.9.3/_inst/lib'
> >
> >but
> >
> >/home/
On Tue, Nov 16, 2004 at 06:32:51PM -0800, Jacob Meuser wrote:
> curious also what's in ../utils/libopenhpiutils.la
>
> probably
>
> installed=yes
>
> and
>
> libdir='/home/sdague/openhpi/openhpi-1.9.3/_inst/lib'
>
> but
openhpi/openhpi-1.9.3/_build/utils/libopenhpiutils.la contains the
follo
On Tue, 16 Nov 2004, Jacob Meuser wrote:
curious also what's in ../utils/libopenhpiutils.la
probably
installed=yes
and
libdir='/home/sdague/openhpi/openhpi-1.9.3/_inst/lib'
but
/home/sdague/openhpi/openhpi-1.9.3/_inst/lib/libopenhpiutils.so
doesn't yet exist?
If this is the case then this means tha
On Tue, Nov 16, 2004 at 08:59:08PM -0500, Sean Dague wrote:
> Bob,
>
> The following log is still valid for where the breakdown occurs:
> http://dague.net/libtool.txt.
>
> That is a complete build log, plus all versions of the software.
>
> The problem comes at:
>
> /bin/sh ../../mkinstalldirs
Bob,
The following log is still valid for where the breakdown occurs:
http://dague.net/libtool.txt.
That is a complete build log, plus all versions of the software.
The problem comes at:
/bin/sh ../../mkinstalldirs
/home/sdague/tmp/am-dc-28498//home/sdague/openhpi/openhpi-1.9.3/_inst/lib
/bin/
I just was able to get a debian system up to basically the same revision
levels of autotools as my desktop system an it gets through make
distcheck. Which means it isn't a libtool issue, but I'm still hoping
someone might still be able to help me figure out what part of the toolchain
is to bla
On Tue, Nov 16, 2004 at 06:24:21PM +0100, Ralf Wildenhues wrote:
> > Agreed, making that change now
> >
> > > second you should link to $(srcdir)/relpath/$@ instead
> >
> > Also agreed, making that change now
>
> Watch out. You link to some built sources and some non-built sources.
> When tryi
[ slightly reordered your answers for ease of consistent answers ]
* Sean Dague wrote on Tue, Nov 16, 2004 at 05:56:11PM CET:
> On Mon, Nov 15, 2004 at 04:20:05PM +0100, Ralf Wildenhues wrote:
> > * Sean Dague wrote on Thu, Nov 11, 2004 at 09:45:40PM CET:
> > > The issue I reported a couple weeks
On Mon, Nov 15, 2004 at 04:20:05PM +0100, Ralf Wildenhues wrote:
> * Sean Dague wrote on Thu, Nov 11, 2004 at 09:45:40PM CET:
> > The issue I reported a couple weeks ago is still there. We have now tracked
> > down based on a number of versions of libtool to figure out what works and
> > what does
* Sean Dague wrote on Thu, Nov 11, 2004 at 09:45:40PM CET:
> The issue I reported a couple weeks ago is still there. We have now tracked
> down based on a number of versions of libtool to figure out what works and
> what doesn't.
>
> libtool 1.4.x - all versions work that we've tried
> libtool 1.
14 matches
Mail list logo