search for: fangrui

...or lldb)` to build LLVM. These packages are not installed by default on many platforms. Thoughts on deprecating Python 2 for utils/ scripts (different from libclang or lldb scripts) which are not user-facing? [0]: https://docs.python.org/3/using/mac.html#getting-and-installing-macpython Thanks, Fangrui

Hi Fangrui, As you noted we are working on helping our NaCl users transition to WebAssembly and new web APIs that cover the functionality offered by NaCl. In terms of actually turning down the platform features, we recently announced a timeline at https://blog.chromium.org/2020/01/moving-forward-from-chrome-a...

Hi Fangrui, for what it's worth regarding lldb, Zachary Turner has already done a lot of work to make the majority of its python code (most importantly, its testsuite) work with Python 3 as well as Python 2. J > On Jan 29, 2018, at 12:46 PM, Fāng-ruì Sòng via llvm-dev <llvm-dev at lists.llvm.org&g...

On 2019-12-10, Reid Kleckner via llvm-dev wrote: >I bet if you use `-target i386-linux` it will work. You passed `-target -i386`, >which is a triple with no OS, so Clang is doing something arbitrary. Grepping >Clang sources shows that this flag is handled in an OS-specific manner: > >$ git grep -i fuse_init_array ../clang/lib/Driver/ >../clang/lib/Driver/ToolChains/Fuchsia.cpp:

...ut escaping it would be: Class: ELFCLASSBITS What does not look so clear as a version with escaping IMO. Best regards, George | Developer | Access Softek, Inc ________________________________ От: James Henderson <jh7370.2008 at my.bristol.ac.uk> Отправлено: 4 февраля 2020 г. 12:09 Кому: Fangrui Song Копия: llvm-dev; George Rimar Тема: Re: RFC: Add a preprocessor to yaml2obj (and other YAML tools) CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. If you suspect potential ph...

I just got a Diffusion notification about a change of mine being reverted by Fangrui, but I'm not sure that's actually what happened and am confused and concerned. My commit was "[DebugInfo] Allow spill slots in call site parameter descriptions", and it appears in the history under two hashes: 1ee84e and 67c416. The first commit contains the actual change. The se...

Hi, webmasters of llvm.org, In March, lld/docs/ELF/linker_script.rst was created to document the linker script support as implemented in lld. I just checked the website http://lld.llvm.org/ . At the bottom there is a link "Linker Script implementation notes and policy" but the target page shows as 403 Forbidden. Relatedly, http://lld.llvm.org/_sources/ does not include the

...lit we probably need to keep the code in a way that works with python 2 and 3 though as that will affect various projects outside of core llvm that started adopting it. - Matthias > On Jan 29, 2018, at 3:42 PM, Jason Molenda via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi Fangrui, for what it's worth regarding lldb, Zachary Turner has already done a lot of work to make the majority of its python code (most importantly, its testsuite) work with Python 3 as well as Python 2. > > J > >> On Jan 29, 2018, at 12:46 PM, Fāng-ruì Sòng via llvm-dev <llvm-dev...

Hi all, LLVM/Clang supports an OS called 'NaCl' (llvm/include/llvm/ADT/Triple.h). It apparently hasn't had any development since 2015. This page https://developer.chrome.com/native-client/migration mentions that NaCl is deprecated. Is it still used? If not, I would propose that we remove it. I created a patch https://reviews.llvm.org/D78441 which I think can delete 90% of the

...know the content is safe. > > > > > 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 wr...

First, I love this bot:) It makes LLVM's "pushing to master" practise less awful:) Now the main topic... > clang-tidy: fail. Please fix clang-tidy findings. For example, on https://reviews.llvm.org/D72103#1801916 , merge_guards_bot reports clang-tidy findings of existing code, not just the modified code. I think https://github.com/google/llvm-premerge-checks should use

https://reviews.llvm.org/D71565 intends to update llvm/utils/update_cc_test_checks.py to work with Python 2. In the original review, I suggested that we don't add Python 2 compatibility for new features because Python 2.7 is retiring and some Linux distributions are even deprecating/removing Python 2 support. My feeling is: If some utilities do not support Python 2, we should probably not

On 14/07/2020 03:27, David Blaikie via llvm-dev wrote: > (+Richard - it's handy to include folks from previous discussions > explicitly so everyone can more easily keep track of the conversation) > > On Mon, Jul 13, 2020 at 6:17 PM Fangrui Song via llvm-dev > <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Sometimes it is convenient if we can specify multiple independent tests > in one file. To give an example, let's discuss > test/MC/ELF/debug-md5.s and >...

...if multiple CUs are included. > >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_...

...39;t object, since 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....

...dwarf setting would 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...

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: >lld does not seem to cr...

Many git commits in the monorepo look like the following: [Tag0][Tag1] Title line Summary: Lorem ipsum dolor sit amet, consectetur adipiscing elit. Quisque mauris neque, porta nec tristique at, sagittis vel nisi. Fusce pharetra nunc et mauris consequat venenatis. Reviewers: username0, username1 Reviewed By: username0 Subscribers: username2, username3,

> -----Original Message----- > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Fangrui > Song via llvm-dev > Sent: Thursday, August 20, 2020 10:18 PM > To: Leonard Chan <leonardchan at google.com> > Cc: llvm-dev <llvm-dev at lists.llvm.org> > Subject: [EXT] Re: [llvm-dev] [RFC][LLVM] New Constant type for > representing function PLT entries > > A @...

Hi, On AArch64, I see a lot of warnings like: warning: failed to compute relocation: R_AARCH64_PREL32, Invalid data was encountered while parsing the file when opening object file with llvm-objdump. The llvm-objdump is from trunk at this moment. Is this easy to fix?