GCC xây dựng vấn đề (#include_next limits.h)

Question

Khi tôi cố gắng để

$ make depend -f gcc.mak

một middleware trên máy tính Ubuntu của tôi, tôi có được điều này

/usr/include/../include/limits.h:125:26: error: no include path in which to search for limits.h

Đây là các nội dung xung quanh limits.h: 125 :

 
/* Get the compiler's limits.h, which defines almost all the ISO constants. 

    We put this #include_next outside the double inclusion check because 
    it should be possible to include this file more than once and still get 
    the definitions from gcc's header. */ 
#if defined __GNUC__ && !defined _GCC_LIMITS_H_ 
/* `_GCC_LIMITS_H_' is what GCC's file defines. */ 
# include_next <limits.h> 
#endif 

tôi đã cố gắng thiết lập

 
$ export INCLUDE=/usr/lib/gcc/x86_64-linux-gnu/4.3/include-fixed/ 
$ export C_INCLUDE_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.3/include-fixed/ 
$ export CPLUS_INCLUDE_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.3/include-fixed/ 

(đây là nơi tôi tìm thấy một giới hạn khác.h trên hệ thống của mình). Tôi đã cài đặt libc6-dev, có thể giới hạn của nó đã bị một gói khác ghi đè không? Tôi có cần gói -dev khác không? Hoặc là một biến môi trường cần thiết; có lẽ điều này có thể bị phá vỡ theo cách khác?

Answer 1

gói bạn cần là glibc.

Answer 2

Cân nhắc sử dụng #include_next <limits.h> (phần mở rộng gcc) để buộc gcc xem số tiếp theo được tìm thấy limits.h trong đường dẫn bao gồm (phải là bản sao của công cụ).

Answer 3

Tôi không nhớ chính xác độ phân giải nữa, nhưng nó phải thực hiện với một số gói bị thiếu. Sau khi apt-nhận được một số công cụ hơn, nó làm việc cho tôi.

Answer 4

Tôi đã gặp sự cố của mình khi biên dịch với STLport 5.1.5, nhưng có vẻ như vấn đề đã được khắc phục là STLport 5.2.0. Vấn đề được ghi lại trong STLport Release Notes. Sau khi nhận được một bản sao của STLport 5.2.1, quá trình biên dịch thành công mà không bị trục trặc.

Answer 5

Tôi đã gặp sự cố này khi thực hiện biên dịch chéo. Khi bạn thực hiện một 'làm phụ thuộc' các Makefile sẽ gọi chương trình makedepend khi nhìn từ nhiệm vụ này:

MAKEDEPPROG=makedepend 

makedepend chỉ tìm kiếm một số mặc định bao gồm các thư mục bắt đầu với /usr/include

Kể từ khi thị #include_next nghĩa để bao gồm các trường hợp tìm thấy tiếp theo của tệp được bao gồm có tên trong đường dẫn tìm kiếm, điều này sẽ thất bại nếu không tìm thấy một tệp khác.

Đối với tôi, giải pháp là trực tiếp makedepend để tìm kiếm trình biên dịch chéo của tôi bao gồm các thư mục đầu tiên. Tôi đã làm điều này bằng cách thay đổi sự phân công MAKEDEPPROG để bao gồm các -I chỉ:

MAKEDEPPROG=makedepend -I < path/to/cross-compiler/include-fixed > 

tôi khuyên bạn nên đọc về chương trình makedepend (khoảng mà tôi không biết gì trước đó). Ví dụ, nó không rõ ràng với tôi rằng makedepend sẽ không sử dụng một con đường tìm kiếm môi trường. Chỉ thị -I đặt đường dẫn tìm kiếm được chỉ định trước đường dẫn mặc định của makedepend.