search for: tradbigmip

..././lib/Support/Release+Asserts/CommandLine.o differ: char 59791, line 147 rkotler at mipsswbrd002:~/slave/recurse2be/build$ This one difference is a time stamp. kotler at mipsswbrd002:~/slave/recurse2be/build$ diff 1 2 2c2 < ./lib/Support/Release+Asserts/CommandLine.o: file format elf32-tradbigmips --- > /home/rkotler/slave1/recurse2be/build/lib/Support/Release+Asserts/CommandLine.o: file format elf32-tradbigmips 3956,3957c3956,3957 < 0e4b0 8e22000c 1000000c 00000000 3c01393a ."..........<.9: < 0e4c0 3c033231 34213330 34633a35 a8410004 <.214!304c:5.A.. --- > 0...

...KLIBCLD klibc/libc.so ld: klibc/arch/mips/crt0.o: compiled for a little endian system and target is big endian ld: klibc/arch/mips/crt0.o: endianness incompatible with that of the selected emulation ld: failed to merge target specific data of file klibc/arch/mips/crt0.o When I change "elf32-tradbigmips" to "elf32-tradlittlemips" in the linker script (OUTPUT_FORMAT) it works. Unfortunately, I don't know what the right fix is. -- Martin Michlmayr http://www.cyrius.com/

...elocations are generated, the immediate offsets for the beq and bne pairs remain identical, and are interpreted as a PC-relative offset. Assembling the same input with GNU as (no arguments), then dumping with GNU objdump (from the Mips 2016.05-03 precompiled SDK): a.out: file format elf32-tradbigmips Disassembly of section .text: 00000000 <lab>: 0: 10c70020 beq a2,a3,84 <lab+0x84> 0: R_MIPS_PC16 *ABS* 4: 00000000 nop 8: 14850010 bne a0,a1,4c <lab+0x4c> 8: R_MIPS_PC16 *ABS* c: 00000000 nop 10: 10c70020 beq...

I'm trying to write a script for checking whether the compiler recursed properly. rkotler at mipsswbrd002:~/slave/recurse3be/build$ find . -name "*.o" -exec cmp '{}' ../../recurse2be/build/'{}' \; |& tee foo.txt Is anyone else doing this? There 2 compilers, recurse 2 and recurse3 that in principle should be identical. Obviously if there is date and time