search for: storageclass

...0x" << format("%02x", symbol->Type.BaseType) << ")" << "(ty " << format("%3x", symbol->Type.ComplexType) << ")" << "(scl " << format("%3x", symbol->StorageClass) << ") " << "(nx " << unsigned(symbol->NumberOfAuxSymbols) << ") " << "0x" << format("%08x", symbol->Value) << " " << name << "\n"...

...lt;< format("%02x", symbol->Type.BaseType) << ")" >              << "(ty " << format("%3x", symbol->Type.ComplexType) << ")" >              << "(scl " << format("%3x", symbol->StorageClass) << ") " >              << "(nx " << unsigned(symbol->NumberOfAuxSymbols) << ") " >              << "0x" << format("%08x", symbol->Value) << " " >              << name <<...

...quot;<redacted_unmangled>" (<redacted>) in <internal> and in <redacted_filename>.obj, looking at the .yaml dump the symbols are all similar to this: - Name: <redacted> Value: 0 SectionNumber: 0 SimpleType: IMAGE_SYM_TYPE_NULL ComplexType: IMAGE_SYM_DTYPE_FUNCTION StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL WeakExternal: TagIndex: 134 Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at google.com> wrote: > I haven't really dabbled in this part of the COFF format personally, so > hopefully I'm...

...bol const *Symbol) { > + assert(CurSymbol == NULL); Please style asserts as: assert(Condition && "Explanation of the assert"). It's trivial in this case, but we use that style pervasively. > + CurSymbol = Symbol; > } > > void WinCOFFStreamer::EmitCOFFSymbolStorageClass(int StorageClass) { > + assert(CurSymbol != NULL); > + assert((StorageClass & ~0xFF) == 0); > + > + getSymbolData(CurSymbol)->modifyFlags( > + StorageClass << COFF::SF_ClassShift, > + COFF::SF_ClassMask > + ); > } > > void WinCOFFStreamer::Emit...

...l> and in <redacted_filename>.obj, looking at the >> .yaml dump the symbols are all similar to this: >> >> - Name: <redacted> >> Value: 0 >> SectionNumber: 0 >> SimpleType: IMAGE_SYM_TYPE_NULL >> ComplexType: IMAGE_SYM_DTYPE_FUNCTION >> StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL >> WeakExternal: >> TagIndex: 134 >> Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY >> >> On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at google.com> >> wrote: >> >>> I haven't really dabbled...

...me>.obj, looking at the .yaml dump the symbols are all >>> similar to this: >>> >>> - Name: <redacted> >>> Value: 0 >>> SectionNumber: 0 >>> SimpleType: IMAGE_SYM_TYPE_NULL >>> ComplexType: IMAGE_SYM_DTYPE_FUNCTION >>> StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL >>> WeakExternal: >>> TagIndex: 134 >>> Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY >>> >>> On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at google.com> >>> wrote: >>> >>>&g...

On Sun, Jul 11, 2010 at 6:10 PM, Chris Lattner <clattner at apple.com> wrote: > This probably needs to be slightly tweaked to work with mainline.  I don't see anything objectionable, but I think Daniel needs to review this one. Updated patch to work with mainline. http://github.com/Bigcheese/llvm-mirror/commit/d19a4c82c18afc4830c09b70f02d162292231c94 - Michael Spencer

...<redacted>) in <internal> and in <redacted_filename>.obj, looking at the > .yaml dump the symbols are all similar to this: > > - Name: <redacted> > Value: 0 > SectionNumber: 0 > SimpleType: IMAGE_SYM_TYPE_NULL > ComplexType: IMAGE_SYM_DTYPE_FUNCTION > StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL > WeakExternal: > TagIndex: 134 > Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY > > On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at google.com> > wrote: > >> I haven't really dabbled in this part of the COFF format...

...object file, you'll see > something like this at the end: > ``` > symbols: > - Name: '@comp.id' > Value: 17130443 > SectionNumber: -1 > SimpleType: IMAGE_SYM_TYPE_NULL > ComplexType: IMAGE_SYM_DTYPE_NULL > StorageClass: IMAGE_SYM_CLASS_STATIC > - Name: '@feat.00' > Value: 2147484048 <(21)%204748-4048> > SectionNumber: -1 > SimpleType: IMAGE_SYM_TYPE_NULL > ComplexType: IMAGE_SYM_DTYPE_NULL > StorageClass: IMAGE_SYM_CLASS_S...

...; something like this at the end: >> ``` >> symbols: >> - Name: '@comp.id' >> Value: 17130443 >> SectionNumber: -1 >> SimpleType: IMAGE_SYM_TYPE_NULL >> ComplexType: IMAGE_SYM_DTYPE_NULL >> StorageClass: IMAGE_SYM_CLASS_STATIC >> - Name: '@feat.00' >> Value: 2147484048 <(21)%204748-4048> >> SectionNumber: -1 >> SimpleType: IMAGE_SYM_TYPE_NULL >> ComplexType: IMAGE_SYM_DTYPE_NULL >> StorageCla...

If you run obj2yaml against a very simple object file, you'll see something like this at the end: ``` symbols: - Name: '@comp.id' Value: 17130443 SectionNumber: -1 SimpleType: IMAGE_SYM_TYPE_NULL ComplexType: IMAGE_SYM_DTYPE_NULL StorageClass: IMAGE_SYM_CLASS_STATIC - Name: '@feat.00' Value: 2147484048 SectionNumber: -1 SimpleType: IMAGE_SYM_TYPE_NULL ComplexType: IMAGE_SYM_DTYPE_NULL StorageClass: IMAGE_SYM_CLASS_STATIC - Name: .drectve Value:...

...dump the symbols are all >>>> similar to this: >>>> >>>> - Name: <redacted> >>>> Value: 0 >>>> SectionNumber: 0 >>>> SimpleType: IMAGE_SYM_TYPE_NULL >>>> ComplexType: IMAGE_SYM_DTYPE_FUNCTION >>>> StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL >>>> WeakExternal: >>>> TagIndex: 134 >>>> Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY >>>> >>>> On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at google.com> >>>> wrote: &gt...

...t;>>> similar to this: >>>>> >>>>> - Name: <redacted> >>>>> Value: 0 >>>>> SectionNumber: 0 >>>>> SimpleType: IMAGE_SYM_TYPE_NULL >>>>> ComplexType: IMAGE_SYM_DTYPE_FUNCTION >>>>> StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL >>>>> WeakExternal: >>>>> TagIndex: 134 >>>>> Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY >>>>> >>>>> On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at google.com> >&gt...

On 7 May 2010 18:14, Chris Lattner <clattner at apple.com> wrote: > > On May 7, 2010, at 10:02 AM, Aaron Gray wrote: > > On 7 May 2010 17:53, Chris Lattner <clattner at apple.com> wrote: > >> >> On May 7, 2010, at 9:51 AM, Nathan Jeffords wrote: >> >> This seems counter intuitive to me, I can understand that C assigned that >>> behavior

...is: >>>>>> >>>>>> - Name: <redacted> >>>>>> Value: 0 >>>>>> SectionNumber: 0 >>>>>> SimpleType: IMAGE_SYM_TYPE_NULL >>>>>> ComplexType: IMAGE_SYM_DTYPE_FUNCTION >>>>>> StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL >>>>>> WeakExternal: >>>>>> TagIndex: 134 >>>>>> Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY >>>>>> >>>>>> On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turner <zturner at go...

...rage class specified for parameter `ast_cdr_setdestchan'/usr/include/asterisk/cdr.h:202: error: storage classspecified for parameter `ast_cdr_setapp'/usr/include/asterisk/cdr.h:210: error: storage classspecified for parameter `ast_cdr_amaflags2int'/usr/include/asterisk/cdr.h:218: error: storageclass specified for parameter `ast_cdr_disp2str'/usr/include/asterisk/cdr.h:225: error: storage classspecified for parameter `ast_cdr_reset'/usr/include/asterisk/cdr.h:233: error: storage classspecified for parameter `ast_cdr_flags2str'/usr/include/asterisk/cdr.h:235: error: storage classspec...

...> >>>>>>> - Name: <redacted> >>>>>>> Value: 0 >>>>>>> SectionNumber: 0 >>>>>>> SimpleType: IMAGE_SYM_TYPE_NULL >>>>>>> ComplexType: IMAGE_SYM_DTYPE_FUNCTION >>>>>>> StorageClass: IMAGE_SYM_CLASS_WEAK_EXTERNAL >>>>>>> WeakExternal: >>>>>>> TagIndex: 134 >>>>>>> Characteristics: IMAGE_WEAK_EXTERN_SEARCH_LIBRARY >>>>>>> >>>>>>> On Thu, Jan 25, 2018 at 8:01 PM, Zachary Turn...

Any idea on how to create this new symbol there? I saw that there is a symbol pointing to each section, but didn't understand the format, and yaml2obj doesn't check it or do anything with the list. On Thu, Jan 25, 2018 at 6:56 PM, Leonardo Santagada <santagada at gmail.com> wrote: > YES, THANK YOU... I WAS THINKING THIS BUT COMPLETELY FORGOT. > > sorry for the caps... long

On May 7, 2010, at 10:02 AM, Aaron Gray wrote: > On 7 May 2010 17:53, Chris Lattner <clattner at apple.com> wrote: > > On May 7, 2010, at 9:51 AM, Nathan Jeffords wrote: > >>> This seems counter intuitive to me, I can understand that C assigned that behavior somewhat arbitrarily to uninitialized global variables, but in LLVM there is explicitly a common linkage