<br><font size=2 face="sans-serif">Benjamin Herrenschmidt wrote:</font>
<br><font size=2><tt>&gt; On Fri, 2006-10-20 at 16:04 +0200, Ulrich Weigand
wrote:<br>
&gt; &gt; <br>
&gt; &gt; Dwayne McConnell wrote:<br>
&gt; &gt; <br>
&gt; &gt; &gt; I think %0xllx is the way to go. I would even advocate changing
<br>
&gt; &gt; &gt; signal1_type and signal2_type unless it is actually too
dangerous.<br>
&gt; &gt; Is <br>
&gt; &gt; &gt; there even a case where changing from %llu to %0xllx would
break<br>
&gt; &gt; things? <br>
&gt; &gt; &gt; Perhaps with the combination of a old library with a new
kernel? <br>
&gt; &gt; <br>
&gt; &gt; Yes, these files are in fact used, and a change would break things.
<br>
&gt; <br>
&gt; In the case of output in hex without 0x, well, those files are used
by<br>
&gt; code that is either assuming it's hex or is already broken. Adding
0x<br>
&gt; might not actually break things, it depends what the use code does.
If<br>
&gt; such code does strto(u)l, then adding 0x will still work.<br>
</tt></font>
<br><font size=2><tt>The two files I was commenting about currently use
%llu, i.e. they</tt></font>
<br><font size=2><tt>output in *decimal*. &nbsp;Changing this to hex may
break user space.</tt></font>
<br>
<br><font size=2><tt>This is a different situation from the *other* files,
which were using</tt></font>
<br><font size=2><tt>%llx, i.e. output in hex without 0x.</tt></font>
<br>
<br><font size=2 face="sans-serif"><br>
Mit freundlichen Gruessen / Best Regards<br>
<br>
Ulrich Weigand<br>
<br>
-- <br>
 &nbsp;Dr. Ulrich Weigand<br>
 &nbsp;GNU compiler/toolchain for Linux on System z and Cell BE<br>
 &nbsp;IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen<br>
 &nbsp;Phone: +49-7031/16-3727 &nbsp; --- &nbsp; Email: Ulrich.Weigand@de.ibm.com</font><font size=2><tt><br>
</tt></font>