fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
pwithnall has joined #systemtap
pwithnall has quit [Quit: pwithnall]
hpt has joined #systemtap
drsmith_away is now known as drsmith
drsmith is now known as drsmith_away
_whitelogger has joined #systemtap
sanoj has joined #systemtap
orivej has quit [Remote host closed the connection]
orivej has joined #systemtap
scox has quit [Ping timeout: 240 seconds]
Humble has joined #systemtap
wcohen has quit [Ping timeout: 240 seconds]
wcohen has joined #systemtap
scox has joined #systemtap
sanoj has quit [Ping timeout: 240 seconds]
nkambo has joined #systemtap
orivej has quit [Remote host closed the connection]
orivej has joined #systemtap
nkambo has quit [Ping timeout: 248 seconds]
nkambo has joined #systemtap
sanoj has joined #systemtap
slowfranklin has joined #systemtap
orivej has quit [Ping timeout: 248 seconds]
hpt has quit [Quit: Lost terminal]
orivej has joined #systemtap
gromero has joined #systemtap
mjw has joined #systemtap
nkambo has quit [Ping timeout: 240 seconds]
orivej has quit [Ping timeout: 248 seconds]
Humble has quit [Ping timeout: 268 seconds]
Humble has joined #systemtap
scox has quit [Ping timeout: 268 seconds]
nkambo has joined #systemtap
slowfranklin has quit [Ping timeout: 240 seconds]
nkambo has quit [Ping timeout: 248 seconds]
nkambo has joined #systemtap
nkambo has quit [Ping timeout: 248 seconds]
nkambo has joined #systemtap
orivej has joined #systemtap
sanoj has quit [Ping timeout: 240 seconds]
humblec has joined #systemtap
Humble has quit [Ping timeout: 248 seconds]
orivej has quit [Ping timeout: 250 seconds]
slowfranklin has joined #systemtap
orivej has joined #systemtap
scox has joined #systemtap
wcohen has quit [Ping timeout: 258 seconds]
drsmith_away is now known as drsmith
humblec has quit [Ping timeout: 240 seconds]
wcohen has joined #systemtap
brolley has joined #systemtap
humblec has joined #systemtap
p53ud0nym has joined #systemtap
p53ud0nym has left #systemtap ["WeeChat 1.9.1"]
tromey has joined #systemtap
humblec has quit [Ping timeout: 248 seconds]
slowfranklin has quit [Quit: slowfranklin]
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
mjw has quit [Quit: Leaving]
slowfranklin has joined #systemtap
Humble has joined #systemtap
Humble has quit [Ping timeout: 240 seconds]
Humble has joined #systemtap
slowfranklin has quit [Ping timeout: 248 seconds]
slowfranklin has joined #systemtap
slowfranklin has quit [Quit: slowfranklin]
Humble has quit [Ping timeout: 252 seconds]
drsmith is now known as drsmith_away
toothe has left #systemtap [#systemtap]
Humble has joined #systemtap
slowfranklin has joined #systemtap
wcohen has quit [Remote host closed the connection]
Humble has quit [Ping timeout: 250 seconds]
drsmith_away is now known as drsmith
wcohen has joined #systemtap
Humble has joined #systemtap
nkambo has quit [Remote host closed the connection]
pwithnall has joined #systemtap
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #systemtap
orivej has quit [Ping timeout: 268 seconds]
<tonyj> what is the reason for the quoting in buildrun.cxx:516
<tonyj> o << "EXTRA_CFLAGS += -I\"" << s.runtime_path << "\"" << endl;
<tonyj> I'm seeing a really odd issue on our system where (after specifying -k and rerunning make -C in that dir) I get EXTRA_CFLAGS expanded as "... -Wno-unused -Werror -I/usr/src/linux-4.12.14-3.3/"/usr/share/systemtap/runtime" -DMODULE ..."
<tonyj> If I remove the quotes around the runtime path, it's now "... -Wno-unused -Werror -I/usr/share/systemtap/runtime -DMODULE ..."
<tonyj> which works a lot better :) this is release-3.1
<tonyj> this line in buildrun.cxx hasn't changed in a long time so I'm thinking it's our toolchain issue somehow
<fche> yeah - I don't recall if we identified the buggy part of the kbuild makefile machinery
<fche> there's something in the kernel that takes valid flags and munges them up
<tonyj> gotta run, but it's weirdly broken, bb in an hour
slowfranklin has quit [Quit: slowfranklin]
wcohen has quit [Ping timeout: 258 seconds]
bendlas has quit [Ping timeout: 255 seconds]
pwithnall[m] has quit [Ping timeout: 255 seconds]
gromero has quit [Ping timeout: 240 seconds]
pwithnall[m] has joined #systemtap
scox has quit [Ping timeout: 248 seconds]
irker798 has joined #systemtap
<irker798> systemtap: dsmith systemtap.git:refs/heads/master * release-3.2-36-gcea0c90 / httpd/api.cxx httpd/api.h httpd/backends.cxx httpd/backends.h: The web server now writes the client request data to a JSON file. http://tinyurl.com/y9etf2p9
bendlas has joined #systemtap
<tonyj> fche: 255e4c681ec42ab8a88ac60d1a31fd8209a90fb1 added the line
<tonyj> "o << "EXTRA_CFLAGS += -I\"" << s.runtime_path << "\"" << endl;" but it wasn't replacing an existing line and fixing some kbuild issue
<fche> I know we added the " stuff to systemtap
<fche> the question is why kbuild breaks it :)
<tonyj> except for us now, we need the "" removed
<fche> well sort of - or else kbuild fixed
drsmith is now known as drsmith_away
<fche> so the " part is there clearly for the case of someone installing kernel and/or systemtap bits into directories with names that include questionable characters
wcohen has joined #systemtap
<tonyj> yes but now it'sm being interepreated as a pwd relative path so it expands to -I/usr/src/linux-4.12.14-3.3/"/usr/share/systemtap/runtime"
<tonyj> it might be issue on our end
<fche> my question is what exactly is doing that -I rewriting
<fche> and why it breaks w.r.t. the double quoting
humblec has joined #systemtap
<tonyj> fche: dunno, I'll ask our kbuild guy
<fche> would be good to find the piece of code that does this
<fche> we may be able to change stap to work well with that, and at the same time not lose other properties
<tonyj> fche: yes I'd prefer not to make a local fix
Humble has quit [Ping timeout: 248 seconds]
brolley has left #systemtap [#systemtap]
tromey has quit [Quit: ERC (IRC client for Emacs 26.0.90)]
pwithnall has quit [Ping timeout: 258 seconds]
pwithnall has joined #systemtap