search for: xgot

Older targets like Mips had/have assemblers and ABIs that carry a lot of baggage. The small bit of baggage that is giving me fits is that MipsELFObjectWriter needs to know the relocation model (static,pic,cpic), whether we are using xgot (-mgot), which abi (old,new), which architecture (32r[123],64[123]), which if any coprocessor or extention instructions are used (mips16,micromips,etc.). I shouldn't have to muck with base classes to handle esoteric target specific issues such as these. <target>ELFObjectWriteris used fo...

...k <jcarter at mips.com> wrote: > Older targets like Mips had/have assemblers and ABIs that carry a lot of > baggage. > > The small bit of baggage that is giving me fits is that MipsELFObjectWriter > needs to know the relocation model (static,pic,cpic), whether we are using > xgot (-mgot), which abi (old,new), which architecture (32r[123],64[123]), > which if any coprocessor or extention instructions are used > (mips16,micromips,etc.). So the mips assembler has command line options like -fPIC? Cheers, Rafael

...ere are a lot of flags. Here are the ones you ask about: -KPIC, -call_shared generate SVR4 position independent code -call_nonpic generate non-PIC code that can operate with DSOs -mvxworks-pic generate VxWorks position independent code -non_shared do not generate code that can operate with DSOs -xgot assume a 32 bit GOT Just to make things fun, the SGI notion of cpic (call pic) fits gnu's -call_nonpic. Remember, this issue is not whether the direct or standalone assembler can deal with it in their code. The problem is how to convey it to the <target>ELFObjectWriter in a clean mano...

...> > -KPIC, -call_shared generate SVR4 position independent code > -call_nonpic generate non-PIC code that can operate with DSOs > -mvxworks-pic generate VxWorks position independent code > -non_shared do not generate code that can operate with DSOs > -xgot assume a 32 bit GOT > > Just to make things fun, the SGI notion of cpic (call pic) fits gnu's -call_nonpic. Awesome. As a though exercise I would suggest forgetting for the moment that llvm even has a codegen module. Just pick one of the above options and an example .s...

...> > -KPIC, -call_shared generate SVR4 position independent code > -call_nonpic generate non-PIC code that can operate with DSOs > -mvxworks-pic generate VxWorks position independent code > -non_shared do not generate code that can operate with DSOs > -xgot assume a 32 bit GOT > > Just to make things fun, the SGI notion of cpic (call pic) fits gnu's -call_nonpic. Awesome. As a though exercise I would suggest forgetting for the moment that llvm even has a codegen module. Just pick one of the above options and an example .s...

..., -call_shared generate SVR4 position independent code >> -call_nonpic generate non-PIC code that can operate with DSOs >> -mvxworks-pic generate VxWorks position independent code >> -non_shared do not generate code that can operate with DSOs >> -xgot assume a 32 bit GOT >> >> Just to make things fun, the SGI notion of cpic (call pic) fits gnu's -call_nonpic. > > Awesome. As a though exercise I would suggest forgetting for the > moment that llvm even has a codegen module. Just pick one of the above &g...

..., -call_shared generate SVR4 position independent code >> -call_nonpic generate non-PIC code that can operate with DSOs >> -mvxworks-pic generate VxWorks position independent code >> -non_shared do not generate code that can operate with DSOs >> -xgot assume a 32 bit GOT >> >> Just to make things fun, the SGI notion of cpic (call pic) fits gnu's -call_nonpic. > > Awesome. As a though exercise I would suggest forgetting for the > moment that llvm even has a codegen module. Just pick one of the above >...

..., -call_shared generate SVR4 position independent code >> -call_nonpic generate non-PIC code that can operate with DSOs >> -mvxworks-pic generate VxWorks position independent code >> -non_shared do not generate code that can operate with DSOs >> -xgot assume a 32 bit GOT >> >> Just to make things fun, the SGI notion of cpic (call pic) fits gnu's -call_nonpic. > > Awesome. As a though exercise I would suggest forgetting for the > moment that llvm even has a codegen module. Just pick one of the above >...