search for: coff2yaml

Okay, apparently coff2yaml and yaml2coff are not in a great place as they both don't deal well with the fact that you can have overlapping sections, which seems to be what clang-cl produces (the .data section points to the same place as a later section). Which is not a big big problem for me particularly because msvc doe...

...le to LLD. At the > very least, we're not aware of any cases that don't work. > > Does your MSVC .obj file link fine before you add the .debug$H? > > On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada <santagada at gmail.com> > wrote: > >> Okay, apparently coff2yaml and yaml2coff are not in a great place as they >> both don't deal well with the fact that you can have overlapping sections, >> which seems to be what clang-cl produces (the .data section points to the >> same place as a later section). Which is not a big big problem for me &g...

...d be able to accept any MSVC .obj file to LLD. At the very least, we're not aware of any cases that don't work. Does your MSVC .obj file link fine before you add the .debug$H? On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada <santagada at gmail.com> wrote: > Okay, apparently coff2yaml and yaml2coff are not in a great place as they > both don't deal well with the fact that you can have overlapping sections, > which seems to be what clang-cl produces (the .data section points to the > same place as a later section). Which is not a big big problem for me > particula...

...least, we're not aware of any cases that don't work. >> >> Does your MSVC .obj file link fine before you add the .debug$H? >> >> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada <santagada at gmail.com> >> wrote: >> >>> Okay, apparently coff2yaml and yaml2coff are not in a great place as >>> they both don't deal well with the fact that you can have overlapping >>> sections, which seems to be what clang-cl produces (the .data section >>> points to the same place as a later section). Which is not a big big >&...

...of any cases that don't work. >>> >>> Does your MSVC .obj file link fine before you add the .debug$H? >>> >>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada <santagada at gmail.com> >>> wrote: >>> >>>> Okay, apparently coff2yaml and yaml2coff are not in a great place as >>>> they both don't deal well with the fact that you can have overlapping >>>> sections, which seems to be what clang-cl produces (the .data section >>>> points to the same place as a later section). Which is not a b...

...ork. >>>> >>>> Does your MSVC .obj file link fine before you add the .debug$H? >>>> >>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>> santagada at gmail.com> wrote: >>>> >>>>> Okay, apparently coff2yaml and yaml2coff are not in a great place as >>>>> they both don't deal well with the fact that you can have overlapping >>>>> sections, which seems to be what clang-cl produces (the .data section >>>>> points to the same place as a later section). Whic...

...t;>>>> Does your MSVC .obj file link fine before you add the .debug$H? >>>>> >>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>> santagada at gmail.com> wrote: >>>>> >>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great place as >>>>>> they both don't deal well with the fact that you can have overlapping >>>>>> sections, which seems to be what clang-cl produces (the .data section >>>>>> points to the same place as a later se...

yeah, apparently .bss has a flag of unitialized data that is not being respected on the layout of the coff files (it should skip those sections) but I dunno what to do with .data as it doesn't have a size. (resending as apparently my pastes generated a ton of hidden html data and this message hit the mailinglist limit of 100k) -- Leonardo Santagada -------------- next part -------------- An

...ectYAML. In general, there seems to be an inconsistency regarding how obj2yaml and yaml2obj tools are structured. The latter has a nice wrapper which calls environment-dependent functions under lib/ObjectYAML, but the former has environment-dependent source files under tools/obj2yaml (elf2yaml.cc, coff2yaml.cc, etc). I wanted to reach out to ask if there is any alternative or get an idea about the amount of refactoring work that is required to make the structure friendlier. bests, -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm...

...oes your MSVC .obj file link fine before you add the .debug$H? >>>>>> >>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>> santagada at gmail.com> wrote: >>>>>> >>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great place as >>>>>>> they both don't deal well with the fact that you can have overlapping >>>>>>> sections, which seems to be what clang-cl produces (the .data section >>>>>>> points to the same place a...

...ile link fine before you add the .debug$H? >>>>>>> >>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>> santagada at gmail.com> wrote: >>>>>>> >>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great place >>>>>>>> as they both don't deal well with the fact that you can have overlapping >>>>>>>> sections, which seems to be what clang-cl produces (the .data section >>>>>>>> points to the...

...>>>>> >>>>>>>> I haven't really dabbled in this part of the COFF format >>>>>>>> personally, so hopefully I'm not leading you astray :) >>>>>>>> >>>>>>>> But I checked the code for coff2yaml, and I see this: >>>>>>>> >>>>>>>> } else if (Symbol.isSectionDefinition()) { >>>>>>>> // This symbol represents a section definition. >>>>>>>> assert(Symbol.getNumberOfAuxSymbols()...

...H? >>>>>>>>> >>>>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>>>> santagada at gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great place >>>>>>>>>> as they both don't deal well with the fact that you can have overlapping >>>>>>>>>> sections, which seems to be what clang-cl produces (the .data section >>>>>>>&gt...

...you add the .debug$H? >>>>>>>> >>>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>>> santagada at gmail.com> wrote: >>>>>>>> >>>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great place >>>>>>>>> as they both don't deal well with the fact that you can have overlapping >>>>>>>>> sections, which seems to be what clang-cl produces (the .data section >>>>>>>>> po...

...gt;>>>>> >>>>>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>>>>> santagada at gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great >>>>>>>>>>> place as they both don't deal well with the fact that you can have >>>>>>>>>>> overlapping sections, which seems to be what clang-cl produces (the .data >>>>>>>&gt...

...gt;> >>>>>>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>>>>>> santagada at gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great >>>>>>>>>>>> place as they both don't deal well with the fact that you can have >>>>>>>>>>>> overlapping sections, which seems to be what clang-cl produces (the .data >>>>>&gt...

...>>>>>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>>>>>>> santagada at gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great >>>>>>>>>>>>> place as they both don't deal well with the fact that you can have >>>>>>>>>>>>> overlapping sections, which seems to be what clang-cl produces (the .data >>>&gt...

...>>>>>>> On Fri, Jan 26, 2018 at 11:23 AM Leonardo Santagada < >>>>>>>>>>>>> santagada at gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Okay, apparently coff2yaml and yaml2coff are not in a great >>>>>>>>>>>>>> place as they both don't deal well with the fact that you can have >>>>>>>>>>>>>> overlapping sections, which seems to be what clang-cl produces (the .data >&gt...

...be an inconsistency regarding how obj2yaml and >> yaml2obj tools are structured. The latter has a nice wrapper which calls >> environment-dependent functions under lib/ObjectYAML, but the former has >> environment-dependent source files under tools/obj2yaml (elf2yaml.cc, >> coff2yaml.cc, etc). >> >> I wanted to reach out to ask if there is any alternative or get an idea >> about the amount of refactoring work that is required to make the structure >> friendlier. >> >> bests, >> > -------------- next part -------------- An HTML attach...

...t;zturner at google.com> >>>> wrote: >>>> >>>>> I haven't really dabbled in this part of the COFF format personally, >>>>> so hopefully I'm not leading you astray :) >>>>> >>>>> But I checked the code for coff2yaml, and I see this: >>>>> >>>>> } else if (Symbol.isSectionDefinition()) { >>>>> // This symbol represents a section definition. >>>>> assert(Symbol.getNumberOfAuxSymbols() == 1 && >>>>>...