Remove prtypes.h and prcpucfg*.h from base/third_party/nspr.

crypto/third_party/nss/chromium-prtypes.h

+// Copyright 2014 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+// Defines the types and macros from prtypes.h needed by sha512.cc.
+
+#ifndef CRYPTO_THIRD_PARTY_NSS_CHROMIUM_PRTYPES_H_
+#define CRYPTO_THIRD_PARTY_NSS_CHROMIUM_PRTYPES_H_
+
+#include <limits.h>
+#include <stdint.h>
+
+#include "build/build_config.h"
+
+#if defined(ARCH_CPU_LITTLE_ENDIAN)
+#define IS_LITTLE_ENDIAN 1
+#else
+#define IS_BIG_ENDIAN 1
+#endif
+
+#if LONG_MAX > INT_MAX
+#define PR_BYTES_PER_LONG 8
+#else
+#define PR_BYTES_PER_LONG 4
+#endif

[Ryan Sleevi, 2014/03/24 19:14:10]

This one needs a bit more justification/explanation. This isn't guaranteed,
AFAIK, so I suspect you're relying on some implementation-specific/dependent
aspects that need to be documented.

eg: If this is only for NaCl, why aren't we always defining LINUX, since AIUI,
the nacl toolchain emulates a POSIX API?

[Mark Mentovai, 2014/03/24 20:11:25]

Ryan Sleevi wrote:
gcc and clang define __SIZEOF_LONG__. Maybe that would be helpful.

This macro is only used in sha512.cc. Another alternative would be to just do
something more direct in that file (GG_UINT64_C?). The ULLC macro in that file
is marginally frightening.

[wtc, 2014/03/24 21:55:11]

Done.
 
This header is used when USE_OPENSSL is not defined, so it is not only for NaCl.

On 2014/03/24 20:11:25, Mark Mentovai wrote:
Thanks. I also considered testing __LP64__. Since 'long' is always 32 bits on
Windows, testing a gcc and clang specific macro is not a problem here.

+
+#define HAVE_LONG_LONG
+
+#if defined(__linux__)
+#define LINUX
+#endif
+
+typedef uint8_t PRUint8;
+typedef uint32_t PRUint32;
+
+typedef int PRBool;
+
+#define PR_MIN(x,y) ((x)<(y)?(x):(y))
+
+#endif  // CRYPTO_THIRD_PARTY_NSS_CHROMIUM_PRTYPES_H_