Re: compilation problem

[Mark Wielaard <mjw at redhat dot com>]

Hi Jun,

On Wed, 2008-08-13 at 12:51 +0900, Jun Koi wrote:
> I am trying to compile systemtap 0.7. To do so, I first try to compile
> and install elfutils-0.131 (latest version?).

The latest version of elfutils can be found at
https://fedorahosted.org/elfutils/ and is 0.135.

> - Patch elfutils-0.131 with elfutils-portability.patch (Is this really
> necessary? If so, why it is separated?)

I don't really remember. I believe the portability.patch isn't needed
anymore with newer elfutils. If a newer elfutils build works for you
without needing the patch then please let us know.

> - Run ./configure, then make inside elfutils-0.131/.
> 
> This results in error like below:
> 
> ..........
> Making all in libebl
> make[2]: Entering directory `/home/jun/projects/elfutils-0.131/libebl'
> gcc -D_GNU_SOURCE -DHAVE_CONFIG_H
> -DOBJDIR=\"/home/jun/projects/elfutils-0.131/libebl\" -I. -I.. -I.
> -I../libelf -I../libdw -I../lib -I..   -fpic -Wall -Wshadow -Werror
> -Wunused -Wextra -Wformat=2 -std=gnu99 -g -O2 -MT eblopenbackend.o -MD
> -MP -MF .deps/eblopenbackend.Tpo -c -o eblopenbackend.o
> eblopenbackend.c
> cc1: warnings being treated as errors
> In file included from ./libebl.h:54,
>                  from ./libeblP.h:54,
>                  from eblopenbackend.c:63:
> ../libdw/libdw.h:639: warning: C99 inline functions are not supported;
> using GNU89
> ../libdw/libdw.h:639: warning: to disable this warning use
> -fgnu89-inline or the gnu_inline function attribute
> ../libdw/libdw.h:646: warning: C99 inline functions are not supported;
> using GNU89
> make[2]: *** [eblopenbackend.o] Error 1
> make[2]: Leaving directory `/home/jun/projects/elfutils-0.131/libebl'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/jun/projects/elfutils-0.131'
> make: *** [all] Error 2
> 
> 
> My machine is x86, compiler gcc 4.2.3 on Ubuntu 8.04
> 
> How can I fix this?

This sounds like the problem reported here:
http://sourceware.org/ml/systemtap/2008-q2/msg00276.html

Cheers,

Mark