stdint.hを含める必要があります
#include <stdint.h>
する必要がありますが#include <cstdint>、それが常に機能するとは限りません。
問題は、一部のコンパイラは、そのような標準が導入される前に、さまざまなヘッダーまたは提供されたタイプで定義された名前を自動的にエクスポートすることが多いことです。
さて、「いつもうまくいくとは限らない」と言いました。これは、cstdintヘッダーがC ++ 11標準の一部であり、現在のC ++コンパイラーで常に使用できるとは限らないためです（ただし、多くの場合は使用可能です）。stdint.hヘッダーはCと同等であり、C99の一部です。
最高の移植性のために、ブーストboost/cstdint.hppを使用する場合は、ブーストのヘッダーを使用することをお勧めします。そうでなければ、おそらく#includeで逃げることができるでしょう<cstdint>。
Mac OSX 10.6.8でも同じ問題が発生しましたが、残念ながら、対応するファイルに#include <stdint.h>または<cstdint.h>を追加しても問題は解決しませんでした。しかし、さらに検索した結果、このソリューションを追加することをお勧めし#include <sys/types.h>ます。これは私にとってうまく機能しました。
他の回答は、コンパイラがC++11に準拠していることを前提としています。もしそうなら、それは問題ありません。しかし、古いコンパイラを使用している場合はどうなりますか？
ネットのどこかで次のハックを拾いました。それは私にとって十分に機能します：
#if defined __UINT32_MAX__ or UINT32_MAX
#include <inttypes.h>
#else
typedef unsigned char uint8_t;
typedef unsigned short uint16_t;
typedef unsigned long uint32_t;
typedef unsigned long long uint64_t;
#endif
もちろん、持ち運びはできません。ただし、コンパイラでは機能する可能性があります。
opencvヘッダーを含めたときに発生した場合。
ヘッダーの順序を変更することをお勧めします。
opencvヘッダーを標準のC++ヘッダーのすぐ下に配置します。
このような：
#include<iostream>
#include<opencv2/core/core.hpp>
#include<opencv2/highgui/highgui.hpp>
base.mkファイルに以下を追加します。次の3行目は重要です
-include $(TOP)/defs.mk
CFLAGS=$(DEBUG) -Wall -W -Wwrite-strings
CFLAGS_C=-Wmissing-prototypes
CFLAGS_CXX=-std=c++0x
LDFLAGS=
LIBS=
#errorを回避するにはこのファイルには、次のISOC++標準であるC++0xのコンパイラとライブラリのサポートが必要です。このサポートは現在実験段階であり、-std = c++0xまたは-std=gnu++0xコンパイラオプションで有効にする必要があります
インターネットからダウンロードしたライブラリをコンパイルしようとしても、同じ問題が発生しました。私の場合、#include <cstdint>コードにはすでにが含まれていました。私はそれを追加して解決しました：
using std::uint32_t;
/usr/include/x86_64-linux-gnu/bitsに移動してstdint-uintn.hを開き、これらの行を追加するだけです。
typedef __uint8_t uint8_t;
typedef __uint16_t uint16_t;
typedef __uint32_t uint32_t;
typedef __uint64_t uint64_t;
もう一度stdint-intn.hを開き、追加します
typedef __int8_t int8_t;
typedef __int16_t int16_t;
typedef __int32_t int32_t;
typedef __int64_t int64_t;
これらの行はすでに存在していることに注意してください。不足している行をコピーして追加してください。
iostreamを含める必要があります
#include <iostream>
using namespace std;