Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

Hi,

This thread is probably the closest to the problem I experience.

I need --monitor support in the stap. I am trying to compile the 3.0 release
On my Ubuntu 4.4.0-59-generic

pkg-config --exists --print-errors "json-c >= 0.12";echo $?
pkg-config --exists --print-errors "ncurses";echo $?

both return zero

I checked the ./configure and decided to run with

PKG_CONFIG=/usr/bin/pkg-config ./configure  --prefix=/home/arkady/systemtap/

Without PKG_CONFIG=/usr/bin/pkg-config ./configure fails to discover
json-c and ncurses.

I got 'yes' for both json-c and ncurses. The link (?) fails though

make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
  CCLD     stapio
monitor.o: In function `comp_name':
/home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
to `json_object_object_get_ex'
I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
json_object_object_get_ex
...................

What am I missing?

Thanks.

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

On 01/26/2017 05:17 AM, Arkady wrote:
> Hi,
> 
> This thread is probably the closest to the problem I experience.
> 
> I need --monitor support in the stap. I am trying to compile the 3.0 release
> On my Ubuntu 4.4.0-59-generic
> 
> pkg-config --exists --print-errors "json-c >= 0.12";echo $?
> pkg-config --exists --print-errors "ncurses";echo $?
> 
> both return zero
> 
> I checked the ./configure and decided to run with
> 
> PKG_CONFIG=/usr/bin/pkg-config ./configure  --prefix=/home/arkady/systemtap/
> 
> Without PKG_CONFIG=/usr/bin/pkg-config ./configure fails to discover
> json-c and ncurses.
> 
> I got 'yes' for both json-c and ncurses. The link (?) fails though
> 
> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>   CCLD     stapio
> monitor.o: In function `comp_name':
> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
> to `json_object_object_get_ex'
> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
> json_object_object_get_ex
> ...................
> 
> What am I missing?

Am I correct in thinking that libjson is installed in your home
directory somewhere and isn't a system library? If so, that might be
your problem. We can probably pass more options to configure to add that
directory to the link search path.

Another possibility is that the link is looking for a shared library
(.so) and you've got a static library (.a).

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

On Thu, Jan 26, 2017 at 7:43 PM, David Smith <dsmith@redhat.com> wrote:
> On 01/26/2017 05:17 AM, Arkady wrote:
>> Hi,
>>
>> This thread is probably the closest to the problem I experience.
>>
>> I need --monitor support in the stap. I am trying to compile the 3.0 release
>> On my Ubuntu 4.4.0-59-generic
>>
>> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>>   CCLD     stapio
>> monitor.o: In function `comp_name':
>> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
>> to `json_object_object_get_ex'
>> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
>> json_object_object_get_ex
>> ...................
>>
>> What am I missing?
>
> Am I correct in thinking that libjson is installed in your home
> directory somewhere and isn't a system library? If so, that might be
> your problem. We can probably pass more options to configure to add that
> directory to the link search path.
>
> Another possibility is that the link is looking for a shared library
> (.so) and you've got a static library (.a).
>

This is what I have
/usr/lib/x86_64-linux-gnu/libjson-c.so
/usr/lib/x86_64-linux-gnu/libjson-c.a
/usr/lib/x86_64-linux-gnu/libjson-c.so.2

Can it be an order of the object files and libraries?
> --
> David Smith
> dsmith@redhat.com
> Red Hat
> http://www.redhat.com
> 256.217.0141 (direct)
> 256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

On 01/26/2017 01:38 PM, Arkady wrote:
> On Thu, Jan 26, 2017 at 7:43 PM, David Smith <dsmith@redhat.com> wrote:
>> On 01/26/2017 05:17 AM, Arkady wrote:
>>> Hi,
>>>
>>> This thread is probably the closest to the problem I experience.
>>>
>>> I need --monitor support in the stap. I am trying to compile the 3.0 release
>>> On my Ubuntu 4.4.0-59-generic
>>>
>>> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>>>   CCLD     stapio
>>> monitor.o: In function `comp_name':
>>> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
>>> to `json_object_object_get_ex'
>>> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
>>> json_object_object_get_ex
>>> ...................
>>>
>>> What am I missing?
>>
>> Am I correct in thinking that libjson is installed in your home
>> directory somewhere and isn't a system library? If so, that might be
>> your problem. We can probably pass more options to configure to add that
>> directory to the link search path.
>>
>> Another possibility is that the link is looking for a shared library
>> (.so) and you've got a static library (.a).
>>
> 
> This is what I have
> /usr/lib/x86_64-linux-gnu/libjson-c.so
> /usr/lib/x86_64-linux-gnu/libjson-c.a
> /usr/lib/x86_64-linux-gnu/libjson-c.so.2

So I was wrong about the library being installed in your home directory.

> Can it be an order of the object files and libraries?

I'd doubt it. I wonder if we've got a json-c version problem. Let's see
if your shared library has that symbol in it. When I run "readelf -Ws"
on mine, I see the following:

====
# readelf -Ws /lib64/libjson-c.so | fgrep json_object_object_get_ex
   115: 0000000000003790    49 FUNC    GLOBAL DEFAULT   11
json_object_object_get_ex
====

What does yours return?

Also, what version of json-c do you have? I've got json-c-0.12-7.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

In my case this is
116: 0000000000003a30    49 FUNC    GLOBAL DEFAULT   11
json_object_object_get_ex

Symlink to /usr/lib/x86_64-linux-gnu/libjson-c.so.2.0.0
Package config

prefix=/usr
exec_prefix=${prefix}
libdir=${prefix}/lib/x86_64-linux-gnu
includedir=${prefix}/include

Name: json-c
Description: JSON implementation in C
Version: 0.11.99
Requires:
Libs:  -L${libdir} -ljson-c
Cflags: -I${includedir}/json-c


On Thu, Jan 26, 2017 at 10:40 PM, David Smith <dsmith@redhat.com> wrote:
> On 01/26/2017 01:38 PM, Arkady wrote:
>> On Thu, Jan 26, 2017 at 7:43 PM, David Smith <dsmith@redhat.com> wrote:
>>> On 01/26/2017 05:17 AM, Arkady wrote:
>>>> Hi,
>>>>
>>>> This thread is probably the closest to the problem I experience.
>>>>
>>>> I need --monitor support in the stap. I am trying to compile the 3.0 release
>>>> On my Ubuntu 4.4.0-59-generic
>>>>
>>>> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>>>>   CCLD     stapio
>>>> monitor.o: In function `comp_name':
>>>> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
>>>> to `json_object_object_get_ex'
>>>> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
>>>> json_object_object_get_ex
>>>> ...................
>>>>
>>>> What am I missing?
>>>
>>> Am I correct in thinking that libjson is installed in your home
>>> directory somewhere and isn't a system library? If so, that might be
>>> your problem. We can probably pass more options to configure to add that
>>> directory to the link search path.
>>>
>>> Another possibility is that the link is looking for a shared library
>>> (.so) and you've got a static library (.a).
>>>
>>
>> This is what I have
>> /usr/lib/x86_64-linux-gnu/libjson-c.so
>> /usr/lib/x86_64-linux-gnu/libjson-c.a
>> /usr/lib/x86_64-linux-gnu/libjson-c.so.2
>
> So I was wrong about the library being installed in your home directory.
>
>> Can it be an order of the object files and libraries?
>
> I'd doubt it. I wonder if we've got a json-c version problem. Let's see
> if your shared library has that symbol in it. When I run "readelf -Ws"
> on mine, I see the following:
>
> ====
> # readelf -Ws /lib64/libjson-c.so | fgrep json_object_object_get_ex
>    115: 0000000000003790    49 FUNC    GLOBAL DEFAULT   11
> json_object_object_get_ex
> ====
>
> What does yours return?
>
> Also, what version of json-c do you have? I've got json-c-0.12-7.
>
> --
> David Smith
> dsmith@redhat.com
> Red Hat
> http://www.redhat.com
> 256.217.0141 (direct)
> 256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

[-- Attachment #1: Type: text/plain, Size: 3560 bytes --]

On 01/26/2017 02:54 PM, Arkady wrote:
> In my case this is
> 116: 0000000000003a30    49 FUNC    GLOBAL DEFAULT   11
> json_object_object_get_ex
> 
> Symlink to /usr/lib/x86_64-linux-gnu/libjson-c.so.2.0.0
> Package config
> 
> prefix=/usr
> exec_prefix=${prefix}
> libdir=${prefix}/lib/x86_64-linux-gnu
> includedir=${prefix}/include
> 
> Name: json-c
> Description: JSON implementation in C
> Version: 0.11.99
> Requires:
> Libs:  -L${libdir} -ljson-c
> Cflags: -I${includedir}/json-c

Hmm, ok. Let's try the following to see what command is being run to
link stapio - "make -n stapio". On my system, the output looks like (run
from the 'staprun' directory):

====
# make -n stapio
rm -f stapio
echo "  CCLD    " stapio;gcc -Wall -Wextra -Werror -Wunused -W
-Wformat=2  -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio
stapio.o mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
libstrfloctime.a -lpthread -ljson-c   -lpanel -lncurses -ltinfo
====

The above output makes sense:

  gcc {other options} -o stapio {bunch of .o files} {libraries} -ljson-c
{other libraries}

Hopefully we'll see something similar with your output.

I've also attached a small test program. For me it compiles/links
correctly with:

# gcc -o jsonc-test jsonc-test.c -ljson-c

Does it work for you?

> On Thu, Jan 26, 2017 at 10:40 PM, David Smith <dsmith@redhat.com> wrote:
>> On 01/26/2017 01:38 PM, Arkady wrote:
>>> On Thu, Jan 26, 2017 at 7:43 PM, David Smith <dsmith@redhat.com> wrote:
>>>> On 01/26/2017 05:17 AM, Arkady wrote:
>>>>> Hi,
>>>>>
>>>>> This thread is probably the closest to the problem I experience.
>>>>>
>>>>> I need --monitor support in the stap. I am trying to compile the 3.0 release
>>>>> On my Ubuntu 4.4.0-59-generic
>>>>>
>>>>> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>>>>>   CCLD     stapio
>>>>> monitor.o: In function `comp_name':
>>>>> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
>>>>> to `json_object_object_get_ex'
>>>>> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
>>>>> json_object_object_get_ex
>>>>> ...................
>>>>>
>>>>> What am I missing?
>>>>
>>>> Am I correct in thinking that libjson is installed in your home
>>>> directory somewhere and isn't a system library? If so, that might be
>>>> your problem. We can probably pass more options to configure to add that
>>>> directory to the link search path.
>>>>
>>>> Another possibility is that the link is looking for a shared library
>>>> (.so) and you've got a static library (.a).
>>>>
>>>
>>> This is what I have
>>> /usr/lib/x86_64-linux-gnu/libjson-c.so
>>> /usr/lib/x86_64-linux-gnu/libjson-c.a
>>> /usr/lib/x86_64-linux-gnu/libjson-c.so.2
>>
>> So I was wrong about the library being installed in your home directory.
>>
>>> Can it be an order of the object files and libraries?
>>
>> I'd doubt it. I wonder if we've got a json-c version problem. Let's see
>> if your shared library has that symbol in it. When I run "readelf -Ws"
>> on mine, I see the following:
>>
>> ====
>> # readelf -Ws /lib64/libjson-c.so | fgrep json_object_object_get_ex
>>    115: 0000000000003790    49 FUNC    GLOBAL DEFAULT   11
>> json_object_object_get_ex
>> ====
>>
>> What does yours return?
>>
>> Also, what version of json-c do you have? I've got json-c-0.12-7.
>>
>> --
>> David Smith
>> dsmith@redhat.com
>> Red Hat
>> http://www.redhat.com
>> 256.217.0141 (direct)
>> 256.837.0057 (fax)


-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

[-- Attachment #2: jsonc-test.c --]
[-- Type: text/x-csrc, Size: 123 bytes --]

#include <stddef.h>
#include <json-c/json.h>

int main()
{
    return (int) json_object_object_get_ex(NULL, NULL, NULL);
}

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

[-- Attachment #1: Type: text/plain, Size: 5411 bytes --]

On Thu, Jan 26, 2017 at 11:25 PM, David Smith <dsmith@redhat.com> wrote:
> On 01/26/2017 02:54 PM, Arkady wrote:
>> In my case this is
>> 116: 0000000000003a30    49 FUNC    GLOBAL DEFAULT   11
>> json_object_object_get_ex
>>
>> Symlink to /usr/lib/x86_64-linux-gnu/libjson-c.so.2.0.0
>> Package config
>>
>> prefix=/usr
>> exec_prefix=${prefix}
>> libdir=${prefix}/lib/x86_64-linux-gnu
>> includedir=${prefix}/include
>>
>> Name: json-c
>> Description: JSON implementation in C
>> Version: 0.11.99
>> Requires:
>> Libs:  -L${libdir} -ljson-c
>> Cflags: -I${includedir}/json-c
>
> Hmm, ok. Let's try the following to see what command is being run to
> link stapio - "make -n stapio". On my system, the output looks like (run
> from the 'staprun' directory):
>
> ====
> # make -n stapio
> rm -f stapio
> echo "  CCLD    " stapio;gcc -Wall -Wextra -Werror -Wunused -W
> -Wformat=2  -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio
> stapio.o mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
> libstrfloctime.a -lpthread -ljson-c   -lpanel -lncurses -ltinfo
> ====
>
> The above output makes sense:
>
>   gcc {other options} -o stapio {bunch of .o files} {libraries} -ljson-c
> {other libraries}
>
> Hopefully we'll see something similar with your output.
>
Same here

$ make -n stapio

rm -f stapio

echo "  CCLD    " stapio;gcc -Wall -Wextra -Werror -Wunused -W
-Wformat=2 -ljson-c -lncurses -ltinfo -g -O2 -fstack-protector-all
-D_FORTIFY_SOURCE=2   -o stapio stapio.o mainloop.o common.o ctl.o
relay.o relay_old.o monitor.o libstrfloctime.a -lpthread

When I try to run the line
gcc -Wall -Wextra -Werror -Wunused -W -Wformat=2 -ljson-c -lncurses
-ltinfo -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio
stapio.o mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
libstrfloctime.a -lpthread

I am getting

/home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference
to `json_object_get_string'
monitor.o: In function `comp_state':
/home/arkady/systemtap-3.0/staprun/monitor.c:102: undefined reference
to `json_object_object_get_ex'
.....

/home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:152: undefined reference
to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference
to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference
to `json_object_get_string'
monitor.o: In function `comp_state':
/home/arkady/systemtap-3.0/staprun/monitor.c:101: undefined reference
to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:102: undefined reference
to `json_object_object_get_ex'
....
I attached the whole output.



> I've also attached a small test program. For me it compiles/links
> correctly with:
>
> # gcc -o jsonc-test jsonc-test.c -ljson-c

No errors, gcc created an executable jsonc-test.

>
> Does it work for you?
>
>> On Thu, Jan 26, 2017 at 10:40 PM, David Smith <dsmith@redhat.com> wrote:
>>> On 01/26/2017 01:38 PM, Arkady wrote:
>>>> On Thu, Jan 26, 2017 at 7:43 PM, David Smith <dsmith@redhat.com> wrote:
>>>>> On 01/26/2017 05:17 AM, Arkady wrote:
>>>>>> Hi,
>>>>>>
>>>>>> This thread is probably the closest to the problem I experience.
>>>>>>
>>>>>> I need --monitor support in the stap. I am trying to compile the 3.0 release
>>>>>> On my Ubuntu 4.4.0-59-generic
>>>>>>
>>>>>> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>>>>>>   CCLD     stapio
>>>>>> monitor.o: In function `comp_name':
>>>>>> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
>>>>>> to `json_object_object_get_ex'
>>>>>> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
>>>>>> json_object_object_get_ex
>>>>>> ...................
>>>>>>
>>>>>> What am I missing?
>>>>>
>>>>> Am I correct in thinking that libjson is installed in your home
>>>>> directory somewhere and isn't a system library? If so, that might be
>>>>> your problem. We can probably pass more options to configure to add that
>>>>> directory to the link search path.
>>>>>
>>>>> Another possibility is that the link is looking for a shared library
>>>>> (.so) and you've got a static library (.a).
>>>>>
>>>>
>>>> This is what I have
>>>> /usr/lib/x86_64-linux-gnu/libjson-c.so
>>>> /usr/lib/x86_64-linux-gnu/libjson-c.a
>>>> /usr/lib/x86_64-linux-gnu/libjson-c.so.2
>>>
>>> So I was wrong about the library being installed in your home directory.
>>>
>>>> Can it be an order of the object files and libraries?
>>>
>>> I'd doubt it. I wonder if we've got a json-c version problem. Let's see
>>> if your shared library has that symbol in it. When I run "readelf -Ws"
>>> on mine, I see the following:
>>>
>>> ====
>>> # readelf -Ws /lib64/libjson-c.so | fgrep json_object_object_get_ex
>>>    115: 0000000000003790    49 FUNC    GLOBAL DEFAULT   11
>>> json_object_object_get_ex
>>> ====
>>>
>>> What does yours return?
>>>
>>> Also, what version of json-c do you have? I've got json-c-0.12-7.
>>>
>>> --
>>> David Smith
>>> dsmith@redhat.com
>>> Red Hat
>>> http://www.redhat.com
>>> 256.217.0141 (direct)
>>> 256.837.0057 (fax)
>
>
> --
> David Smith
> dsmith@redhat.com
> Red Hat
> http://www.redhat.com
> 256.217.0141 (direct)
> 256.837.0057 (fax)

[-- Attachment #2: gcc.err --]
[-- Type: application/octet-stream, Size: 15858 bytes --]

gcc -Wall -Wextra -Werror -Wunused -W -Wformat=2 -ljson-c -lncurses -ltinfo -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio stapio.o mainloop.o common.o ctl.o relay.o relay_old.o monitor.o libstrfloctime.a -lpthread 
monitor.o: In function `comp_name':
/home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:152: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference to `json_object_get_string'
monitor.o: In function `comp_state':
/home/arkady/systemtap-3.0/staprun/monitor.c:101: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:102: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:103: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:103: undefined reference to `json_object_get_string'
monitor.o: In function `comp_max':
/home/arkady/systemtap-3.0/staprun/monitor.c:141: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:142: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:143: undefined reference to `json_object_get_int'
/home/arkady/systemtap-3.0/staprun/monitor.c:143: undefined reference to `json_object_get_int'
monitor.o: In function `comp_avg':
/home/arkady/systemtap-3.0/staprun/monitor.c:131: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:132: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:133: undefined reference to `json_object_get_int'
/home/arkady/systemtap-3.0/staprun/monitor.c:133: undefined reference to `json_object_get_int'
monitor.o: In function `comp_min':
/home/arkady/systemtap-3.0/staprun/monitor.c:121: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:122: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:123: undefined reference to `json_object_get_int'
/home/arkady/systemtap-3.0/staprun/monitor.c:123: undefined reference to `json_object_get_int'
monitor.o: In function `comp_hits':
/home/arkady/systemtap-3.0/staprun/monitor.c:111: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:112: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:113: undefined reference to `json_object_get_int'
/home/arkady/systemtap-3.0/staprun/monitor.c:113: undefined reference to `json_object_get_int'
monitor.o: In function `comp_index':
/home/arkady/systemtap-3.0/staprun/monitor.c:91: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:92: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:93: undefined reference to `json_object_get_int'
/home/arkady/systemtap-3.0/staprun/monitor.c:93: undefined reference to `json_object_get_int'
monitor.o: In function `handle_resize':
/home/arkady/systemtap-3.0/staprun/monitor.c:176: undefined reference to `endwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:177: undefined reference to `stdscr'
/home/arkady/systemtap-3.0/staprun/monitor.c:177: undefined reference to `wrefresh'
/home/arkady/systemtap-3.0/staprun/monitor.c:180: undefined reference to `delwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:186: undefined reference to `delwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:191: undefined reference to `LINES'
/home/arkady/systemtap-3.0/staprun/monitor.c:191: undefined reference to `COLS'
/home/arkady/systemtap-3.0/staprun/monitor.c:191: undefined reference to `newwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:193: undefined reference to `scrollok'
/home/arkady/systemtap-3.0/staprun/monitor.c:189: undefined reference to `COLS'
/home/arkady/systemtap-3.0/staprun/monitor.c:189: undefined reference to `LINES'
/home/arkady/systemtap-3.0/staprun/monitor.c:189: undefined reference to `newwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:183: undefined reference to `LINES'
/home/arkady/systemtap-3.0/staprun/monitor.c:183: undefined reference to `COLS'
/home/arkady/systemtap-3.0/staprun/monitor.c:183: undefined reference to `newwin'
monitor.o: In function `monitor_setup':
/home/arkady/systemtap-3.0/staprun/monitor.c:206: undefined reference to `initscr'
/home/arkady/systemtap-3.0/staprun/monitor.c:207: undefined reference to `curs_set'
/home/arkady/systemtap-3.0/staprun/monitor.c:208: undefined reference to `cbreak'
/home/arkady/systemtap-3.0/staprun/monitor.c:209: undefined reference to `noecho'
/home/arkady/systemtap-3.0/staprun/monitor.c:210: undefined reference to `stdscr'
/home/arkady/systemtap-3.0/staprun/monitor.c:210: undefined reference to `keypad'
/home/arkady/systemtap-3.0/staprun/monitor.c:211: undefined reference to `stdscr'
/home/arkady/systemtap-3.0/staprun/monitor.c:211: undefined reference to `nodelay'
/home/arkady/systemtap-3.0/staprun/monitor.c:212: undefined reference to `LINES'
/home/arkady/systemtap-3.0/staprun/monitor.c:212: undefined reference to `COLS'
/home/arkady/systemtap-3.0/staprun/monitor.c:212: undefined reference to `newwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:213: undefined reference to `LINES'
/home/arkady/systemtap-3.0/staprun/monitor.c:213: undefined reference to `COLS'
/home/arkady/systemtap-3.0/staprun/monitor.c:213: undefined reference to `newwin'
monitor.o: In function `monitor_cleanup':
/home/arkady/systemtap-3.0/staprun/monitor.c:220: undefined reference to `delwin'
/home/arkady/systemtap-3.0/staprun/monitor.c:221: undefined reference to `delwin'
monitor.o: In function `monitor_render':
/home/arkady/systemtap-3.0/staprun/monitor.c:241: undefined reference to `wclear'
/home/arkady/systemtap-3.0/staprun/monitor.c:243: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:244: undefined reference to `wrefresh'
/home/arkady/systemtap-3.0/staprun/monitor.c:312: undefined reference to `json_object_put'
/home/arkady/systemtap-3.0/staprun/monitor.c:313: undefined reference to `json_tokener_parse'
/home/arkady/systemtap-3.0/staprun/monitor.c:316: undefined reference to `wclear'
/home/arkady/systemtap-3.0/staprun/monitor.c:342: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:343: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:344: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:345: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:346: undefined reference to `json_object_object_get_ex'
monitor.o:/home/arkady/systemtap-3.0/staprun/monitor.c:347: more undefined references to `json_object_object_get_ex' follow
monitor.o: In function `monitor_render':
/home/arkady/systemtap-3.0/staprun/monitor.c:348: undefined reference to `json_object_array_length'
/home/arkady/systemtap-3.0/staprun/monitor.c:350: undefined reference to `wmove'
/home/arkady/systemtap-3.0/staprun/monitor.c:352: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:352: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:352: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:352: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:357: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:357: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:363: undefined reference to `json_object_iter_begin'
/home/arkady/systemtap-3.0/staprun/monitor.c:364: undefined reference to `json_object_iter_end'
/home/arkady/systemtap-3.0/staprun/monitor.c:365: undefined reference to `json_object_iter_equal'
/home/arkady/systemtap-3.0/staprun/monitor.c:367: undefined reference to `json_object_iter_peek_value'
/home/arkady/systemtap-3.0/staprun/monitor.c:367: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:367: undefined reference to `json_object_iter_peek_name'
/home/arkady/systemtap-3.0/staprun/monitor.c:375: undefined reference to `json_object_iter_next'
/home/arkady/systemtap-3.0/staprun/monitor.c:282: undefined reference to `wclear'
/home/arkady/systemtap-3.0/staprun/monitor.c:283: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:284: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:285: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:286: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:287: undefined reference to `wprintw'
monitor.o:/home/arkady/systemtap-3.0/staprun/monitor.c:288: more undefined references to `wprintw' follow
monitor.o: In function `monitor_render':
/home/arkady/systemtap-3.0/staprun/monitor.c:290: undefined reference to `mvwprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:291: undefined reference to `wrefresh'
/home/arkady/systemtap-3.0/staprun/monitor.c:263: undefined reference to `wclear'
/home/arkady/systemtap-3.0/staprun/monitor.c:264: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:265: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:266: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:267: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:268: undefined reference to `wprintw'
monitor.o:/home/arkady/systemtap-3.0/staprun/monitor.c:269: more undefined references to `wprintw' follow
monitor.o: In function `monitor_render':
/home/arkady/systemtap-3.0/staprun/monitor.c:321: undefined reference to `mvwprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:380: undefined reference to `json_object_iter_next'
/home/arkady/systemtap-3.0/staprun/monitor.c:384: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:400: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:401: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:402: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:403: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:404: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:405: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:406: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:407: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:408: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:409: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:410: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:411: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:396: undefined reference to `json_object_array_get_idx'
/home/arkady/systemtap-3.0/staprun/monitor.c:398: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:399: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:399: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:411: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:409: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:407: undefined reference to `json_object_get_string'
monitor.o:/home/arkady/systemtap-3.0/staprun/monitor.c:405: more undefined references to `json_object_get_string' follow
monitor.o: In function `monitor_render':
/home/arkady/systemtap-3.0/staprun/monitor.c:414: undefined reference to `json_object_array_sort'
/home/arkady/systemtap-3.0/staprun/monitor.c:416: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:445: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:446: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:446: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:447: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:431: undefined reference to `json_object_array_get_idx'
/home/arkady/systemtap-3.0/staprun/monitor.c:432: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:433: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:433: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:434: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:435: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:435: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:436: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:437: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:437: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:438: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:439: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:439: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:440: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:441: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:441: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:442: undefined reference to `json_object_object_get_ex'
/home/arkady/systemtap-3.0/staprun/monitor.c:443: undefined reference to `json_object_get_string'
/home/arkady/systemtap-3.0/staprun/monitor.c:443: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:452: undefined reference to `wmove'
/home/arkady/systemtap-3.0/staprun/monitor.c:453: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:455: undefined reference to `wrefresh'
/home/arkady/systemtap-3.0/staprun/monitor.c:389: undefined reference to `wprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:319: undefined reference to `mvwprintw'
/home/arkady/systemtap-3.0/staprun/monitor.c:324: undefined reference to `mvwprintw'
monitor.o: In function `monitor_input':
/home/arkady/systemtap-3.0/staprun/monitor.c:629: undefined reference to `stdscr'
/home/arkady/systemtap-3.0/staprun/monitor.c:606: undefined reference to `wgetch'
/home/arkady/systemtap-3.0/staprun/monitor.c:537: undefined reference to `wgetch'
/home/arkady/systemtap-3.0/staprun/monitor.c:629: undefined reference to `wgetch'
monitor.o: In function `monitor_setup':
/home/arkady/systemtap-3.0/staprun/monitor.c:214: undefined reference to `scrollok'
monitor.o: In function `monitor_cleanup':
/home/arkady/systemtap-3.0/staprun/monitor.c:222: undefined reference to `endwin'
collect2: error: ld returned 1 exit status
arkady@ubuntu:~/systemtap-3.0/staprun$ 

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

I tried to move the -lncurses -ljson-c to the end of the command like this

gcc -Wall -Wextra -Werror -Wunused -W -Wformat=2  -ltinfo -g -O2
-fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio stapio.o
mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
libstrfloctime.a -lpthread -ljson-c -lncurses

It works fine, no errors. Apparently this is a problem of order of linking.

On Fri, Jan 27, 2017 at 8:06 AM, Arkady <larytet@gmail.com> wrote:
> On Thu, Jan 26, 2017 at 11:25 PM, David Smith <dsmith@redhat.com> wrote:
>> On 01/26/2017 02:54 PM, Arkady wrote:
>>> In my case this is
>>> 116: 0000000000003a30    49 FUNC    GLOBAL DEFAULT   11
>>> json_object_object_get_ex
>>>
>>> Symlink to /usr/lib/x86_64-linux-gnu/libjson-c.so.2.0.0
>>> Package config
>>>
>>> prefix=/usr
>>> exec_prefix=${prefix}
>>> libdir=${prefix}/lib/x86_64-linux-gnu
>>> includedir=${prefix}/include
>>>
>>> Name: json-c
>>> Description: JSON implementation in C
>>> Version: 0.11.99
>>> Requires:
>>> Libs:  -L${libdir} -ljson-c
>>> Cflags: -I${includedir}/json-c
>>
>> Hmm, ok. Let's try the following to see what command is being run to
>> link stapio - "make -n stapio". On my system, the output looks like (run
>> from the 'staprun' directory):
>>
>> ====
>> # make -n stapio
>> rm -f stapio
>> echo "  CCLD    " stapio;gcc -Wall -Wextra -Werror -Wunused -W
>> -Wformat=2  -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio
>> stapio.o mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
>> libstrfloctime.a -lpthread -ljson-c   -lpanel -lncurses -ltinfo
>> ====
>>
>> The above output makes sense:
>>
>>   gcc {other options} -o stapio {bunch of .o files} {libraries} -ljson-c
>> {other libraries}
>>
>> Hopefully we'll see something similar with your output.
>>
> Same here
>
> $ make -n stapio
>
> rm -f stapio
>
> echo "  CCLD    " stapio;gcc -Wall -Wextra -Werror -Wunused -W
> -Wformat=2 -ljson-c -lncurses -ltinfo -g -O2 -fstack-protector-all
> -D_FORTIFY_SOURCE=2   -o stapio stapio.o mainloop.o common.o ctl.o
> relay.o relay_old.o monitor.o libstrfloctime.a -lpthread
>
> When I try to run the line
> gcc -Wall -Wextra -Werror -Wunused -W -Wformat=2 -ljson-c -lncurses
> -ltinfo -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio
> stapio.o mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
> libstrfloctime.a -lpthread
>
> I am getting
>
> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
> to `json_object_object_get_ex'
> /home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference
> to `json_object_get_string'
> monitor.o: In function `comp_state':
> /home/arkady/systemtap-3.0/staprun/monitor.c:102: undefined reference
> to `json_object_object_get_ex'
> .....
>
> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
> to `json_object_object_get_ex'
> /home/arkady/systemtap-3.0/staprun/monitor.c:152: undefined reference
> to `json_object_object_get_ex'
> /home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference
> to `json_object_get_string'
> /home/arkady/systemtap-3.0/staprun/monitor.c:153: undefined reference
> to `json_object_get_string'
> monitor.o: In function `comp_state':
> /home/arkady/systemtap-3.0/staprun/monitor.c:101: undefined reference
> to `json_object_object_get_ex'
> /home/arkady/systemtap-3.0/staprun/monitor.c:102: undefined reference
> to `json_object_object_get_ex'
> ....
> I attached the whole output.
>
>
>
>> I've also attached a small test program. For me it compiles/links
>> correctly with:
>>
>> # gcc -o jsonc-test jsonc-test.c -ljson-c
>
> No errors, gcc created an executable jsonc-test.
>
>>
>> Does it work for you?
>>
>>> On Thu, Jan 26, 2017 at 10:40 PM, David Smith <dsmith@redhat.com> wrote:
>>>> On 01/26/2017 01:38 PM, Arkady wrote:
>>>>> On Thu, Jan 26, 2017 at 7:43 PM, David Smith <dsmith@redhat.com> wrote:
>>>>>> On 01/26/2017 05:17 AM, Arkady wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> This thread is probably the closest to the problem I experience.
>>>>>>>
>>>>>>> I need --monitor support in the stap. I am trying to compile the 3.0 release
>>>>>>> On my Ubuntu 4.4.0-59-generic
>>>>>>>
>>>>>>> make[3]: Entering directory '/home/arkady/systemtap-3.0/staprun'
>>>>>>>   CCLD     stapio
>>>>>>> monitor.o: In function `comp_name':
>>>>>>> /home/arkady/systemtap-3.0/staprun/monitor.c:151: undefined reference
>>>>>>> to `json_object_object_get_ex'
>>>>>>> I have ./lib/x86_64-linux-gnu/libjson.a and the library contains
>>>>>>> json_object_object_get_ex
>>>>>>> ...................
>>>>>>>
>>>>>>> What am I missing?
>>>>>>
>>>>>> Am I correct in thinking that libjson is installed in your home
>>>>>> directory somewhere and isn't a system library? If so, that might be
>>>>>> your problem. We can probably pass more options to configure to add that
>>>>>> directory to the link search path.
>>>>>>
>>>>>> Another possibility is that the link is looking for a shared library
>>>>>> (.so) and you've got a static library (.a).
>>>>>>
>>>>>
>>>>> This is what I have
>>>>> /usr/lib/x86_64-linux-gnu/libjson-c.so
>>>>> /usr/lib/x86_64-linux-gnu/libjson-c.a
>>>>> /usr/lib/x86_64-linux-gnu/libjson-c.so.2
>>>>
>>>> So I was wrong about the library being installed in your home directory.
>>>>
>>>>> Can it be an order of the object files and libraries?
>>>>
>>>> I'd doubt it. I wonder if we've got a json-c version problem. Let's see
>>>> if your shared library has that symbol in it. When I run "readelf -Ws"
>>>> on mine, I see the following:
>>>>
>>>> ====
>>>> # readelf -Ws /lib64/libjson-c.so | fgrep json_object_object_get_ex
>>>>    115: 0000000000003790    49 FUNC    GLOBAL DEFAULT   11
>>>> json_object_object_get_ex
>>>> ====
>>>>
>>>> What does yours return?
>>>>
>>>> Also, what version of json-c do you have? I've got json-c-0.12-7.
>>>>
>>>> --
>>>> David Smith
>>>> dsmith@redhat.com
>>>> Red Hat
>>>> http://www.redhat.com
>>>> 256.217.0141 (direct)
>>>> 256.837.0057 (fax)
>>
>>
>> --
>> David Smith
>> dsmith@redhat.com
>> Red Hat
>> http://www.redhat.com
>> 256.217.0141 (direct)
>> 256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

On 01/27/2017 03:00 AM, Arkady wrote:
> I tried to move the -lncurses -ljson-c to the end of the command like this
> 
> gcc -Wall -Wextra -Werror -Wunused -W -Wformat=2  -ltinfo -g -O2
> -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio stapio.o
> mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
> libstrfloctime.a -lpthread -ljson-c -lncurses
> 
> It works fine, no errors. Apparently this is a problem of order of linking.

Oh definitely. Since the linker found -lncurses and -ljson-c first
before the .o files, it just threw them away since nothing referenced them.

We'll have to keep an eye out on others having this same issue.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

I tried to figure out how to patch the Makefile and I could not figure out.
I would appreciate any tip.
Thanks.

On Fri, Jan 27, 2017 at 5:22 PM, David Smith <dsmith@redhat.com> wrote:
> On 01/27/2017 03:00 AM, Arkady wrote:
>> I tried to move the -lncurses -ljson-c to the end of the command like this
>>
>> gcc -Wall -Wextra -Werror -Wunused -W -Wformat=2  -ltinfo -g -O2
>> -fstack-protector-all -D_FORTIFY_SOURCE=2   -o stapio stapio.o
>> mainloop.o common.o ctl.o relay.o relay_old.o monitor.o
>> libstrfloctime.a -lpthread -ljson-c -lncurses
>>
>> It works fine, no errors. Apparently this is a problem of order of linking.
>
> Oh definitely. Since the linker found -lncurses and -ljson-c first
> before the .o files, it just threw them away since nothing referenced them.
>
> We'll have to keep an eye out on others having this same issue.
>
> --
> David Smith
> dsmith@redhat.com
> Red Hat
> http://www.redhat.com
> 256.217.0141 (direct)
> 256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

On 01/27/2017 10:00 AM, Arkady wrote:
> I tried to figure out how to patch the Makefile and I could not figure out.
> I would appreciate any tip.
> Thanks.

I don't really see how your Makefile got in that state. In my
staprun/Makefile, I see this:

am__append_7 = $(jsonc_LIBS) -lpanel $(ncurses_LIBS)

But in your link line '-lpanel' didn't appear at all. How did you run
configure?

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

[-- Attachment #1: Type: text/plain, Size: 875 bytes --]

I am doing
arkady@ubuntu:~/systemtap-3.0$ PKG_CONFIG=/usr/bin/pkg-config
./configure  --prefix=/home/arkady/systemtap/

I had to define PKG_CONFIG=/usr/bin/pkg-config  because otherwise
./configure failed to discover json-c and ncurses.

I attached the output of the ./configure

On Fri, Jan 27, 2017 at 6:28 PM, David Smith <dsmith@redhat.com> wrote:
> On 01/27/2017 10:00 AM, Arkady wrote:
>> I tried to figure out how to patch the Makefile and I could not figure out.
>> I would appreciate any tip.
>> Thanks.
>
> I don't really see how your Makefile got in that state. In my
> staprun/Makefile, I see this:
>
> am__append_7 = $(jsonc_LIBS) -lpanel $(ncurses_LIBS)
>
> But in your link line '-lpanel' didn't appear at all. How did you run
> configure?
>
> --
> David Smith
> dsmith@redhat.com
> Red Hat
> http://www.redhat.com
> 256.217.0141 (direct)
> 256.837.0057 (fax)

[-- Attachment #2: configure.log --]
[-- Type: application/octet-stream, Size: 8922 bytes --]


arkady@ubuntu:~/systemtap-3.0$ PKG_CONFIG=/usr/bin/pkg-config ./configure  --prefix=/home/arkady/systemtap/ 
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether make supports nested variables... (cached) yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether ln -s works... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C preprocessor... gcc -E
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for ranlib... ranlib
checking whether make sets $(MAKE)... (cached) yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for ppoll... yes
checking for openat... yes
checking for a sed that does not truncate output... /bin/sed
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
checking to see if prologue searching should be the default... no
checking to see if sdt probes should be the default... yes
configure: Compiling with gcc -fstack-protector-all et al.
checking for sqlite3_open in -lsqlite3... no
checking for latex... no
checking for dvips... no
checking for ps2pdf... no
configure: WARNING: will not build documentation, cannot find all tools
checking for xmlto... no
checking for fop... no
checking pkg-config is at least version 0.9.0... yes
checking for nss... no
configure: using dracut module directory /usr/lib/dracut/modules.d/99stap
configure: WARNING: will not build systemtap compile server, cannot find nss headers
configure: WARNING: compile-server client functionality will be disabled, cannot find nss development files
checking for avahi... no
configure: WARNING: some compile-server functionality will be restricted, cannot find avahi development files
checking for rpmtsInitIterator in -lrpm... no
checking for rpmFreeCrypto in -lrpmio... no
checking how to link readline libs... none
checking for ebl_get_elfmachine in -lebl... no
checking for dwfl_module_getsym in -ldw... yes
checking for dwarf_next_unit in -ldw... yes
configure: stap will link  -Wl,--start-group -ldw  -Wl,--end-group -lelf
checking for elf_getshdrstrndx in -lelf... yes
configure: staprun will link  -lelf
checking how to run the C++ preprocessor... g++ -E
checking tr1/unordered_map usability... yes
checking tr1/unordered_map presence... yes
checking for tr1/unordered_map... yes
checking tr1/memory usability... yes
checking tr1/memory presence... yes
checking for tr1/memory... yes
checking boost/shared_ptr.hpp usability... yes
checking boost/shared_ptr.hpp presence... yes
checking for boost/shared_ptr.hpp... yes
checking boost/utility/string_ref.hpp usability... yes
checking boost/utility/string_ref.hpp presence... yes
checking for boost/utility/string_ref.hpp... yes
configure: checking dyninst support
checking BPatch_object.h usability... no
checking BPatch_object.h presence... no
checking for BPatch_object.h... no
checking for libvirt... no
checking for libxml2... no
configure: WARNING: will not build systemtap virt support, cannot find libvirt headers
configure: WARNING: will not build systemtap virt support, cannot find xml2 headers
checking for jsonc... yes
checking for ncurses... yes
checking for assembler .section "?" flags support... yes
checking for selinux... no
checking whether F_SETPIPE_SZ is declared... yes
checking for javac... no
checking for jar... no
configure: WARNING: will not run per-method java probing, missing byteman or java requirements
configure: Adding extra version 
checking whether C compiler accepts -std=c++11... yes
configure: Compiling parts of systemtap with -std=c++11
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating includes/sys/sdt-config.h
config.status: creating po/Makefile.in
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating man/Makefile
config.status: creating man/cs/Makefile
config.status: creating doc/beginners/Makefile
config.status: creating doc/SystemTap_Tapset_Reference/Makefile
config.status: creating man/stap.1
config.status: creating man/stappaths.7
config.status: creating man/systemtap.8
config.status: creating man/cs/stap.1
config.status: creating man/cs/stappaths.7
config.status: creating man/cs/systemtap.8
config.status: creating initscript/config.systemtap
config.status: creating initscript/config.stap-server
config.status: creating initscript/systemtap
config.status: creating initscript/stap-server
config.status: creating initscript/99stap/module-setup.sh
config.status: creating run-stap
config.status: creating dtrace
config.status: creating stapdyn/Makefile
config.status: creating java/Makefile
config.status: creating java/stapbm
config.status: creating staprun/Makefile
config.status: creating staprun/run-staprun
config.status: creating staprun/guest/stapshd
config.status: creating staprun/guest/stapsh-daemon
config.status: creating staprun/guest/stapsh@.service
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
config.status: executing doc/beginners commands
=== configuring in testsuite (/home/arkady/systemtap-3.0/testsuite)
configure: running /bin/bash ./configure --disable-option-checking '--prefix=/home/arkady/systemtap'  'PKG_CONFIG=/usr/bin/pkg-config' --cache-file=/dev/null --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
configure: Will test no apps from: xulrunner tcl python postgres mysql java 
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
arkady@ubuntu:~/systemtap-3.0$ 

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

OK, I think I know what is going on here. Release 3.0 doesn't include
the latest 2 commits to staprun/Makefile.am. That's why you didn't have
'-lpanel' in your link line.

HEAD systemtap includes the following 2 commits that moved the json-c
and ncurses libraries from AM_CFLAGS (causing them to appear too early
in the link line) to stapio_LDADD (causing them to appear properly at
the end of the link line).

====
commit a578c65480294276fa7a082fb2ed21ac92d6ab2c
Author: Francis Giraldeau <francis.giraldeau@gmail.com>
Date:   Mon May 9 14:12:07 2016 -0700


    Link monitor libs to stapio only


commit 34d254a44720b285f36194c2fa9206232f78d202
Author: Felix Lu <flu@redhat.com>
Date:   Mon Apr 25 13:54:44 2016 -0400


    monitor mode: Use pop up panel for help message
====

I'd suggest getting HEAD systemtap if you need monitor mode. Your other
option would be to be to try to cherry pick those commits, but they
might depend on other commits.

On 01/27/2017 12:02 PM, Arkady wrote:
> I am doing
> arkady@ubuntu:~/systemtap-3.0$ PKG_CONFIG=/usr/bin/pkg-config
> ./configure  --prefix=/home/arkady/systemtap/
> 
> I had to define PKG_CONFIG=/usr/bin/pkg-config  because otherwise
> ./configure failed to discover json-c and ncurses.
> 
> I attached the output of the ./configure
> 
> On Fri, Jan 27, 2017 at 6:28 PM, David Smith <dsmith@redhat.com> wrote:
>> On 01/27/2017 10:00 AM, Arkady wrote:
>>> I tried to figure out how to patch the Makefile and I could not figure out.
>>> I would appreciate any tip.
>>> Thanks.
>>
>> I don't really see how your Makefile got in that state. In my
>> staprun/Makefile, I see this:
>>
>> am__append_7 = $(jsonc_LIBS) -lpanel $(ncurses_LIBS)
>>
>> But in your link line '-lpanel' didn't appear at all. How did you run
>> configure?
>>
>> --
>> David Smith
>> dsmith@redhat.com
>> Red Hat
>> http://www.redhat.com
>> 256.217.0141 (direct)
>> 256.837.0057 (fax)


-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

I have pulled the latest code

commit 675838c2b2b97ca84ad6e561404426e7065da907
Author: David Smith <dsmith@redhat.com>
Date:   Thu Jan 26 09:25:32 2017 -0600
    Updated a comment in runtime/time.c.

PKG_CONFIG=/usr/bin/pkg-config
./configure  --prefix=/home/arkady/systemtap/
reports that both json (I compiled and installed json from
https://github.com/json-c/json-c) and ncurses exist


make finishes fine and symbol HAVE_MONITOR_LIBS is defined

$export PATH=/home/arkady/systemtap/bin:$PATH
$which stap
/home/arkady/systemtap/bin/stap
sudo stap --monitor -e 'probe begin { println("Hello World!"); }'
stap: unrecognized option '--monitor'
Try '--help' for more information.

Still something is missing?

On Fri, Jan 27, 2017 at 8:44 PM, David Smith <dsmith@redhat.com> wrote:
> OK, I think I know what is going on here. Release 3.0 doesn't include
> the latest 2 commits to staprun/Makefile.am. That's why you didn't have
> '-lpanel' in your link line.
>
> HEAD systemtap includes the following 2 commits that moved the json-c
> and ncurses libraries from AM_CFLAGS (causing them to appear too early
> in the link line) to stapio_LDADD (causing them to appear properly at

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

Sorry, it works. Recognizes the --monitor flag.
Thank you!

On Fri, Jan 27, 2017 at 9:42 PM, Arkady <larytet@gmail.com> wrote:
> I have pulled the latest code
>
> commit 675838c2b2b97ca84ad6e561404426e7065da907
> Author: David Smith <dsmith@redhat.com>
> Date:   Thu Jan 26 09:25:32 2017 -0600
>     Updated a comment in runtime/time.c.
>
> PKG_CONFIG=/usr/bin/pkg-config
> ./configure  --prefix=/home/arkady/systemtap/
> reports that both json (I compiled and installed json from
> https://github.com/json-c/json-c) and ncurses exist
>
>
> make finishes fine and symbol HAVE_MONITOR_LIBS is defined
>
> $export PATH=/home/arkady/systemtap/bin:$PATH
> $which stap
> /home/arkady/systemtap/bin/stap
> sudo stap --monitor -e 'probe begin { println("Hello World!"); }'
> stap: unrecognized option '--monitor'
> Try '--help' for more information.
>
> Still something is missing?
>
> On Fri, Jan 27, 2017 at 8:44 PM, David Smith <dsmith@redhat.com> wrote:
>> OK, I think I know what is going on here. Release 3.0 doesn't include
>> the latest 2 commits to staprun/Makefile.am. That's why you didn't have
>> '-lpanel' in your link line.
>>
>> HEAD systemtap includes the following 2 commits that moved the json-c
>> and ncurses libraries from AM_CFLAGS (causing them to appear too early
>> in the link line) to stapio_LDADD (causing them to appear properly at

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Arkady]

In my case I needed also to symlink json-c lib

ln -s /usr/local/lib/libjson-c.so.3.0.0 /usr/lib/x86_64-linux-gnu/libjson-c.so.3

On Fri, Jan 27, 2017 at 9:51 PM, Arkady <larytet@gmail.com> wrote:
> Sorry, it works. Recognizes the --monitor flag.
> Thank you!
>
> On Fri, Jan 27, 2017 at 9:42 PM, Arkady <larytet@gmail.com> wrote:
>> I have pulled the latest code
>>
>> commit 675838c2b2b97ca84ad6e561404426e7065da907
>> Author: David Smith <dsmith@redhat.com>
>> Date:   Thu Jan 26 09:25:32 2017 -0600
>>     Updated a comment in runtime/time.c.
>>
>> PKG_CONFIG=/usr/bin/pkg-config
>> ./configure  --prefix=/home/arkady/systemtap/
>> reports that both json (I compiled and installed json from
>> https://github.com/json-c/json-c) and ncurses exist
>>
>>
>> make finishes fine and symbol HAVE_MONITOR_LIBS is defined
>>
>> $export PATH=/home/arkady/systemtap/bin:$PATH
>> $which stap
>> /home/arkady/systemtap/bin/stap
>> sudo stap --monitor -e 'probe begin { println("Hello World!"); }'
>> stap: unrecognized option '--monitor'
>> Try '--help' for more information.
>>
>> Still something is missing?
>>
>> On Fri, Jan 27, 2017 at 8:44 PM, David Smith <dsmith@redhat.com> wrote:
>>> OK, I think I know what is going on here. Release 3.0 doesn't include
>>> the latest 2 commits to staprun/Makefile.am. That's why you didn't have
>>> '-lpanel' in your link line.
>>>
>>> HEAD systemtap includes the following 2 commits that moved the json-c
>>> and ncurses libraries from AM_CFLAGS (causing them to appear too early
>>> in the link line) to stapio_LDADD (causing them to appear properly at

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Frank Ch. Eigler]

larytet wrote:

> [...]
> make finishes fine and symbol HAVE_MONITOR_LIBS is defined
> sudo stap --monitor -e 'probe begin { println("Hello World!"); }'
> stap: unrecognized option '--monitor' [....]

HEAD systemtap requires json-c 0.12 as enforced by PKG_CHECK_MODULES
configury.  I'm surprised if HAVE_MONITOR_LIBS would be true in your
case, recalling that had 0.11.9.

- FChE

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Frank Ch. Eigler]

leonconstantin.fopa wrote:

> [...]
> removing libjson-c-dev was a good move.
> However I still get and error when I run make install.
> [...]
> ! LaTeX Error: File `html.sty' not found.

That comes from the old latex2html package.  If you can't get a hold
of that, configure your systemtap build tree with "--disable-docs".
Then it won't try to build the tutorial etc.

> It looks like something when wrong on documentation compilation.
> So I am not sure if the installation was successfull or not.

Indeed - it looks unsuccessful:


> Additionally running ./stap on cache-hit-rate.stp(available here
> [...]
> semantic error: while resolving probe point: identifier 'vfs' at
> ../../scripts/systemtap/cache-hit-rate.stp:3:7
>         source: probe vfs.read {
>                       ^
>
> semantic error: probe point mismatch (similar: procfs, end, never,
> perf, begin): identifier 'vfs' at :3:7
> [...]

This indicates that the tapset files were not installed.
(A "make -k install" should fix this, even with the broken docs.)


- FChE

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[FOPA Leon constantin]

Hi David Smith,

As you suggested, I used ./configure --disable-docs and both the 
installation and the execution of cache-hit-rate.stp went fine

Thanks for your time !

Best regards

Fopa Léon Constantin


On Wed, 31 Aug 2016 09:02:59 -0500, David Smith wrote:
> On 08/30/2016 11:20 PM, FOPA Leon constantin wrote:
>> Hi Felix Hu,
>> Hi David Smith,
>>
>> removing libjson-c-dev was a good move.
>> However I still get and error when I run make install.
>>
>> This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
>>  restricted \write18 enabled.
>> entering extended mode
>> 
>> (/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/doc/tutorial.tex
>> LaTeX2e <2011/06/27>
>> Babel <3.9h> and hyphenation patterns for 78 languages loaded.
>> (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
>> Document Class: article 2007/10/19 v1.4h Standard LaTeX document 
>> class
>> (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
>>
>> ! LaTeX Error: File `html.sty' not found.
>
> We could try to debug your documentation problems... but the easier
> solution would be just to configure with '--disable-docs'. Then the
> build system won't entry try to build the docs.
>
>> It looks like something when wrong on documentation compilation.
>> So I am not sure if the installation was successfull or not.
>>
>> Additionally running ./stap on cache-hit-rate.stp(available here
>> https://sourceware.org/systemtap/wiki/WSCacheHitRate)
>> still rise error related to vfs and ioblock (see below). Can you 
>> help ?
>
> I'm guessing that the installation wasn't successful, based on those
> errors. Try reconfiguring without docs and try installing again. If 
> you
> still get the errors, we'll need to make sure you've got the right
> kernel debuginfo installed.

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

On 08/30/2016 11:20 PM, FOPA Leon constantin wrote:
> Hi Felix Hu,
> Hi David Smith,
> 
> removing libjson-c-dev was a good move.
> However I still get and error when I run make install.
> 
> This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
>  restricted \write18 enabled.
> entering extended mode
> (/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/doc/tutorial.tex
> LaTeX2e <2011/06/27>
> Babel <3.9h> and hyphenation patterns for 78 languages loaded.
> (/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
> Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
> (/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
> 
> ! LaTeX Error: File `html.sty' not found.

We could try to debug your documentation problems... but the easier
solution would be just to configure with '--disable-docs'. Then the
build system won't entry try to build the docs.

> It looks like something when wrong on documentation compilation.
> So I am not sure if the installation was successfull or not.
> 
> Additionally running ./stap on cache-hit-rate.stp(available here
> https://sourceware.org/systemtap/wiki/WSCacheHitRate)
> still rise error related to vfs and ioblock (see below). Can you help ?

I'm guessing that the installation wasn't successful, based on those
errors. Try reconfiguring without docs and try installing again. If you
still get the errors, we'll need to make sure you've got the right
kernel debuginfo installed.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[FOPA Leon constantin]

Hi Felix Hu,
Hi David Smith,

removing libjson-c-dev was a good move.
However I still get and error when I run make install.

This is pdfTeX, Version 3.1415926-2.5-1.40.14 (TeX Live 2013/Debian)
  restricted \write18 enabled.
entering extended mode
(/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/doc/tutorial.tex
LaTeX2e <2011/06/27>
Babel <3.9h> and hyphenation patterns for 78 languages loaded.
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))

! LaTeX Error: File `html.sty' not found.

Type X to quit or <RETURN> to proceed,
or enter new name. (Default extension: sty)

Enter file name: X

dvips -t letter -o tutorial.ps tutorial.dvi
This is dvips(k) 5.993 Copyright 2013 Radical Eye Software 
(www.radicaleye.com)
dvips: DVI file can't be opened: tutorial.dvi: No such file or 
directory
make[3]: *** [tutorial.ps] Erreur 1
make[3]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/doc »
make[2]: *** [all-recursive] Erreur 1
make[2]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/doc »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
make: *** [all] Erreur 2

It looks like something when wrong on documentation compilation.
So I am not sure if the installation was successfull or not.

Additionally running ./stap on cache-hit-rate.stp(available here 
https://sourceware.org/systemtap/wiki/WSCacheHitRate)
still rise error related to vfs and ioblock (see below). Can you help ?

Best regards, and thanks for you time,

Fopa Léon Constantin

root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0# 
./stap -v ../../scripts/systemtap/cache-hit-rate.stp
Pass 1: parsed user script and 0 library scripts using 
45856virt/13048res/4488shr/8888data kb, in 0usr/0sys/0real ms.
semantic error: while resolving probe point: identifier 'vfs' at 
../../scripts/systemtap/cache-hit-rate.stp:3:7
         source: probe vfs.read {
                       ^

semantic error: probe point mismatch (similar: procfs, end, never, 
perf, begin): identifier 'vfs' at :3:7
         source: probe vfs.read {
                       ^

semantic error: while resolving probe point: identifier 'ioblock' at 
:9:7
         source: probe ioblock.request {
                       ^

semantic error: probe point mismatch (similar: begin, end, procfs, 
error, kprobe): identifier 'ioblock' at :9:7
         source: probe ioblock.request {
                       ^

Pass 2: analyzed script: 3 probes, 0 functions, 0 embeds, 5 globals 
using 45856virt/13048res/4488shr/8888data kb, in 0usr/0sys/0real ms.
Pass 2: analysis failed.  [man error::pass2]








On Fri, 19 Aug 2016 15:37:44 -0400 (EDT), Felix Lu wrote:
> Hi,
>
>
> ----- Original Message -----
>> From: "FOPA Leon constantin" <leonconstantin.fopa@enseeiht.fr>
>> To: systemtap@sourceware.org
>> Sent: Friday, 19 August, 2016 12:26:33 AM
>> Subject: trouble with installation of systemtap3-0 on Ubuntu 14.04
>>
>> Hi you all,
>>
>> I use to install systemtap simply as:
>>
>> apt-get install systemtap
>>
>> But I get and error while testing the cache-hit-rate.stp from the
>> systemtap wiki.
>>
>> 
>> root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/scripts/systemtap#
>> stap cache-hit-rate.stp
>> semantic error: unable to find member 'bi_size' for struct bio
>> (alternatives: bi_next bi_bdev bi_flags bi_rw bi_iter 
>> bi_phys_segments
>> bi_seg_front_size bi_seg_back_size bi_remaining bi_end_io bi_private
>> bi_ioc bi_css bi_integrity bi_vcnt bi_max_vecs bi_cnt bi_io_vec 
>> bi_pool
>> bi_inline_vecs): operator '->' at
>> /usr/share/systemtap/tapset/linux/ioblock.stp:113:20
>>          source:         size = $bio->bi_size
>>        ^
>>
>> Pass 2: analysis failed.  [man error::pass2]
>> Tip: /usr/share/doc/systemtap/README.Debian should help you get
>> started.
>>
>> The error look like it was fixed in the latest version of systemTap. 
>> So
>> I uninstall the systemtap package to start all over again with a 
>> fresh
>> installation
>> from source code. I downloaded the latest version of
>> systemtap-3.0.tar.gz (here
>> http://fossies.org/linux/misc/systemtap-3.0.tar.gz/)
>> and I get the following error output when trying to install it  (see
>> below).
>>
>> it seems that libjson is not referenced accurately, I confirm that
>> libjson is on its latest version on my system.
>>
>
> I have just tested this on Ubuntu 14.04 and was able to reproduce 
> this error.
> As David mentioned, removing libjson-c is probably the easiest
> workaround. This
> was recently fixed in the latest git version of systemtap if you
> would like to
> go for the alternative approach of not removing libjson-c.

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[Felix Lu]

Hi,


----- Original Message -----
> From: "FOPA Leon constantin" <leonconstantin.fopa@enseeiht.fr>
> To: systemtap@sourceware.org
> Sent: Friday, 19 August, 2016 12:26:33 AM
> Subject: trouble with installation of systemtap3-0 on Ubuntu 14.04
> 
> Hi you all,
> 
> I use to install systemtap simply as:
> 
> apt-get install systemtap
> 
> But I get and error while testing the cache-hit-rate.stp from the
> systemtap wiki.
> 
> root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/scripts/systemtap#
> stap cache-hit-rate.stp
> semantic error: unable to find member 'bi_size' for struct bio
> (alternatives: bi_next bi_bdev bi_flags bi_rw bi_iter bi_phys_segments
> bi_seg_front_size bi_seg_back_size bi_remaining bi_end_io bi_private
> bi_ioc bi_css bi_integrity bi_vcnt bi_max_vecs bi_cnt bi_io_vec bi_pool
> bi_inline_vecs): operator '->' at
> /usr/share/systemtap/tapset/linux/ioblock.stp:113:20
>          source:         size = $bio->bi_size
>        ^
> 
> Pass 2: analysis failed.  [man error::pass2]
> Tip: /usr/share/doc/systemtap/README.Debian should help you get
> started.
> 
> The error look like it was fixed in the latest version of systemTap. So
> I uninstall the systemtap package to start all over again with a fresh
> installation
> from source code. I downloaded the latest version of
> systemtap-3.0.tar.gz (here
> http://fossies.org/linux/misc/systemtap-3.0.tar.gz/)
> and I get the following error output when trying to install it  (see
> below).
> 
> it seems that libjson is not referenced accurately, I confirm that
> libjson is on its latest version on my system.
> 

I have just tested this on Ubuntu 14.04 and was able to reproduce this error.
As David mentioned, removing libjson-c is probably the easiest workaround. This
was recently fixed in the latest git version of systemtap if you would like to
go for the alternative approach of not removing libjson-c.

Re: trouble with installation of systemtap3-0 on Ubuntu 14.04

[David Smith]

On 08/18/2016 11:26 PM, FOPA Leon constantin wrote:
> Hi you all,
> 
> I use to install systemtap simply as:
> 
> apt-get install systemtap
> 
> But I get and error while testing the cache-hit-rate.stp from the
> systemtap wiki.
> 
> root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/scripts/systemtap#
> stap cache-hit-rate.stp
> semantic error: unable to find member 'bi_size' for struct bio
> (alternatives: bi_next bi_bdev bi_flags bi_rw bi_iter bi_phys_segments
> bi_seg_front_size bi_seg_back_size bi_remaining bi_end_io bi_private
> bi_ioc bi_css bi_integrity bi_vcnt bi_max_vecs bi_cnt bi_io_vec bi_pool
> bi_inline_vecs): operator '->' at
> /usr/share/systemtap/tapset/linux/ioblock.stp:113:20
>         source:         size = $bio->bi_size                           
>       ^
> 
> Pass 2: analysis failed.  [man error::pass2]
> Tip: /usr/share/doc/systemtap/README.Debian should help you get started.
> 
> The error look like it was fixed in the latest version of systemTap. So
> I uninstall the systemtap package to start all over again with a fresh
> installation
> from source code. I downloaded the latest version of
> systemtap-3.0.tar.gz (here
> http://fossies.org/linux/misc/systemtap-3.0.tar.gz/)
> and I get the following error output when trying to install it  (see
> below).
> 
> it seems that libjson is not referenced accurately, I confirm that
> libjson is on its latest version on my system.

The easiest workaround might be to remove libjson, then reconfigure
systemtap. It should realize libjson isn't there, then not compile in
the monitor feature that requires libjson.

-- 
David Smith
dsmith@redhat.com
Red Hat
http://www.redhat.com
256.217.0141 (direct)
256.837.0057 (fax)

trouble with installation of systemtap3-0 on Ubuntu 14.04

[FOPA Leon constantin]

Hi you all,

I use to install systemtap simply as:

apt-get install systemtap

But I get and error while testing the cache-hit-rate.stp from the 
systemtap wiki.

root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/scripts/systemtap# 
stap cache-hit-rate.stp
semantic error: unable to find member 'bi_size' for struct bio 
(alternatives: bi_next bi_bdev bi_flags bi_rw bi_iter bi_phys_segments 
bi_seg_front_size bi_seg_back_size bi_remaining bi_end_io bi_private 
bi_ioc bi_css bi_integrity bi_vcnt bi_max_vecs bi_cnt bi_io_vec bi_pool 
bi_inline_vecs): operator '->' at 
/usr/share/systemtap/tapset/linux/ioblock.stp:113:20
         source:         size = $bio->bi_size                            
       ^

Pass 2: analysis failed.  [man error::pass2]
Tip: /usr/share/doc/systemtap/README.Debian should help you get 
started.

The error look like it was fixed in the latest version of systemTap. So 
I uninstall the systemtap package to start all over again with a fresh 
installation
from source code. I downloaded the latest version of 
systemtap-3.0.tar.gz (here 
http://fossies.org/linux/misc/systemtap-3.0.tar.gz/)
and I get the following error output when trying to install it  (see 
below).

it seems that libjson is not referenced accurately, I confirm that 
libjson is on its latest version on my system.

Any help is welcome !

Best regards,

Fopa Léon Constantin

root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0# 
./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... 
no
checking whether make supports nested variables... (cached) yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether ln -s works... yes
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C preprocessor... gcc -E
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking for ranlib... ranlib
checking whether make sets $(MAKE)... (cached) yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for ppoll... yes
checking for openat... yes
checking for a sed that does not truncate output... /bin/sed
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
checking to see if prologue searching should be the default... no
checking to see if sdt probes should be the default... yes
configure: Compiling with gcc -fstack-protector-all et al.
checking for sqlite3_open in -lsqlite3... no
checking for latex... yes
checking for dvips... yes
checking for ps2pdf... yes
checking for xmlto... no
checking for fop... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for nss... no
configure: using dracut module directory 
/usr/lib/dracut/modules.d/99stap
configure: WARNING: will not build systemtap compile server, cannot 
find nss headers
configure: WARNING: compile-server client functionality will be 
disabled, cannot find nss development files
checking for avahi... no
configure: WARNING: some compile-server functionality will be 
restricted, cannot find avahi development files
checking for rpmtsInitIterator in -lrpm... no
checking for rpmFreeCrypto in -lrpmio... no
checking how to link readline libs... none
checking for ebl_get_elfmachine in -lebl... no
checking for dwfl_module_getsym in -ldw... yes
checking for dwarf_next_unit in -ldw... yes
configure: stap will link  -Wl,--start-group -ldw  -Wl,--end-group 
-lelf
checking for elf_getshdrstrndx in -lelf... yes
configure: staprun will link  -lelf
checking how to run the C++ preprocessor... g++ -E
checking tr1/unordered_map usability... yes
checking tr1/unordered_map presence... yes
checking for tr1/unordered_map... yes
checking tr1/memory usability... yes
checking tr1/memory presence... yes
checking for tr1/memory... yes
checking boost/shared_ptr.hpp usability... yes
checking boost/shared_ptr.hpp presence... yes
checking for boost/shared_ptr.hpp... yes
checking boost/utility/string_ref.hpp usability... yes
checking boost/utility/string_ref.hpp presence... yes
checking for boost/utility/string_ref.hpp... yes
configure: checking dyninst support
checking BPatch_object.h usability... no
checking BPatch_object.h presence... no
checking for BPatch_object.h... no
checking for libvirt... no
checking for libxml2... yes
configure: WARNING: will not build systemtap virt support, cannot find 
libvirt headers
checking for jsonc... yes
checking for ncurses... yes
checking for assembler .section "?" flags support... yes
checking for selinux... no
checking whether F_SETPIPE_SZ is declared... yes
checking for javac... yes
checking for jar... yes
java found, will try to configure Byteman support
configure: Adding extra version
checking whether C compiler accepts -std=c++11... yes
configure: Compiling parts of systemtap with -std=c++11
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating includes/sys/sdt-config.h
config.status: creating po/Makefile.in
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating man/Makefile
config.status: creating man/cs/Makefile
config.status: creating doc/beginners/Makefile
config.status: creating doc/SystemTap_Tapset_Reference/Makefile
config.status: creating man/stap.1
config.status: creating man/stappaths.7
config.status: creating man/systemtap.8
config.status: creating man/cs/stap.1
config.status: creating man/cs/stappaths.7
config.status: creating man/cs/systemtap.8
config.status: creating initscript/config.systemtap
config.status: creating initscript/config.stap-server
config.status: creating initscript/systemtap
config.status: creating initscript/stap-server
config.status: creating initscript/99stap/module-setup.sh
config.status: creating run-stap
config.status: creating dtrace
config.status: creating stapdyn/Makefile
config.status: creating java/Makefile
config.status: creating java/stapbm
config.status: creating staprun/Makefile
config.status: creating staprun/run-staprun
config.status: creating staprun/guest/stapshd
config.status: creating staprun/guest/stapsh-daemon
config.status: creating staprun/guest/stapsh@.service
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing po-directories commands
config.status: creating po/POTFILES
config.status: creating po/Makefile
config.status: executing doc/beginners commands
=== configuring in testsuite 
(/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/testsuite)
configure: running /bin/bash ./configure --disable-option-checking 
'--prefix=/usr/local'  --cache-file=/dev/null --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... 
no
configure: Will test no apps from: xulrunner tcl python postgres mysql 
java
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
configure:
configure: For a private or temporary build of systemtap, we recommend
configure: configuring with a prefix.  For example, try
configure: ./configure  --prefix=/root/systemtap-3.0-22501
configure: Running systemtap uninstalled, entirely out of the build 
tree,
configure: is not supported.
root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0# 
make
/bin/bash ./git_version.sh -k -s . -o git_version.h
git_version.sh: Not a git repo, keeping existing git_version.h
make  all-recursive
make[1]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
Making all in .
make[2]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
   CXX      stap-main.o
   CXX      stap-cache.o
   CXX      stap-util.o
   CXX      stap-stringtable.o
   CXXLD    stap
make[2]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
Making all in java
make[2]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/java »
make  all-am
make[3]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/java »
make[3]: Rien à faire pour « all-am ».
make[3]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/java »
make[2]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/java »
Making all in stapdyn
make[2]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/stapdyn »
make -C .. git_version.stamp
make[3]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
/bin/bash ./git_version.sh -k -s . -o git_version.h
git_version.sh: Not a git repo, keeping existing git_version.h
make[3]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
make  all-am
make[3]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/stapdyn »
make[3]: Rien à faire pour « all-am ».
make[3]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/stapdyn »
make[2]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/stapdyn »
Making all in staprun
make[2]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun »
make -C .. git_version.stamp
make[3]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
/bin/bash ./git_version.sh -k -s . -o git_version.h
git_version.sh: Not a git repo, keeping existing git_version.h
make[3]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
make  all-am
make[3]: entrant dans le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun »
   CC       libstrfloctime_a-strfloctime.o
   AR       libstrfloctime.a
   CC       staprun-staprun.o
   CC       staprun-staprun_funcs.o
   CC       staprun-ctl.o
   CC       staprun-common.o
   CXX      ../staprun-util.o
   CXXLD    staprun
   CC       stapio.o
   CC       mainloop.o
   CC       common.o
   CC       ctl.o
   CC       relay.o
   CC       relay_old.o
   CC       monitor.o
   CCLD     stapio
monitor.o: dans la fonction « comp_name »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:151: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:152: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:153: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:153: 
référence indéfinie vers « json_object_get_string »
monitor.o: dans la fonction « comp_state »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:101: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:102: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:103: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:103: 
référence indéfinie vers « json_object_get_string »
monitor.o: dans la fonction « comp_max »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:141: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:142: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:143: 
référence indéfinie vers « json_object_get_int »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:143: 
référence indéfinie vers « json_object_get_int »
monitor.o: dans la fonction « comp_avg »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:131: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:132: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:133: 
référence indéfinie vers « json_object_get_int »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:133: 
référence indéfinie vers « json_object_get_int »
monitor.o: dans la fonction « comp_min »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:121: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:122: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:123: 
référence indéfinie vers « json_object_get_int »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:123: 
référence indéfinie vers « json_object_get_int »
monitor.o: dans la fonction « comp_hits »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:111: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:112: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:113: 
référence indéfinie vers « json_object_get_int »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:113: 
référence indéfinie vers « json_object_get_int »
monitor.o: dans la fonction « comp_index »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:91: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:92: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:93: 
référence indéfinie vers « json_object_get_int »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:93: 
référence indéfinie vers « json_object_get_int »
monitor.o: dans la fonction « handle_resize »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:176: 
référence indéfinie vers « endwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:177: 
référence indéfinie vers « stdscr »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:177: 
référence indéfinie vers « wrefresh »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:180: 
référence indéfinie vers « delwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:186: 
référence indéfinie vers « delwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:191: 
référence indéfinie vers « LINES »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:191: 
référence indéfinie vers « COLS »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:191: 
référence indéfinie vers « newwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:193: 
référence indéfinie vers « scrollok »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:189: 
référence indéfinie vers « LINES »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:189: 
référence indéfinie vers « COLS »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:189: 
référence indéfinie vers « newwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:183: 
référence indéfinie vers « LINES »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:183: 
référence indéfinie vers « COLS »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:183: 
référence indéfinie vers « newwin »
monitor.o: dans la fonction « monitor_setup »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:206: 
référence indéfinie vers « initscr »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:207: 
référence indéfinie vers « curs_set »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:208: 
référence indéfinie vers « cbreak »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:209: 
référence indéfinie vers « noecho »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:210: 
référence indéfinie vers « stdscr »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:210: 
référence indéfinie vers « keypad »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:211: 
référence indéfinie vers « stdscr »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:211: 
référence indéfinie vers « nodelay »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:212: 
référence indéfinie vers « LINES »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:212: 
référence indéfinie vers « COLS »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:212: 
référence indéfinie vers « newwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:213: 
référence indéfinie vers « LINES »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:213: 
référence indéfinie vers « COLS »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:213: 
référence indéfinie vers « newwin »
monitor.o: dans la fonction « monitor_cleanup »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:220: 
référence indéfinie vers « delwin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:221: 
référence indéfinie vers « delwin »
monitor.o: dans la fonction « monitor_render »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:241: 
référence indéfinie vers « wclear »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:243: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:244: 
référence indéfinie vers « wrefresh »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:312: 
référence indéfinie vers « json_object_put »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:313: 
référence indéfinie vers « json_tokener_parse »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:316: 
référence indéfinie vers « wclear »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:342: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:343: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:344: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:345: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:346: 
référence indéfinie vers « json_object_object_get_ex »
monitor.o:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:347: 
encore plus de références indéfinies suivent vers « 
json_object_object_get_ex »
monitor.o: dans la fonction « monitor_render »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:348: 
référence indéfinie vers « json_object_array_length »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:350: 
référence indéfinie vers « wmove »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:352: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:352: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:352: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:352: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:357: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:357: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:363: 
référence indéfinie vers « json_object_iter_begin »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:364: 
référence indéfinie vers « json_object_iter_end »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:365: 
référence indéfinie vers « json_object_iter_equal »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:367: 
référence indéfinie vers « json_object_iter_peek_value »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:367: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:367: 
référence indéfinie vers « json_object_iter_peek_name »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:375: 
référence indéfinie vers « json_object_iter_next »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:282: 
référence indéfinie vers « wclear »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:283: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:284: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:285: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:286: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:287: 
référence indéfinie vers « wprintw »
monitor.o:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:288: 
encore plus de références indéfinies suivent vers « wprintw »
monitor.o: dans la fonction « monitor_render »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:290: 
référence indéfinie vers « mvwprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:291: 
référence indéfinie vers « wrefresh »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:263: 
référence indéfinie vers « wclear »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:264: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:265: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:266: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:267: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:268: 
référence indéfinie vers « wprintw »
monitor.o:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:269: 
encore plus de références indéfinies suivent vers « wprintw »
monitor.o: dans la fonction « monitor_render »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:321: 
référence indéfinie vers « mvwprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:380: 
référence indéfinie vers « json_object_iter_next »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:384: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:400: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:401: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:402: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:403: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:404: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:405: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:406: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:407: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:408: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:409: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:410: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:411: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:396: 
référence indéfinie vers « json_object_array_get_idx »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:398: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:399: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:399: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:411: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:409: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:407: 
référence indéfinie vers « json_object_get_string »
monitor.o:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:405: 
encore plus de références indéfinies suivent vers « 
json_object_get_string »
monitor.o: dans la fonction « monitor_render »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:414: 
référence indéfinie vers « json_object_array_sort »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:416: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:445: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:446: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:446: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:447: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:431: 
référence indéfinie vers « json_object_array_get_idx »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:432: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:433: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:433: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:434: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:435: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:435: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:436: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:437: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:437: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:438: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:439: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:439: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:440: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:441: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:441: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:442: 
référence indéfinie vers « json_object_object_get_ex »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:443: 
référence indéfinie vers « json_object_get_string »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:443: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:452: 
référence indéfinie vers « wmove »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:453: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:455: 
référence indéfinie vers « wrefresh »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:389: 
référence indéfinie vers « wprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:319: 
référence indéfinie vers « mvwprintw »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:324: 
référence indéfinie vers « mvwprintw »
monitor.o: dans la fonction « monitor_input »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:629: 
référence indéfinie vers « stdscr »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:606: 
référence indéfinie vers « wgetch »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:537: 
référence indéfinie vers « wgetch »
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:629: 
référence indéfinie vers « wgetch »
monitor.o: dans la fonction « monitor_setup »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:214: 
référence indéfinie vers « scrollok »
monitor.o: dans la fonction « monitor_cleanup »:
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun/monitor.c:222: 
référence indéfinie vers « endwin »
collect2: error: ld returned 1 exit status
make[3]: *** [stapio] Erreur 1
make[3]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun »
make[2]: *** [all] Erreur 2
make[2]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0/staprun »
make[1]: *** [all-recursive] Erreur 1
make[1]: quittant le répertoire « 
/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0 »
make: *** [all] Erreur 2
root@prt-sepia03:/home/kamikague/Bureau/zombie/TTT/setups/systemtap-3.0#