<br><font size=2 face="sans-serif">Thanks Arnd .... I understand now. &nbsp;This
looks good to me.</font>
<br>
<br><font size=2 face="sans-serif">Regards,</font>
<br><font size=2 face="sans-serif">Mike</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Arnd Bergmann &lt;arnd@arndb.de&gt;</b></font>
<p><font size=1 face="sans-serif">01/06/2006 09:56 PM</font>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To:
&nbsp; &nbsp; &nbsp; &nbsp;Mike Kistler/Austin/IBM@IBMUS</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc:
&nbsp; &nbsp; &nbsp; &nbsp;David Woodhouse &lt;dwmw2@infradead.org&gt;,
Eric V Van hensbergen/Austin/IBM@IBMUS, ericvh@gmail.com, linuxppc64-dev@ozlabs.org,
Patrick Bohrer/Austin/IBM@IBMUS, rsa@us.ltcfwd.linux.ibm.com</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject:
&nbsp; &nbsp; &nbsp; &nbsp;Re: Support for Bogus Net</font></table>
<br>
<br>
<br><font size=2><tt>Am Samstag, 7. Januar 2006 04:20 schrieb Mike Kistler:<br>
&gt; Regarding the systemsim-add-systemsim.h patch, I notice that the XLC
forms<br>
&gt; (which are available in callthru_config.h) are not in the proposed<br>
&gt; systemsim.h file. &nbsp;It would be nice to have these, protected
by the<br>
&gt; appropriate ifdefs of course, to enable application development with
XLC.<br>
&gt; Otherwise, we'll need to continue to ship callthru_config.h with Mambo
and<br>
&gt; point users to this if they want to use XLC.<br>
<br>
Would that be for compiling the kernel with XLC or for user space applications<br>
running in the simulated linux environment?<br>
<br>
If I understand you correctly that this is about applications using the
<br>
callthru inlines, then they should use a differrent header file anyway.
Note<br>
that the version I posted has everything wrapped inside '#ifdef __KERNEL__',<br>
so user applications can not use it.<br>
<br>
That is absolutely intentional, as user applications should never directly
<br>
include kernel header files anyway. The correct solution would be to either<br>
include &nbsp;a copy of the header file in the application using it or
to<br>
provide a separate package that installs a header file for user space into<br>
$PREFIX/include. Shipping the file with mambo should be ok as well, but
I<br>
would suggest to make a clear separation of header files for use on the
host<br>
side (the one running the simulator binary) and header files for the target<br>
side.<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
Arnd &lt;&gt;&lt;<br>
</tt></font>
<br>