fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
ananth has quit [Remote host closed the connection]
ananth has joined #systemtap
srikar_away is now known as srikar
wcohen has quit [Ping timeout: 244 seconds]
ravi has quit [Ping timeout: 240 seconds]
dmalcolm has quit [Ping timeout: 244 seconds]
wcohen has joined #systemtap
irker157 has quit [Quit: transmission timeout]
groleo has quit [Ping timeout: 276 seconds]
groleo has joined #systemtap
ravi has joined #systemtap
dmalcolm has joined #systemtap
naveen has joined #systemtap
ego has quit [Ping timeout: 244 seconds]
ego has joined #systemtap
hchiramm has quit [Ping timeout: 248 seconds]
hchiramm has joined #systemtap
hchiramm has quit [Ping timeout: 248 seconds]
hchiramm has joined #systemtap
ravi has quit [Ping timeout: 244 seconds]
ravi has joined #systemtap
irker949 has joined #systemtap
<irker949>
systemtap: mcermak systemtap.git:refs/heads/mcermak/paralleltest * release-2.9-449-g7ddcadc / : Fix the way make nesting works. http://tinyurl.com/zrddt9w
hpt has quit [Ping timeout: 244 seconds]
irker949 has quit [Ping timeout: 276 seconds]
zodbot has quit [Disconnected by services]
zodbot has joined #systemtap
mjw has joined #systemtap
ravi has quit [Quit: Leaving]
ravi has joined #systemtap
hpt has joined #systemtap
nkambo2 has quit [Remote host closed the connection]
ananth has quit [Quit: Leaving]
wcohen has quit [Remote host closed the connection]
ego has quit [Ping timeout: 260 seconds]
ravi has quit [Remote host closed the connection]
pfallenop has quit [Ping timeout: 264 seconds]
naveen has quit [Quit: Leaving.]
hpt has quit [Ping timeout: 248 seconds]
wcohen has joined #systemtap
drsmith has joined #systemtap
nkambo has joined #systemtap
hchiramm has quit [Ping timeout: 250 seconds]
pfallenop has joined #systemtap
LordDoskias has quit [Read error: No route to host]
<jemarch>
mjw: I guess you are probably familiar with dwflpp.cxx
<jemarch>
in particular, dwflpp::literal_stmt_for_local
* mjw
tries to hide, but now it is too late (see, that is why you shouldn't sent naked pings, if you pinged with dwflpp.cxx??? I could have politely ignored you...)
<jemarch>
heh :)
<mjw>
jemarch, so, what is the question?
<jemarch>
so, at the time literal_stmt_for_local calls translate_final_fetch_or_store, `tail' contains a location with type=loc_register and reg->number=27
<jemarch>
this is obtained using translate_location above
<jemarch>
what puzzles me is: to obtain this location, the CFA table for the current PC is _not_ used, other than to obtain the cfa_ops
<mjw>
jemarch, I would have to look at the code again, but if it is used to obtain the cfa_ops (how to get the CFA at the current PC), then it is used, isn't it?
<jemarch>
well, but there are rules to obtain the register 27 at the current PC, that are ignored by the code
<mjw>
The idea is that you pass the cfa_ops to loc2c and it will use them when it needs the cfa
<mjw>
or it doesn't apparently :)
<jemarch>
like for example, in sparc before executing the function prologue the first argument is not in 24, but in 8 (due to register windows)
<mjw>
lets look at the code to see if I get what you mean