search for: offset_imm

...ngoing churn there. I'm doing something dumb, and I need to figure out what. I get errors trying to build from crtbegin.o, and they look like this (replacing the long temporary filename with $TMPFILE): > $TMPFILE: Assembler messages: > $TMPFILE:66: Error: internal_relocation (type: OFFSET_IMM) not fixed > up > $TMPFILE:71: Error: internal_relocation (type: OFFSET_IMM) not fixed > up > $TMPFILE:76: Error: internal_relocation (type: OFFSET_IMM) not fixed > up > $TMPFILE:87: Error: internal_relocation (type: OFFSET_IMM) not fixed > up > $TMPFILE:91: Error: i...

...dy have support for lots of the changes necessary to handle llvm assembly. Let's cross our fingers that's the case. At this point I will be happy to have ARMv5 assembly working, and seems that this issue is only show-stopper so far. I also had problem with "internal_relocation (type: OFFSET_IMM) not fixed up" errors while compiling libcsu, but I fixed that with passing -O1 to clang. > > > > Does your assembler support the other shift mnemonics (e.g., "LSL")? This will change the output for all of them. Yes, it works for other shift mnemonics. Verified...

On Apr 30, 2008, at 11:19 PM, james woodyatt wrote: >> $TMPFILE:66: Error: internal_relocation (type: OFFSET_IMM) not >> fixed up You need to run the compile with -save-temps and then look at the .s file. If you like it, it is an assembler bug. If you don't like it, it is a bug in the compiler. If you don't know if you like it, as your assembler vendor (binutils) if it is valid. Of...

On Jun 22, 2011, at 10:03 AM, Damjan Marion wrote: > > On Jun 22, 2011, at 6:15 PM, Jim Grosbach wrote: > >> >> On Jun 22, 2011, at 9:00 AM, Renato Golin wrote: >> >>> On 22 June 2011 16:50, Jim Grosbach <grosbach at apple.com> wrote: >>>>> This sounds like a dead end as newer binutils are GPLv3. >>>> >>>> Yeah,