Source: iwyu Version: 3.4-1 Severity: important Hi,
iwyu FTBFS on mips64el with the following relocation errors: > CMakeFiles/include-what-you-use.dir/iwyu.cc.o: In function > `include_what_you_use::(anonymous namespace)::IntToString(int)': > iwyu.cc:(.text+0x50): relocation truncated to fit: R_MIPS_CALL16 against > `snprintf@@GLIBC_2.0' > iwyu.cc:(.text+0x64): relocation truncated to fit: R_MIPS_CALL16 against > `std::allocator<char>::allocator()@@GLIBCXX_3.4' > iwyu.cc:(.text+0x84): relocation truncated to fit: R_MIPS_CALL16 against > `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::basic_string(char const*, std::allocator<char> const&)@@GLIBCXX_3.4' > iwyu.cc:(.text+0x98): relocation truncated to fit: R_MIPS_CALL16 against > `std::allocator<char>::~allocator()@@GLIBCXX_3.4' > iwyu.cc:(.text+0xb8): relocation truncated to fit: R_MIPS_CALL16 against > `std::allocator<char>::~allocator()@@GLIBCXX_3.4' > iwyu.cc:(.text+0xd0): relocation truncated to fit: R_MIPS_CALL16 against > `_Unwind_Resume@@GCC_3.0' > CMakeFiles/include-what-you-use.dir/iwyu.cc.o: In function `main': > iwyu.cc:(.text+0x1a0): relocation truncated to fit: R_MIPS_CALL16 against > `operator new[](unsigned long)@@GLIBCXX_3.4' > iwyu.cc:(.text+0x200): relocation truncated to fit: R_MIPS_CALL16 against > `operator new[](unsigned long)@@GLIBCXX_3.4' > iwyu.cc:(.text+0x274): relocation truncated to fit: R_MIPS_CALL16 against > `strcmp@@GLIBC_2.0' > iwyu.cc:(.text+0x2f0): relocation truncated to fit: R_MIPS_CALL16 against > `strcmp@@GLIBC_2.0' > iwyu.cc:(.text+0x404): additional relocation overflows omitted from the output > collect2: error: ld returned 1 exit status The full log is available here: http://mipsdebian.imgtec.com/debian/logs/i/iwyu/iwyu_3.4-1_mips64el-20150115-0137.build.gz I think this happens due to a GOT overflow somewhere (the max size of the GOT in MIPS is 64K per translation unit). It can be fixed by passing -mxgot on mips64el, although that will incur a performance penalty. Strangely, moving iwyu.cc to the end of the list of C files to be built (in the add_executable call in CMakeLists.txt) also fixes this. I don't know how reliable this will be though. Thanks, James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
