Displaying 14 results from an estimated 14 matches for "snsystems".
2019 Oct 09
3
[RFC] Adopt Dexter and use it to run debuginfo-tests
...rogram. While we're only
proposing using Dexter as a replacement debuginfo-tests driver, we think
there's a future in being able to measure ``how bad'' both debuginfo and
codegen changes affect the debugging experience. More about that in a future
RFC though!
[0] https://github.com/snsystems/dexter
[1] https://github.com/SNSystems/dexter/blob/master/Commands.md
[2] https://github.com/SNSystems/dexter/pull/70
--
Thanks,
Jeremy
2020 Feb 24
2
How to help improve debug experience w/ optimizations enabled?
...start.
I've seen the umbrella bug for poor debug experiences (38768 https://bugs.llvm.org/show_bug.cgi?id=38768 ).
Is there any bug in this list that isn't being looked at (and that doesn't require a lot of knowledge) that I could work on?
I also tried using Dexter (https://github.com/SNSystems/dexter ) to find issues, but it's hard to find something that I can fix in a reasonable amount of time using Dexter alone as I don't have enough LLVM experience to know where to look at/what to look for.
In general, if I want to find bug reports about missing debug info/poor debug experien...
2020 Feb 25
2
How to help improve debug experience w/ optimizations enabled?
...e seen the umbrella bug for poor debug experiences (38768 https://bugs.llvm.org/show_bug.cgi?id=38768 ).
> Is there any bug in this list that isn't being looked at (and that doesn't require a lot of knowledge) that I could work on?
>
> I also tried using Dexter (https://github.com/SNSystems/dexter ) to find issues, but it's hard to find something that I can fix in a reasonable amount of time using Dexter alone as I don't have enough LLVM experience to know where to look at/what to look for.
>
> In general, if I want to find bug reports about missing debug info/poor debu...
2019 Jun 19
3
Running debuginfo-tests with Dexter
...elp us design around it.
Note that the current Dexter codebase is going to be significantly
remangled, we're trying to decouple the expected-behaviour language
from the debugger-abstractions summary of how the program behaved.
[0] https://reviews.llvm.org/D54187#1290282
[1] https://github.com/SNSystems/dexter
[2] https://www.youtube.com/watch?v=XRT_GmpGjXE
[3] https://llvm.org/devmtg/2018-04/slides/Bedwell-Measuring_the_User_Debugging_Experience.pdf
[4] https://github.com/jmorse/dexter/tree/f46f13f778484ed5c6f7bf33b8fc2d4837ff7265/tests/nostdlib/llvm_passes
[5] https://github.com/llvm/llvm-projec...
2017 May 09
4
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
...as I don't have a good infrastructure set up for that.
Overall, my impression is that GlobalISel is ready to be enabled by default for AArch64 at -O0, if others also believe it's ready.
Thanks,
Kristof
Detailed observations:
1. Debug info analysis with DIVA<https://github.com/SNSystems/DIVA/blob/master/linux/doc/DIVA_user_guide.pdf>:
I used DIVA options "-a --show-generated --show-level --show-location" to dump and diff debug info differences for the test-suite for "-O0 -g" comparing GlobalISel with non-GlobalISel.
The only difference I found was on MultiSo...
2017 Apr 27
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
...O0.
>
>
> Other than the above remarks, before turning on GlobalISel by default, we'd better test/verify that debug info quality remains good.
> I haven't looked into that at all, but am hoping to start looking into that soon, with the help of the DIVA tool (https://github.com/SNSystems/DIVA <https://github.com/SNSystems/DIVA>) presented at last EuroLLVM (http://llvm.org/devmtg/2017-03//assets/slides/diva_debug_information_visual_analyzer.pdf <http://llvm.org/devmtg/2017-03//assets/slides/diva_debug_information_visual_analyzer.pdf>). I don't recall anyone so far ma...
2017 May 09
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
...definitely like to give this a run through on my side as well before
you flip the switch. I'll try to do that this week.
-eric
>
>
> Thanks,
>
> Kristof
>
>
>
> Detailed observations:
>
>
> 1. Debug info analysis with DIVA
> <https://github.com/SNSystems/DIVA/blob/master/linux/doc/DIVA_user_guide.pdf>
> :
> I used DIVA options "-a --show-generated --show-level --show-location"
> to dump and diff debug info differences for the test-suite for "-O0 -g"
> comparing GlobalISel with non-GlobalISel.
> T...
2017 May 10
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
...also believe it's ready.
>
> Sounds good to me!
>
> Renato, Diana, how does that sound?
>
>>
>> Thanks,
>>
>> Kristof
>>
>>
>>
>> Detailed observations:
>>
>> Debug info analysis with DIVA <https://github.com/SNSystems/DIVA/blob/master/linux/doc/DIVA_user_guide.pdf>:
>> I used DIVA options "-a --show-generated --show-level --show-location" to dump and diff debug info differences for the test-suite for "-O0 -g" comparing GlobalISel with non-GlobalISel.
>> The only difference I fo...
2016 Dec 15
3
Using the LLVM demangler.
...u please advise if we should put our contributing efforts into
enhancing the fast demangler in LLDB so that it can replace the existing
one or just work on what is already there.
Regards,
David Bozier
Technical lead of linker and binutils
SN Systems - Sony Interactive Entertainment
http://www.snsystems.com
https://twitter.com/SNSystemsEU
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161215/b057fa22/attachment.html>
2017 Apr 26
2
[GlobalISel][AArch64] Toward flipping the switch for O0: Please give it a try!
Hi Kristof,
> On Apr 6, 2017, at 6:53 AM, Kristof Beyls <kristof.beyls at arm.com> wrote:
>
> I've been digging a little bit deeper into the biggest performance regressions I've observed.
>
> What I've observed so far is:
> * A lot of the biggest regressions are caused by unnecessarily moving floating point values through general purpose registers. I've
2020 Mar 26
5
Multi-Threading Compilers
> On Mar 26, 2020, at 10:55, Nicolai Hähnle <nhaehnle at gmail.com> wrote:
>
> On Thu, Mar 26, 2020 at 11:53 AM Florian Hahn <florian_hahn at apple.com> wrote:
>>> It also doesn't solve the problem of Functions themselves -- those are
>>> also GlobalValues…
>>
>> I am not sure why not. Function passes should only rely on the information at
2019 Jul 12
5
RFC: changing variable naming rules in LLVM codebase
...flat/depot_tools/docs/html/git-hyper-blame.html
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
--
Edd Dawson
SN Systems - Sony Interactive Entertainment
http://www.snsystems.com
2019 Jul 18
4
RFC: changing variable naming rules in LLVM codebase
...html
> > _______________________________________________
> > LLVM Developers mailing list
> > llvm-dev at lists.llvm.org
> > https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
> --
> Edd Dawson
> SN Systems - Sony Interactive Entertainment
> http://www.snsystems.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190719/8063f1c8/attachment.html>
2019 Jul 10
4
RFC: changing variable naming rules in LLVM codebase
Good point, too. I believe I can find lines starting with `@parameter` and
apply the same name conversion rules to identifiers after `@parameter`.
Since lld doesn't use doxygen comments, it is fine for now, but before
moving forward, I'll address that. Thank you for pointing that out.
On Wed, Jul 10, 2019 at 8:20 PM Alex Brachet-Mialot <
alexbrachetmialot at gmail.com> wrote:
>