search for: current_file_function_operand

Hi The fix is very simple: the defaulting of this macro to 0 in gcc/config/arm/arm.h, present in 2.2 has been omitted in 2.5. The attached patch puts the defaulting clause back, the same as it was in 2.2 M -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-arm-default-MACHO_DYNAMIC_NO_PIC_P.patch Type: text/x-diff Size: 385 bytes Desc: not available

Hello >   The fix is very simple: the defaulting of this macro to 0 in > gcc/config/arm/arm.h, present in 2.2 has been omitted in 2.5. > > The attached patch puts the defaulting clause back, the same as it was in 2.2 This is known problem which was fixed after 2.5 release. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State

Thanks. Do you have fixes for the other ARM bloopers? This is the forthcoming Debian version and it's now dying on arm-gnueabi when it links cc2-dummy saying libbackend.a(arm.o): In function `current_file_function_operand': /home/martin/arm/llvm-gcc-4.2-2.5/build-gcc/gcc/../../llvm-gcc-4.2-2.5/gcc/config/arm/arm.c:3506: undefined reference to `ENCODED_SHORT_CALL_ATTR_P' libbackend.a(arm.o): In function `arm_is_longcall_p': /home/martin/arm/llvm-gcc-4.2-2.5/build-gcc/gcc/../../llvm-gcc-4.2-2.5/gcc/config/...