Re: HEADS UP: vimage - virtualized global variables in the network stack

2008-12-13 Thread Bjoern A. Zeeb
On Sat, 13 Dec 2008, Warner Losh wrote: Hi, Is there (an easy) way to have the tinderbox build every other run without VIMAGE_GLOBALS so that the most obvious error (global available, but not in the container struct - or the other way around) can be warned about? This actually points out why

Re: HEADS UP: vimage - virtualized global variables in the network stack

2008-12-13 Thread Warner Losh
From: Max Laier Subject: Re: HEADS UP: vimage - virtualized global variables in the network stack Date: Sat, 13 Dec 2008 20:45:16 +0100 > On Saturday 13 December 2008 20:33:53 Bjoern A. Zeeb wrote: > ... > > This state of having the variables in parallel, global and in the > >

Re: HEADS UP: vimage - virtualized global variables in the network stack

2008-12-13 Thread Bjoern A. Zeeb
On Sat, 13 Dec 2008, Max Laier wrote: On Saturday 13 December 2008 20:33:53 Bjoern A. Zeeb wrote: ... This state of having the variables in parallel, global and in the container struct, will be maintained for another (short) time until the entire virtualization framework is in. This is needed,

Re: HEADS UP: vimage - virtualized global variables in the network stack

2008-12-13 Thread Max Laier
On Saturday 13 December 2008 20:33:53 Bjoern A. Zeeb wrote: ... > This state of having the variables in parallel, global and in the > container struct, will be maintained for another (short) time until > the entire virtualization framework is in. This is needed, so that > all three possible states

HEADS UP: vimage - virtualized global variables in the network stack

2008-12-13 Thread Bjoern A. Zeeb
On Sat, 13 Dec 2008, Bjoern A. Zeeb wrote: Hi, Author: bz Date: Sat Dec 13 19:13:03 2008 New Revision: 186048 URL: http://svn.freebsd.org/changeset/base/186048 Log: Second round of putting global variables, which were virtualized but formerly missed under VIMAGE_GLOBAL. Put the extern decl