public inbox for linux-snps-arc@lists.infradead.org
 help / color / mirror / Atom feed
From: dhowells@redhat.com (David Howells)
To: linux-snps-arc@lists.infradead.org
Subject: No subject
Date: Fri, 13 Jan 2017 15:36:43 +0000	[thread overview]
Message-ID: <25063.1484321803@warthog.procyon.org.uk> (raw)
In-Reply-To: <1484304406-10820-2-git-send-email-nicolas.dichtel@6wind.com>

Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:

> This header file is exported, thus move it to uapi.

Exported how?

> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__		int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define __UINT32_TYPE__	unsigned int
> +#endif
> +
> +#ifdef __UINTPTR_TYPE__
> +#undef __UINTPTR_TYPE__
> +#define __UINTPTR_TYPE__	unsigned long
> +#endif

These weren't defined by the kernel before, so why do we need to define them
now?

Will defining __UINTPTR_TYPE__ cause problems in compiling libboost by
changing the signature on C++ functions that use uintptr_t?

David

  reply	other threads:[~2017-01-13 15:36 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bf83da6b-01ef-bf44-b3e1-ca6fc5636818@6wind.com>
2017-01-06  9:43 ` [PATCH v2 0/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-06  9:43   ` [PATCH v2 1/7] arm: put types.h in uapi Nicolas Dichtel
2017-01-09 11:33     ` Arnd Bergmann
2017-01-09 12:00       ` Russell King - ARM Linux
2017-01-06  9:43   ` [PATCH v2 2/7] h8300: put bitsperlong.h " Nicolas Dichtel
2017-01-06  9:43   ` [PATCH v2 3/7] nios2: put setup.h " Nicolas Dichtel
2017-01-09 11:33     ` Arnd Bergmann
2017-01-06  9:43   ` [PATCH v2 4/7] x86: put msr-index.h " Nicolas Dichtel
2017-01-06 12:14     ` Borislav Petkov
2017-01-06 20:50     ` Andy Shevchenko
2017-01-06  9:43   ` [PATCH v2 5/7] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-06  9:43   ` [PATCH v2 6/7] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-06  9:43   ` [PATCH v2 7/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-09 10:01     ` Daniel Vetter
2017-01-09 12:01     ` Russell King - ARM Linux
2017-01-09 12:56     ` Christoph Hellwig
2017-01-12 15:52       ` Nicolas Dichtel
2017-01-12 16:28         ` Jan Engelhardt
2017-01-12 16:32           ` Nicolas Dichtel
2017-01-13  1:04             ` Jeff Epler
2017-01-11 18:14     ` [Linux-c6x-dev] " Mark Salter
2017-01-09 11:33   ` [PATCH v2 0/7] " Arnd Bergmann
2017-01-11 12:42     ` Jesper Nilsson
2017-01-13 10:46     ` [PATCH v3 0/8] " Nicolas Dichtel
2017-01-13 10:46       ` [PATCH v3 1/8] arm: put types.h in uapi Nicolas Dichtel
2017-01-13 15:36         ` David Howells [this message]
2017-01-13 16:01           ` Nicolas Dichtel
2017-01-13 16:19             ` Russell King - ARM Linux
2017-01-13 17:06         ` Russell King - ARM Linux
2017-01-13 10:46       ` [PATCH v3 2/8] h8300: put bitsperlong.h " Nicolas Dichtel
2017-01-13 10:46       ` [PATCH v3 3/8] nios2: put setup.h " Nicolas Dichtel
2017-01-13 10:55         ` Tobias Klauser
2017-01-13 10:46       ` [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-13 15:43         ` No subject David Howells
2017-01-13 16:08           ` [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-13 16:38             ` Borislav Petkov
2017-01-13 10:46       ` [PATCH v3 5/8] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-13 10:46       ` [PATCH v3 6/8] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-13 10:46       ` [PATCH v3 7/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-13 10:46       ` [PATCH v3 8/8] uapi: export all arch specifics directories Nicolas Dichtel
2018-04-20  8:02 No subject Christoph Hellwig

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=25063.1484321803@warthog.procyon.org.uk \
    --to=dhowells@redhat.com \
    --cc=linux-snps-arc@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox