libunwind-devel
[Top][All Lists]
Advanced

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

[Libunwind-devel] Re: libunwind on x86 issues


From: Arun Sharma
Subject: [Libunwind-devel] Re: libunwind on x86 issues
Date: Thu, 4 Jun 2009 11:33:37 -0700

Hi Jörn,

I'd suggest downloading the released package.

http://download.savannah.nongnu.org/releases/libunwind/libunwind-0.99.tar.gz

I sent mails to the debian and ubuntu maintainers to upgrade the
package to 0.99, but haven't heard back from them.

Relevant bugs:

https://bugs.launchpad.net/ubuntu/+source/libunwind/+bug/382055
https://bugs.launchpad.net/ubuntu/+source/libunwind/+bug/304447

If you wanted to compile from git yourself, you'll need to generate
the files as follows:

$ autoreconf -i

 -Arun


On Thu, Jun 4, 2009 at 11:05 AM, Jörn Engel <address@hidden> wrote:
>
> David proposed sending the mail to Arun.  Arun, I take it you are the
> current maintainer of libunwind?
>
> On Thu, 4 June 2009 19:23:21 +0200, Jörn Engel wrote:
> >
> > At first glance, libunwind looks like the perfect solution to my
> > problem, which is essentially a userspace port of the linux kernel
> > dump_stack() function.  But there are some problems...
> >
> > One of them is the mail server.  It responds to pings, but ports 25 and
> > 80 are dead.  David, do you know the correct person to inform about
> > this?
> >
> > Having binaries shipped with my distro (Debian) would be perfect, but
> > they only have ia64 binaries.  So I tried to download the latest git and
> > compile it myself.
> >
> > README explains the usual ./configure; make; make install procedure.
> > But there is no ./configure.  README was last touched in 2007.  Not a
> > good starting point, it appears.
> >
> > There is a configure.in, along with Makefile.am.  However, no
> > documentation about the usage and my memories are faint.  And painful -
> > I had hoped never to touch autoconf/automake again.  Oh well, here we
> > go.
> >
> > $ autoconf
> > configure.in:11: error: possibly undefined macro: AM_INIT_AUTOMAKE
> >       If this token and others are legitimate, please use
> > m4_pattern_allow.
> >       See the Autoconf documentation.
> > configure.in:12: error: possibly undefined macro: AM_MAINTAINER_MODE
> > configure.in:13: error: possibly undefined macro: AM_CONFIG_HEADER
> > configure.in:20: error: possibly undefined macro: AM_PROG_LIBTOOL
> > configure.in:21: error: possibly undefined macro: AM_PROG_AS
> > configure.in:22: error: possibly undefined macro: AM_PROG_CC_C_O
> > configure.in:74: error: possibly undefined macro: AM_CONDITIONAL
> >
> > Not a good sign.  Maybe it works in spite of the problems.
> >
> > $ ./configure
> > configure: error: cannot find install-sh or install.sh in config "."/config
> >
> > Doesn't look much better.  And I won't even try to understand what went
> > wrong.  autoconf/automake internals are a pain I can happily live
> > without.  So maybe automake works in spite of these discouraging
> > messages?
> >
> > $ automake
> > [249 lines spewed at me.  I won't quote them all]
> >
> > About half of them look like purely informational (object `foo.lo'
> > created by `bar/foo.c'), the other half look like error messages.  All
> > on stderr.  No Makefile.in created and more importantly nothing remotely
> > resembling a compiler was ever invoked.
> >
> > So how _do_ I build this library?
> >
> > At least this excursion explained the question of why there are no x86
> > libunwind packages for debian.
> >
> > Jörn
> >
> > --
> > Premature optimization is the root of all evil.
> > -- Donald Knuth
>
> Jörn
>
> --
> You can take my soul, but not my lack of enthusiasm.
> -- Wally




reply via email to

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