search for: macho_dynamic_no_pic_p

On Tue, Mar 17, 2009 at 4:17 PM, Sandeep Patel <deeppatel1987 at gmail.com>wrote: > What change did you need? Even with your change, it was still complaining about not having a definition of MACHO_DYNAMIC_NO_PIC_P somewhere, so I took the easy way out with inserting this in arm.h: /* Overridden by arm/darwin.h, whether it is included first or not. */ #ifndef TARGET_MACHO #define TARGET_MACHO 0 +#define MACHO_DYNAMIC_NO_PIC_P 0 #endif Anyone have any objections to this? -------------- next part --------...

What change did you need? deep 2009/3/17 Misha Brukman <brukman at gmail.com>: > On Thu, Mar 12, 2009 at 8:39 PM, Sandeep Patel <deeppatel1987 at gmail.com> > wrote: >> >> Attached is the patch I've been building arm-eabi with, which might >> help with linux-gnueabi. I disable multilib to get around several bugs >> with thumb. I build cross binutils

...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 URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090802/2673b4ab/attachment.patch>

On Mar 12, 2009, at 8:30 AMPDT, Misha Brukman wrote: > > ../../../../src/llvm-gcc4.2-2.5.source/gcc/config/arm/arm.md:4788: > error: ‘MACHO_DYNAMIC_NO_PIC_P’ undeclared here (not in a function) > > This tells me there are some Darwin-specific bits in arm.md which > shouldn't be there (MachO is Mac OS X-specific). I'm using the > attached script llvm-arm-crosstool.sh to configure/build/install > LLVM and LLVM-GCC from the 2...

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'

Hello, Martin > 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 Please use the current Top-of-the-Tree version. I was successfully built cross llvm-gcc for arm-elf / arm-gnu-linux-eabi target triples. -- With best regards, Anton Korobeynikov Faculty of Mathematics and

>> >> If any ARM/GCC experts know how to fix arm.md to not refer to >> Darwin-specific macros, that would be great, too. > > Probably the right general idea is to #define MACHO_DYNAMIC_NO_PIC_P > to be 0 for non-Darwin targets. Not sure where to put this so it > will work for both targets (the Darwin definition comes from config/ > darwin.h). I don't think so. Darwin-specific pieces of code should be guarded, as usual, with TARGET_MACHO define. --- With best regards,...

On Mar 17, 2009, at 1:52 PMPDT, Misha Brukman wrote: > On Tue, Mar 17, 2009 at 4:17 PM, Sandeep Patel <deeppatel1987 at gmail.com > > wrote: > What change did you need? > > Even with your change, it was still complaining about not having a > definition of MACHO_DYNAMIC_NO_PIC_P somewhere, so I took the easy > way out with inserting this in arm.h: > > /* Overridden by arm/darwin.h, whether it is included first or not. > */ > #ifndef TARGET_MACHO > #define TARGET_MACHO 0 > +#define MACHO_DYNAMIC_NO_PIC_P 0 > #endif Looks fine to me. -------...

On Aug 21, 2009, at 2:23 PM, Bill Wendling wrote: > On Aug 19, 2009, at 4:30 PM, Tanya Lattner wrote: > >> On Aug 4, 2009, at 5:33 AM, Anton Korobeynikov wrote: >> >>> Hello, Martin >>> >>>> llvm-gcc-4.2-2.5 is failing to build from source on arm, sparc, >>>> powerpc and ia64, only succeeding on i386 and amd64: >>>>

On Aug 19, 2009, at 4:30 PM, Tanya Lattner wrote: > On Aug 4, 2009, at 5:33 AM, Anton Korobeynikov wrote: > >> Hello, Martin >> >>> llvm-gcc-4.2-2.5 is failing to build from source on arm, sparc, >>> powerpc and ia64, only succeeding on i386 and amd64: >>> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=llvm-gcc-4.2;dist=unstable >>> so it

Hello, Martin > llvm-gcc-4.2-2.5 is failing to build from source on arm, sparc, > powerpc and ia64, only succeeding on i386 and amd64: > http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=llvm-gcc-4.2;dist=unstable > so it looks like the 2.5 release was never properly tested before it > was published. Unfortunately, ia64 and sparc were never considered as a 'tier-1' targets

...sk2/Projects/LLVM/src/llvm-2.5/include -DENABLE_LLVM -I/home/jaykang10/HardDisk2/Projects/LLVM/bin/include -DARM_COFF_KIST -DARM_KIST_BUG_FIX -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -o build/gencondmd.o build/gencondmd.c ../../src/gcc/config/arm/arm.md:4788: error: ‘MACHO_DYNAMIC_NO_PIC_P’ undeclared here (not in a function) ../../src/gcc/config/arm/arm.md:4789: warning: missing initializer ../../src/gcc/config/arm/arm.md:4789: warning: (near initialization for ‘insn_conditions[15].value’) ../../src/gcc/config/arm/arm.md:4703: warning: missing initializer ../../src/gcc/config/arm/ar...

On 8/3/09, Anton Korobeynikov <anton at korobeynikov.info> wrote: > > 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 cc1-dummy saying > > Please use the current Top-of-the-Tree version. Sorry, that's not an option as I'm trying to fix the Debian

...5/OBJ_ROOT//include -I/home/wim/Documents/Sources/llvm-2.5/include -DENABLE_LLVM -I/home/wim/Documents/Sources/llvm-2.5/OBJ_ROOT/../include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -o build/gencondmd.o build/gencondmd.c > ../../gcc/config/arm/arm.md:4788: error: ‘MACHO_DYNAMIC_NO_PIC_P’ undeclared here (not in a function) > ../../gcc/config/arm/arm.md:4789: warning: missing initializer > ../../gcc/config/arm/arm.md:4789: warning: (near initialization for ‘insn_conditions[15].value’) > ../../gcc/config/arm/arm.md:4703: warning: missing initializer > ../../gcc/config/ar...

...ude -I/tmp/llvm-project/src/llvm-2.5/include -DENABLE_LLVM -I/tmp/llvm-project/install/x86_64-arm/llvm/include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -o build/gencondmd.o build/gencondmd.c ../../../../src/llvm-gcc4.2-2.5.source/gcc/config/arm/arm.md:4788: error: ‘MACHO_DYNAMIC_NO_PIC_P’ undeclared here (not in a function) This tells me there are some Darwin-specific bits in arm.md which shouldn't be there (MachO is Mac OS X-specific). I'm using the attached script llvm-arm-crosstool.sh to configure/build/install LLVM and LLVM-GCC from the 2.5 release. If anyone wants t...

On Mar 11, 2009, at 9:44 PM, Misha Brukman wrote: > The problem I've had is building an LLVM cross-compiler from Linux/ > x86 to Linux/ARM (as has another llvm-dev poster). Someone > mentioned to me off-list that he managed to get it to build, but I > haven't been able to reproduce the build using his instructions > (I'll post my results in another thread).

Hello, >> ../../gcc/config/arm/arm.md:4788: error: ‘MACHO_DYNAMIC_NO_PIC_P’ undeclared here (not in a function) This is well-known apple-local thing. Please consider building from top of the tree. > I was wondering if this is because of the Symbian target or just a > universal ARM issue. This is common ARM issue for non-darwin targets. > Also, since I find so l...

On Aug 4, 2009, at 5:33 AM, Anton Korobeynikov wrote: > Hello, Martin > >> llvm-gcc-4.2-2.5 is failing to build from source on arm, sparc, >> powerpc and ia64, only succeeding on i386 and amd64: >> http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=llvm-gcc-4.2;dist=unstable >> so it looks like the 2.5 release was never properly tested before it >> was published.

...arget_global_var_section(decl) : 0) const char *darwin_objc_llvm_implicit_target_global_var_section(tree); -#define LLVM_SET_TARGET_OPTIONS(argvec) \ - if (flag_pic) \ - argvec.push_back ("--relocation-model=pic"); \ - else if (!MACHO_DYNAMIC_NO_PIC_P) \ - argvec.push_back ("--relocation-model=static") +#define LLVM_SET_TARGET_OPTIONS(argvec) do { \ + if (flag_pic) \ + argvec.push_back ("--relocation-model=pic"); \ + else if (!MACHO_DYNAMIC_N...