search for: maskray

...milarity index 100% rename from llvm/test/tools/yaml2obj/coff-xrelocs.yaml rename to llvm/test/tools/yaml2obj/COFF/xrelocs.yaml ``` Does anyone know what happened? thanks, vedant > On Nov 15, 2019, at 10:06 AM, Fangrui Song via Phabricator <reviews at reviews.llvm.org> wrote: > > MaskRay committed rG67c416dc9a5a: [DebugInfo] Allow spill slots in call site parameter descriptions (authored by vsk). > MaskRay added a reverted change: rGeb4c98ca3d25: [DebugInfo] Exclude memory location values as parameter entry values. > > [DebugInfo] Allow spill slots in call site parameter...

...a symbol referenced by a live input section is defined by the shared object. You'll need to check whether a symbol is defined by libmvec.so.1 On Mon, Nov 9, 2020 at 9:57 AM Alexandre Bique <bique.alexandre at gmail.com> wrote: > > On Mon, Nov 9, 2020 at 6:52 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > Recent libm.a and libm.so are actually linker scripts > > > > % cat /usr/lib/x86_64-linux-gnu/libm.a > > /* GNU ld script > > */ > > OUTPUT_FORMAT(elf64-x86-64) > > GROUP ( /usr/lib/x86_64-linux-gnu/libm-2.31.a > > /usr/li...

...v and cfe-dev to see if they are what the community would like to see committed or not. The original discussion is at this thread http://lists.llvm.org/pipermail/cfe-commits/Week-of-Mon-20180730/236802.html On 2018-07-30, Aaron Ballman wrote: >On Mon, Jul 30, 2018 at 6:17 PM, Fāng-ruì Sòng <maskray at google.com> wrote: > > On 2018-07-30, Aaron Ballman wrote: > > On Mon, Jul 30, 2018 at 4:43 PM, Fāng-ruì Sòng <maskray at google.com> > wrote: > > Does this apply to only public headers (include/llvm include/llvm-c > include...

...t I want exp from glibc 2.2 or 2.29, I just want the exp symbol, and if possible the latest version available on the system. Because I don't have a high precision requirement so they would all be fine. Is that possible? Regards, Alexandre Bique On Mon, Nov 9, 2020 at 7:06 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > On Mon, Nov 9, 2020 at 10:04 AM Fāng-ruì Sòng <maskray at google.com> wrote: > > > > No. A shared object is needed if it is linked in (1)--no-as-needed > > mode or (2) after --gc-sections, a symbol referenced by a live input > > secti...

I can't send the exact objects, but I'll try to reproduce. Thanks A On 11/16/20, 9:48 AM, "Fāng-ruì Sòng" <maskray at google.com> wrote: NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe. On Mon, Nov 16, 2020 at 9:05 AM Moshtaghi, Alireza <Alireza.Moshtaghi at netapp.com> wrote: &g...

...luded. > >I think if object does have a mix of CUs that are 32/64, linker can do a best effort ordering, and output a warning. My approach to this is from covering common cases while solving a problem with relocations overflow in large libraries/binaries. > > >@Fangrui Song<mailto:maskray at google.com> >That's a good point with relocations. Although is it always a guarantee a first one will be representative of entire relocation record? >For debug_info even with DWARF32 there can be 64bit relocations. >0000000000000c57 0000001800000001 R_X86_64_64 000000...

...e he was primary one driving DWARF64 so far, I would like to give it a shot at implementing and collecting some performance numbers. 🙂 Alex ________________________________ From: James Henderson <jh7370.2008 at my.bristol.ac.uk> Sent: Thursday, November 12, 2020 2:20 AM To: Fangrui Song <maskray at google.com> Cc: Alexander Yermolovich <ayermolo at fb.com>; Robinson, Paul <paul.robinson at sony.com>; David Blaikie <dblaikie at gmail.com>; Eric Christopher <echristo at gmail.com>; Igor Kudrin <ikudrin at accesssoftek.com>; llvm-dev at lists.llvm.org <llvm...

...ail. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > > > I can't send the exact objects, but I'll try to reproduce. > > Thanks > A > > On 11/16/20, 9:48 AM, "Fāng-ruì Sòng" <maskray at google.com> wrote: > > NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > > > On Mon, Nov 16, 2020 at 9:05 AM Moshtaghi, Alireza > <Al...

On Fri, Nov 15, 2019 at 10:58 AM Fāng-ruì Sòng <maskray at google.com> wrote: > Since you are going to rewrite the mlir history anyway, you can > probably delete accidentally checked in large files if any. > Good point, I checked and this is the largest file in the history of the repo as far as I can tell: https://github.com/joker-eph/llvm...

On Fri, Nov 13, 2020 at 11:17 AM David Blaikie <dblaikie at gmail.com> wrote: > > On Fri, Nov 13, 2020 at 11:05 AM Fāng-ruì Sòng <maskray at google.com> wrote: > > > > I got replies from Nick Clifton and Michael Matz: > > https://sourceware.org/pipermail/binutils/2020-November/114116.html > > (and its reply). > > I have mentioned (a) the difficulty of the > > detecting-DWARF64-by-first-relocatio...

...ixes, to indicate whether the current behavior is intended (for instance, jdoerfert contributed a scenario where that is the case). We want the default behavior to be 'strict', i.e. --allow-unused-prefixes=false. Doing that right now would lead to 1500 test failures. To get there (thanks, maskray, for suggestion), we propose we: * land D90281 where the flag is introduced, but is flipped to match today's behavior * employ a 'busy beavers' approach, where test maintainers patch their tests: - either leveraging the flag, to explicitly indicate that unused prefixes is intended (i....

...e. > > > > > You are right it creates them but sets the protected flag (STV_PROTECTED) which seems to be the cause of my problem. > How can I tell it to set the flag as STV_DEFAULT? > > Thanks > A > > On 5/28/20, 11:30 PM, "Fangrui Song" <maskray at google.com> wrote: > > NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > > > On 2020-05-28, Moshtaghi, Alireza via llvm-dev wrote: > >ll...

lld/test/ELF/invalid/symtab-sh-info.s (check-lld-elf) is recently flaky on Windows, e.g. https://reviews.llvm.org/harbormaster/unit/view/192869/ http://45.33.8.238/win/27684/step_10.txt It fails like every 3 or 4 builds. Could someone with a Windows machine check what is going on? Is that due to output non-determinism (just my guess) in yaml2obj.exe? -------------- next part -------------- An

...os->addr - first->addr : os->addr); There are other things in the build that I need to fix so I can't tell if the result is correct yet though. Do you think this is correct? Thanks A On 11/15/20, 11:19 PM, "Fāng-ruì Sòng" <maskray at google.com> wrote: NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Alireza, getFileAlignment was renamed in Oct 2018. It seems that you may have sectionA and sectionB i...

...ver exp,exp@@@GLIBC_2.2.5 call exp Then the undefined symbol 'exp' will be renamed to 'exp at GLIBC_2.2.5' and get bound to the old version at link time. It will thus work with old glibc. > Regards, > Alexandre Bique > > On Mon, Nov 9, 2020 at 7:06 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > > > On Mon, Nov 9, 2020 at 10:04 AM Fāng-ruì Sòng <maskray at google.com> wrote: > > > > > > No. A shared object is needed if it is linked in (1)--no-as-needed > > > mode or (2) after --gc-sections, a symbol referenced by a l...

...ld only introduce burden for LTO to deal with inconsistency (warning?) among input modules. Having a linker switch to pass the setting from driver to LTO sounds better to me. From: llvm-dev <llvm-dev-bounces at lists.llvm.org> Date: Thursday, November 12, 2020 at 2:21 AM To: Fangrui Song <maskray at google.com> Cc: llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] [LLD] Support DWARF64, debug_info "sorting" On Thu, 12 Nov 2020 at 02:10, Fangrui Song <maskray at google.com<mailto:maskray at google.com>> wrote: On 2020-11-12, Alex...

...nderstanding is that: .debug_str 0 : { *(.debug_str) } Just stays that all .debug_str input sections should go in to .debug_str output section. It doesn't really specify the ordering within the output .debug_str section. Thank You Alex ________________________________ From: Fāng-ruì Sòng <maskray at google.com> Sent: Friday, November 13, 2020 12:42 PM To: David Blaikie <dblaikie at gmail.com> Cc: Wenlei He <wenlei at fb.com>; Alexander Yermolovich <ayermolo at fb.com>; llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org>; Robinson, Paul <paul.robinson at son...

> -----Original Message----- > From: Fāng-ruì Sòng <maskray at google.com> > Sent: Friday, August 21, 2020 4:04 PM > To: Eli Friedman <efriedma at quicinc.com> > Cc: Leonard Chan <leonardchan at google.com>; llvm-dev at lists.llvm.org > Subject: [EXT] Re: [llvm-dev] [RFC][LLVM] New Constant type for > representing function PLT...

On Fri, Nov 13, 2020 at 11:24 AM Fāng-ruì Sòng <maskray at google.com> wrote: > > On Fri, Nov 13, 2020 at 11:17 AM David Blaikie <dblaikie at gmail.com> wrote: > > > > On Fri, Nov 13, 2020 at 11:05 AM Fāng-ruì Sòng <maskray at google.com> wrote: > > > > > > I got replies from Nick Clifton and Michael Ma...

...for > DWARF64, since we haven't had any flag to support it at the moment > anyway. > > - Dave > > > > > > > > > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> > > Date: Thursday, November 12, 2020 at 2:21 AM > > To: Fangrui Song <maskray at google.com> > > Cc: llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org> > > Subject: Re: [llvm-dev] [LLD] Support DWARF64, debug_info "sorting" > > > > > > > > > > > > On Thu, 12 Nov 2020 at 02:10, Fangrui Song <maskray at...