All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Andreas Färber" <afaerber@suse.de>
To: Alexander Graf <agraf@suse.de>
Cc: Peter Maydell <peter.maydell@linaro.org>,
	Peter Crosthwaite <peter.crosthwaite@xilinx.com>,
	Hu Tao <hutao@cn.fujitsu.com>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	Anthony Liguori <anthony@codemonkey.ws>,
	"kvmarm@lists.cs.columbia.edu" <kvmarm@lists.cs.columbia.edu>
Subject: Re: [Qemu-devel] [PATCH v2 00/16] arm: A9MPCore+A15MPCore QOM'ification
Date: Wed, 24 Jul 2013 00:12:51 +0200	[thread overview]
Message-ID: <51EEFFE3.3090405@suse.de> (raw)
In-Reply-To: <49089A7A-F4CF-4E35-A7A9-31C000DEE487@suse.de>

Am 23.07.2013 23:55, schrieb Alexander Graf:
> On 23.07.2013, at 23:52, Peter Maydell wrote:
>> On 23 July 2013 22:36, Alexander Graf <agraf@suse.de> wrote:
>>>
>>> Or maybe
>>>
>>> struct MyObject {
>>>  PUBLIC_FIELDS
>>>  __field int publicfield;
>>>  PRIVATE_FIELDS
>>>  __field int privatefield;
>>> }
>>
>> I can't see an obvious way to make those do the right
>> thing with the C preprocessor... am I missing something?
> 
> No, I'm probably just daydreaming :). Macros can't redefine other defines, so this probably won't work....
> 
> So yes, prepending the visibility on every field seems to be the most straight forward choice.

I wonder how many public fields do we actually have? Close to zero?
Might there be a way to mark all fields of a struct as private at struct
level, except for those explicitly marked up as public?

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

  reply	other threads:[~2013-07-23 22:12 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-23  2:43 [Qemu-devel] [PATCH v2 00/16] arm: A9MPCore+A15MPCore QOM'ification Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 01/16] cpu/a9mpcore: QOM casting cleanup Andreas Färber
2013-07-23 22:48   ` Peter Maydell
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 02/16] cpu/a9mpcore: Split off instance_init Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 03/16] intc/arm_gic: Extract public header hw/intc/arm_gic.h Andreas Färber
2013-07-25 15:40   ` Peter Maydell
2013-07-26 20:06   ` Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 04/16] cpu/a9mpcore: Embed GICState Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 05/16] misc/a9scu: QOM cleanups Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 06/16] cpu/a9mpcore: Embed A9SCUState Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 07/16] timer/arm_mptimer: QOM cast cleanup Andreas Färber
2013-07-23 22:50   ` Peter Maydell
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 08/16] timer/arm_mptimer: Convert to QOM realize Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 09/16] cpu/a9mpcore: Embed ARMMPTimerState Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 10/16] cpu/a9mpcore: Convert to QOM realize Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 11/16] cpu/a9mpcore: Prepare for QOM embedding Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 12/16] cpu/a15mpcore: QOM cast cleanup Andreas Färber
2013-07-23 22:49   ` Peter Maydell
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 13/16] cpu/a15mpcore: Split off instance_init Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 14/16] cpu/a15mpcore: Embed GICState Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 15/16] cpu/a15mpcore: Convert to QOM realize Andreas Färber
2013-07-23  2:43 ` [Qemu-devel] [PATCH v2 16/16] cpu/a15mpcore: Prepare for QOM embedding Andreas Färber
2013-07-23 19:15 ` [Qemu-devel] [PATCH v2 00/16] arm: A9MPCore+A15MPCore QOM'ification Peter Maydell
2013-07-23 21:16   ` Peter Maydell
2013-07-23 21:36     ` Alexander Graf
2013-07-23 21:52       ` Peter Maydell
2013-07-23 21:55         ` Alexander Graf
2013-07-23 22:12           ` Andreas Färber [this message]
2013-07-23 22:26             ` Peter Maydell
2013-07-23 22:08         ` Andreas Färber
2013-07-23 22:10           ` Peter Maydell
2013-07-23 22:18             ` Andreas Färber

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=51EEFFE3.3090405@suse.de \
    --to=afaerber@suse.de \
    --cc=agraf@suse.de \
    --cc=anthony@codemonkey.ws \
    --cc=hutao@cn.fujitsu.com \
    --cc=kvmarm@lists.cs.columbia.edu \
    --cc=peter.crosthwaite@xilinx.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.