'uint32_t' không tên một loại

Question

Tôi đang cố gắng để biên dịch một gói C++ phần mềm được viết vào năm 2007 và tôi nhận được lỗi này:

error: ‘uint32_t’ does not name a type

này đang xảy ra tại 64-bit Ubuntu sử dụng g ++ 4.5.2. Nó biên dịch tốt trên CentOS 64 bit bằng g ++ 4.1.2.

Có một số #include hoặc cờ trình biên dịch mà tôi đang thiếu không? Hoặc, tôi có nên sử dụng typedef để chỉ định uint32_t cho một size_t hoặc có thể là unsigned int?

Answer 1

Bạn cần phải bao gồm stdint.h

#include <stdint.h> 

Answer 2

Bạn cần phải #include <cstdint>, nhưng điều đó có thể không phải lúc nào cũng hoạt động.

Vấn đề là một số trình biên dịch thường tự động xuất tên được xác định trong các tiêu đề khác nhau hoặc các loại được cung cấp trước khi các tiêu chuẩn đó được đặt ra.

Bây giờ, tôi đã nói "có thể không phải lúc nào cũng hoạt động". Đó là vì tiêu đề cstdint là một phần của tiêu chuẩn C++ 11 và không phải lúc nào cũng có sẵn trên các trình biên dịch C++ hiện tại (nhưng thường là). Tiêu đề stdint.h tương đương với C và là một phần của C99.

Để có tính di động tốt nhất, tôi khuyên bạn nên sử dụng tiêu đề của Boost's boost/cstdint.hpp, nếu bạn sẵn sàng sử dụng tăng. Nếu không, có thể bạn sẽ có thể thoát khỏi # include'ing <cstdint>.

Answer 3

Những câu trả lời khác cho rằng trình biên dịch của bạn là C++ 11 tuân thủ. Đó là tốt nếu nó được. Nhưng nếu bạn đang sử dụng một trình biên dịch cũ hơn thì sao?

Tôi đã chọn một đoạn mã sau đây trên mạng. Nó hoạt động tốt đủ cho tôi:

#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 

Nó không phải là di động, tất nhiên. Nhưng nó có thể làm việc cho trình biên dịch của bạn.

Answer 4

Thêm phần sau vào tệp base.mk. Dòng thứ 3 sau đây là quan trọng -include $(TOP)/defs.mk

CFLAGS=$(DEBUG) -Wall -W -Wwrite-strings 
CFLAGS_C=-Wmissing-prototypes 
CFLAGS_CXX=-std=c++0x 
LDFLAGS= 
LIBS= 

để tránh #error Tập tin này đòi hỏi phải có trình biên dịch và thư viện hỗ trợ cho các tiêu chuẩn sắp tới ISO C++, C++ 0x. Hỗ trợ này hiện đang được thử nghiệm và phải được bật với tùy chọn trình biên dịch -std = C++ 0x hoặc -std = gnu ++ 0x

Answer 5

Tôi cũng gặp sự cố tương tự trên Mac OSX 10.6.8 và không may thêm #include <stdint.h> hoặc <cstdint.h> vào tệp tương ứng không giải quyết được sự cố của tôi. Tuy nhiên, sau khi tìm kiếm thêm, tôi tìm thấy giải pháp này để thêm #include <sys/types.h> hoạt động tốt cho tôi!

Answer 6

nếu điều đó xảy ra khi bạn bao gồm tiêu đề opencv.

Tôi khuyên bạn nên thay đổi thứ tự của tiêu đề.

đặt tiêu đề opencv ngay bên dưới tiêu đề C++ chuẩn.

như thế này:

#include<iostream> 
#include<opencv2/core/core.hpp> 
#include<opencv2/highgui/highgui.hpp> 

Answer 7

tôi đã tha cùng một vấn đề cố gắng để biên dịch một lib tôi tải về từ internet. Trong trường hợp của tôi, đã có #include <cstdint> trong mã. Tôi đã giải quyết thêm một:

using std::uint32_t; 

Answer 8

Thêm phần sau vào tệp base.mk. Dòng thứ 3 sau là quan trọng - bao gồm $ (TOP) /defs.mk

CXXFLAGS = -g -std=c++11 -O3 -W -Wall -pedantic -Wpointer-arith -Wwrite-strings -Wno-long-long $(THREADSCXXFLAGS)