Paul Brook <[EMAIL PROTECTED]> writes:
>> : I find this curious... C99 (6.7.2.1) says "the allocation order of
>> : bit-fields within a unit (high-order to low-order or low-order to
>> : high-order) is implementation defined". I can't see any requirement
>> : for this, so is it just convention t
In message: <[EMAIL PROTECTED]>
Andreas Schwab <[EMAIL PROTECTED]> writes:
: Paul Brook <[EMAIL PROTECTED]> writes:
:
: >> : I find this curious... C99 (6.7.2.1) says "the allocation order of
: >> : bit-fields within a unit (high-order to low-order or low-order to
: >> : high-order) i
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> Except that compilers use the convention that was described above.
> Big endian MIPS definitely uses a different bit ordering for C bit
> fields than little endian MIPS.
There is actually a difference between *bitfield* ordering and *bit*
ordering.
In message: <[EMAIL PROTECTED]>
Andreas Schwab <[EMAIL PROTECTED]> writes:
: "M. Warner Losh" <[EMAIL PROTECTED]> writes:
:
: > Except that compilers use the convention that was described above.
: > Big endian MIPS definitely uses a different bit ordering for C bit
: > fields than litt
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
> True, but that's not what the original poster in this thread was
> asking.
Right.
> Answering the different question is just confusing to the
> original poster.
It was actually me who was confused.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL P
I just found docs installed in ${prefix}, reason seems to be this:
Index: qemu/configure
@@ -645,7 +645,7 @@
echo "bindir=\${prefix}$binsuffix" >> $config_mak
echo "mandir=\${prefix}$mansuffix" >> $config_mak
echo "datadir=\${prefix}$datasuffix" >> $config_mak
-echo "docdir=\${prefix}$docsuffic
Anthony Liguori wrote:
I think most people agree that we need a config file. I haven't seen
any comments on my config file patch though.
So, any comments on that patch? Any requirements on a format?
1. Any option should be settable either in the config file or command
line. In other w
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/03/03 21:47:02
Modified files:
. : configure
Log message:
Fix configure typo, by Juergen Lock.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemu&r1=1.
Fabrice Bellard wrote:
> Thiemo Seufer wrote:
> >Thiemo Seufer wrote:
> >>Hello All,
> >>
> >>I changed the pcnet32 driver to get rid of bitfields in its
> >>implementation, now it works also on big endian host systems.
> >>
> >>I tested only the 32 bit mode which is used by MIPS/Malta, and
> >>I'm
andrzej zaborowski wrote:
> Hi,
>
> On 20/02/07, Christopher Olsen <[EMAIL PROTECTED]> wrote:
> >Ok FreeBSD Support round one..
> >
> >Be gentle this is my first attempt at working with the rest of this
> >community..
> >
> >Files it modifies and the reasons are as follows
> >
> >configure - Adds
jeremy fenelon <[EMAIL PROTECTED]> wrote:
> Hey guys thanks for a great product. I don't know if its been documented
> already but I was able to install windows xp on qemu with a HP Laptop
> Restore disk.
Lucky. I think the last time I tried that, it didn't work because of the
way that H
Avi Kivity wrote:
Anthony Liguori wrote:
I think most people agree that we need a config file. I haven't seen
any comments on my config file patch though.
So, any comments on that patch? Any requirements on a format?
1. Any option should be settable either in the config file or command
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 07/03/04 00:52:16
Modified files:
. : a.out.h dyngen.c
Log message:
64bit->win32 cross build fix.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/a.out.h?cvsroot=qemu&r1=1.2&r2=
Hi,
I have successfully integrated the statistical simulation package
SimPoint with QEMU. Now I wish to add some commands to QEMU so a user can
start or stop simulation. The goal is that at the QEMU command prompt, the
user could enter a command like start_simpoint or stop_simpoint. For
example
This option helps differentiate between guests when running more than
one instance of QEMU. It adds a string to the SDL window title and to
the VNC server title.
Having a name associated with a guest is also terribly useful for
management tools as it gives a standard way to identify guests to
Howdy,
The following patch improves the -pidfile a fair bit. -pidfile isn't
terribly usable at the moment with -daemonize as the wrong pid gets
written to the file.
Furthermore, there's a race in -pidfile between the stat() and initial
create. For a management tool, there's no 100% reliabl
Howdy,
The following patch adds an info serial and an info parallel command.
Besides providing useful information (especially for the serial port),
it provides a method for management tools to connect to a running VM and
what character devices the serial/parallel ports have been redirected to
Howdy,
The following patch allows the change monitor command to be used with
vnc, serial, and parallel devices. It depends on my previously posted
patches.
The patch implements:
1) A vnc "null" display
2) The ability to reopen character devices
3) Appropriate tab expansions for devices
Thi
18 matches
Mail list logo
