<div dir="ltr">"/usr/include/unistd.h", line 171.17: 1506-343 (S) Redeclaration of lseek64 differs from previous declaration on line 169 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 171.17: 1506-050 (I) Return type "long long" in redeclaration is not compatible with the previous return type "long".<br>"/usr/include/unistd.h", line 171.17: 1506-377 (I) The type "long long" of parameter 2 differs from the previous type "long".<br>"/usr/include/sys/lockf.h", line 64.20: 1506-343 (S) Redeclaration of lockf64 differs from previous declaration on line 62 of "/usr/include/sys/lockf.h".<br>"/usr/include/sys/lockf.h", line 64.20: 1506-377 (I) The type "long long" of parameter 3 differs from the previous type "long".<br>"/usr/include/unistd.h", line 800.33: 1506-343 (S) Redeclaration of ftruncate64 differs from previous declaration on line 798 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 800.33: 1506-377 (I) The type "long long" of parameter 2 differs from the previous type "long".<br>"/usr/include/unistd.h", line 836.33: 1506-343 (S) Redeclaration of truncate64 differs from previous declaration on line 834 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 836.33: 1506-377 (I) The type "long long" of parameter 2 differs from the previous type "long".<br>"/usr/include/unistd.h", line 853.33: 1506-343 (S) Redeclaration of pread64 differs from previous declaration on line 850 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 853.33: 1506-377 (I) The type "long long" of parameter 4 differs from the previous type "long".<br>"/usr/include/unistd.h", line 854.33: 1506-343 (S) Redeclaration of pwrite64 differs from previous declaration on line 851 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 854.33: 1506-377 (I) The type "long long" of parameter 4 differs from the previous type "long".<br>"/usr/include/unistd.h", line 921.25: 1506-343 (S) Redeclaration of fclear64 differs from previous declaration on line 918 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 921.25: 1506-050 (I) Return type "long long" in redeclaration is not compatible with the previous return type "long".<br>"/usr/include/unistd.h", line 921.25: 1506-377 (I) The type "long long" of parameter 2 differs from the previous type "long".<br>"/usr/include/unistd.h", line 922.25: 1506-343 (S) Redeclaration of fsync_range64 differs from previous declaration on line 919 of "/usr/include/unistd.h".<br>"/usr/include/unistd.h", line 922.25: 1506-377 (I) The type "long long" of parameter 3 differs from the previous type "long".<br>An example of the error:<br><br>In the include file is:<br>  +168  extern int link(const char *, const char *);<br>  +169  extern off_t lseek(int, off_t, int);<br>  +170  #ifdef _LARGE_FILE_API<br>  +171  extern off64_t  lseek64(int, off64_t, int);<br>  +172  #endif<br>Lines 169 and 171 look different enough.<br><br>After<br>cc_r -DHAVE_CONFIG_H -I.. -I../src -I/opt/include/freetype2 -I/opt/include    -I/opt/include/libxml2 -E fcarch.c >x.i<br><br>in x.i<br> +2393  extern int isatty(int);<br> +2394  extern int link(const char *, const char *);<br> +2395  extern off_t lseek64(int, off_t, int);<br> +2396<br> +2397  extern off64_t  lseek64(int, off64_t, int);<br> +2398<br> +2399  extern long pathconf(const char *, int);<br> <br>cc_r -I.. -I../src -I/opt/include/freetype2 -I/opt/include    -I/opt/include/libxml2 -E fcarch.c >x.i<br><br>in x.i<br> +2393  extern int isatty(int);<br> +2394  extern int link(const char *, const char *);<br> +2395  extern off_t lseek(int, off_t, int);<br> +2396<br> +2397  extern off64_t  lseek64(int, off64_t, int);<br> +2398<br> +2399  extern long pathconf(const char *, int);<br><br>So, it seems there is something in config.h that is trigering a define of lseek to lseek64 and "a problem"<br><br>From an examination of /usr/include/unistd.h the define - in the way - seems to be _LARGE_FILES<br><br>in /usr/include/stdint.h<br><br>Again...<br>  +164  extern pid_t getpid(void);<br>  +165  extern pid_t getppid(void);<br>  +166  extern uid_t getuid(void);<br>  +167  extern int isatty(int);<br>  +168  extern int link(const char *, const char *);<br>  +169  extern off_t lseek(int, off_t, int);<br>  +170  #ifdef _LARGE_FILE_API<br>  +171  extern off64_t  lseek64(int, off64_t, int);<br>  +172  #endif<br>  +173  extern long pathconf(const char *, int);<br>  +174  extern int pause(void);<br>  +175  extern int pipe(int []);<br><br>but preceding this there is:<br>   +68  #ifdef _POSIX_SOURCE<br>   +69  #ifdef _LARGE_FILES<br>   +70  #define lseek lseek64<br>   +71  #endif<br>   +72<br><br>And later,<br>  +730  #if _XOPEN_SOURCE_EXTENDED==1<br>  +731  #ifdef _LARGE_FILES<br>  +732  #define ftruncate       ftruncate64<br>  +733  #define truncate        truncate64<br>  +734  #endif<br>  +735<br><br>  +845  #ifdef _LARGE_FILES<br>  +846  #define pread           pread64<br>  +847  #define pwrite          pwrite64<br>  +848  #endif /* _LARGE_FILES */<br><br>  +914  #ifdef _LARGE_FILES<br>  +915  #define fclear fclear64<br>  +916  #define fsync_range     fsync_range64<br>  +917  #endif<br>  +918          extern off_t    fclear(int, off_t);<br>  +919          extern int      fsync_range(int, int, off_t, off_t);<br>  +920  #ifdef _LARGE_FILE_API<br>  +921          extern off64_t  fclear64(int, off64_t);<br>  +922          extern int      fsync_range64(int, int, off64_t, off64_t);<br>  +923  #endif<br><br>So, it seems there is an inaccurate assumption regarding the affect/interaction of _LARGE_FILES and _LARGE_FILE_API<br><br>Looking at <a href="http://config.h.in">config.h.in</a> - it looks as it _LARGE_FILES was added to assist with AIX, and now it is getting the way (fun :p)<br><br>I cannot find where the code for configure is generated. I suspect that - MAYBE - this was important for when<br>32-bit hardware was out there (in 1997 64-bit file support was added to AIX 4.2.0 even though the kernel was<br>still 32-bit as well as 'normal' pointers.<br><br>In any case - this was not a problem I encounter with fontconfig-2.4.2 (ancient!!) but do now.<br><br>Give me hints, and I shall test them (as I have time).<br><br>Sincerely,<br>Michael<br><br></div>