On Tuesday 05 April 2005 19:20, Rob Landley wrote:
> On Monday 04 April 2005 10:00 am, Jeff Dike wrote:
> > On Thu, Mar 31, 2005 at 06:03:34PM +0800, Alex LIU wrote:
> > > union uml_pt_regs {
> > > #ifdef UML_CONFIG_MODE_TT
> > >  struct tt_regs {
> > >   long syscall;
> > >   void *sc;
> > >  } tt;
> > > #endif
> > > };
> > > -------------------------------------
> > >
> > > Then why the tt.sc is defined as void while not as struct sigcontext?
> > > Thanks!
> >
> > Probably because you can't get a definition of struct sigcontext into
> > processor.h and have it still compile.
> >
> > Try #including sigcontext.h there and you'll see what I mean.
>
> I don't know about can't.
>
> #define sigcontext WALRUS
> #include <processor.h>
> thingy
> #undef WALRUS
>
> Adviseable is another matter entirely.  (Did I mention I have a knack for
> coming up with disgusting solutions to impossible problems?)
I've not tested if it's impossible in this very case, however: if any host 
header includes kernel headers on the host, and we include it from a 
kernelspace file, we run into trouble.

So, defining away like you do above every and each identifier present in every 
possible versions of glibc / kernel headers would indeed work. Is this still 
a solution?

So, we cut the problem by excluding the unusable headers from the compiler 
search path. arch/um/include are includable everywhere, /usr/include from 
userspace files, <currentTreeRoot>/include/{asm,linux,*}/ from kernelspace 
only.

If you really come up with a general solution, let us know. Please. Thanks for 
you effort anyway.
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
User-mode-linux-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

Reply via email to