search for: rimar

...t we for example do split dwarf, but for example do dedup of types ? I do not mean right now, but in a theory ? Best regards, George | Developer | Access Softek, Inc ________________________________ От: David Blaikie <dblaikie at gmail.com> Отправлено: 16 декабря 2017 г. 22:25 Кому: George Rimar Копия: Sean Silva; llvm-dev at lists.llvm.org; Rui Ueyama; Rafael Espindola Тема: Re: [llvm-dev] [RFC] - Deduplication of debug information in linkers (LLD). On Sat, Dec 16, 2017 at 4:08 AM George Rimar <grimar at accesssoftek.com<mailto:grimar at accesssoftek.com>> wrote: >Wasn&...

Yeah, not sure either. The discussion about minimum compatibility usually comes down to what version is available on long-term OS releases. On Fri, Oct 2, 2020 at 12:38 PM George Rimar <grimar at accesssoftek.com> wrote: > > Is the code currently broken? > > > I don't know. Perhaps the code is fine, I did not try to compile LLVM > with all that compilers > > that we claim as supported though. I just *guess* that we don't have a > bot tha...

On Fri, Oct 2, 2020 at 1:48 AM George Rimar <grimar at accesssoftek.com> wrote: > Thanks, David! > > > Few minor additions to the topic: > > > > I'm not sure which MSVC version on godbolt would be "MSVC 2017" that > the LLVM docs refer to > > > I've found that the minimal available...

...ill break on windows, as I mentioned I had to change CHECK: ./test.cpp:2:51 to CHECK: {\\|/}}test.cpp:2:51 ? Best regards, George | Developer | Access Softek, Inc ________________________________ От: David Blaikie <dblaikie at gmail.com> Отправлено: 9 февраля 2018 г. 18:35 Кому: George Rimar Копия: Robinson, Paul; llvm-dev at lists.llvm.org; Rafael Avila de Espindola Тема: Re: [llvm-dev] Collecting address ranges in DWARFUnit::collectAddressRanges. Nah, doesn't look like it. Removed it (& the place I copied it from) in: r324738 Thanks! On Fri, Feb 9, 2018 at 7:28 AM George R...

> Le 2 oct. 2017 à 14:23, George Rimar <grimar at accesssoftek.com> a écrit : > > I think we can switch LLD either to "both" or probably to "gnu" by default as well. > Initial version of patch that changes default to "both" is here: D38407 > > Any thoughts ? > > Best regards, &...

On Thu, Oct 1, 2020 at 2:08 AM George Rimar <grimar at accesssoftek.com> wrote: > FWIW, I've performed an experiment with the code below at godbolt. > (used -O2, https://godbolt.org/z/nY95nh) > > ``` > #include <vector> > #include "llvm/Support/Error.h" > > llvm::Expected<std::vector<i...

+1 for both table formats. Then we're compatible by default no matter what. If somebody cares about .o file size, they can explicitly specify their --hash-style. On Mon, Oct 2, 2017 at 5:35 AM, George Rimar via llvm-dev < llvm-dev at lists.llvm.org> wrote: > >> Le 2 oct. 2017 à 14:23, George Rimar <grimar at accesssoftek.com> a écrit > : > >> > >> I think we can switch LLD either to "both" or probably to "gnu" by > default as well. >...

I'd think we shouldn't do anything even for printing out a warning unless doing it is proved to be useful. On Wed, Mar 21, 2018 at 1:04 AM George Rimar <grimar at accesssoftek.com> wrote: > >I think we should wait until there is someone wanting to use these > features with lld. > > > >Cheers, > >Rafael > > Ok. Should we give an error when .note.gnu.property section is in the > object?​ > > ​Best reg...

Nah, doesn't look like it. Removed it (& the place I copied it from) in: r324738 Thanks! On Fri, Feb 9, 2018 at 7:28 AM George Rimar <grimar at accesssoftek.com> wrote: > >Totally fair call, sorry it took me a while to come back around to this - > added in r324702 > > Thanks ! Have a question: does it need "requres shell" ? > I tried without and it worked for me under windows (had to change che...

Ah, sorry, thanks - removed the "./" prefix entirely. Hope that works - if you happen to test it & find it doesn't, please let me know :) On Fri, Feb 9, 2018 at 7:38 AM George Rimar <grimar at accesssoftek.com> wrote: > I expect r324738 will break on windows, > > as I mentioned I had to change > > > CHECK: ./test.cpp:2:51 > > to > > CHECK: {\\|/}}test.cpp:2:51 > > ​ > Best regards, > George | Developer | Access Softek, Inc >...

?Hi, I found a new issue in lld (https://llvm.org/bugs/show_bug.cgi?id=26222), but after review of outputs internals still have no idea why that can happen. Do you have any thoughts about possible reasons of that ? I am going to continue investigating that tomorrow. Best regards, George. -------------- next part -------------- An HTML attachment was scrubbed... URL:

>I think we should wait until there is someone wanting to use these features with lld. > >Cheers, >Rafael Ok. Should we give an error when .note.gnu.property section is in the object?? ?Best regards, George | Developer | Access Softek, Inc -------------- next part -------------- An HTML attachment was scrubbed... URL:

>Totally fair call, sorry it took me a while to come back around to this - added in r324702 Thanks ! Have a question: does it need "requres shell" ? I tried without and it worked for me under windows (had to change check to CHECK: .{{\\|/}}test.cpp:2:51 though). And I see nothing special probably that might require shell I think. We use cd/rm/cp in LLD testcases without requiring

On Sat, Dec 16, 2017 at 11:40 AM George Rimar <grimar at accesssoftek.com> wrote: > Or following workflow: > > Split dwarf is used to make linker to proccess less, like relocations, > right ? > Partly, though the main motivation as far as I know, was to have to provide fewer bytes to the linker at all. That's why some...

...with that change and reverting will not give us 2-3% boost back. Best regards, George. ________________________________ ??: Rui Ueyama <ruiu at google.com> ??????????: 16 ????? 2016 ?. 4:24 ????: Sean Silva ?????: llvm-dev; Rafael Ávila de Espíndola; Michael Spencer; Davide Italiano; George Rimar ????: Re: LLD performance w.r.t. local symbols (and --build-id) Some slowdown by --build-id was expected. It scans most parts of the output to compute a hash value after all. It can easily be parallelized, but it would still have non-negligible performance impact. I'd think it is not a good pr...

Hi ! During linking LLD and other linkers builds a static hash table for dynamic symbols, so that in runtime dynamic linker can use this table and find symbols faster. --hash-style=style linker option is used to select the hash type: "Set the type of linker's hash table(s). style can be either "sysv" for classic ELF ".hash" section, "gnu" for new style GNU

...CLASSBITS 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 phishing or spam email, report it to...

>Wasn't our (lld/ELF's) position on debug info size that we should focus on providing a great split-dwarf workflow and not try go too far out of our way to deduplicate >or otherwise reduce debug info size inside LLD? I recall there being some patches that made linking of large debug binaries like 1.5GB+ clang faster, but we decided to >reject those changes because split-dwarf was

...m> Date: Fri Mar 11 12:19:05 2016 +0000 Compute value of local symbol with getVA. git-svn-id: https://llvm.org/svn/llvm-project/lld/trunk at 263225 91177308-0d34-0410-b5e6-96231b3b80d8 r263227 ~2-3% slowdown for ScyllaDB commit 6b96b614d9e0232b106165255148af8909607ec1 Author: George Rimar <grimar at accesssoftek.com> Date: Fri Mar 11 12:57:52 2016 +0000 [ELF] - Early continue in InputSectionBase<ELFT>::relocate(). NFC. git-svn-id: https://llvm.org/svn/llvm-project/lld/trunk at 263227 91177308-0d34-0410-b5e6-96231b3b80d8 r263228 ~6-7% slowdown for ScyllaDB co...

...although it might be reasonable to allow > > DEFPAT[PATTERN1]: some > > DEFPAT[PATTERN2]: Define [[PATTERN1]] pattern here > > as the [[]] substitution can be done when the directive is read. > > > > My $.02, > > --paulr > > > > *From:* George Rimar <grimar at accesssoftek.com> > *Sent:* Friday, January 31, 2020 5:52 AM > *To:* Thomas Preud'homme <thomasp at graphcore.ai>; llvm-dev < > llvm-dev at lists.llvm.org>; Robinson, Paul <paul.robinson at sony.com>; > jh7370.2008 at my.bristol.ac.uk > *Subject...