On Thu, Jun 17, 2021 at 5:24 PM H.J. Lu wrote:
>
> On Thu, Jun 17, 2021 at 5:06 PM Fāng-ruì Sòng wrote:
> >
> > On 2021-06-17, H.J. Lu wrote:
> > >On Thu, Jun 17, 2021 at 1:25 PM Fāng-ruì Sòng wrote:
> > >>
> > >> On Thu, Jun 17, 2021 at 12:46 PM H.J. Lu wrote:
> > >> >
> > >> > On Thu, Jun 17,
On 2021-06-17, H.J. Lu wrote:
On Thu, Jun 17, 2021 at 1:25 PM Fāng-ruì Sòng wrote:
On Thu, Jun 17, 2021 at 12:46 PM H.J. Lu wrote:
>
> On Thu, Jun 17, 2021 at 12:38 PM Fangrui Song wrote:
> >
> > On 2021-06-17, H.J. Lu via llvm-dev wrote:
> > >On Thu, Jan 21, 2021 at 7:02 AM H.J. Lu wrote:
On Thu, Jun 17, 2021 at 12:46 PM H.J. Lu wrote:
>
> On Thu, Jun 17, 2021 at 12:38 PM Fangrui Song wrote:
> >
> > On 2021-06-17, H.J. Lu via llvm-dev wrote:
> > >On Thu, Jan 21, 2021 at 7:02 AM H.J. Lu wrote:
> > >>
> > >> On Wed, Jan 13, 2021 at 9:06 AM H.J. Lu wrote:
> > >> >
> > >> > 1. GNU_P
On Mon, Nov 30, 2020 at 11:36 AM Alexander Yermolovich wrote:
>
> Thank you David for driving the conversation, sorry I was on vacation.
>
> I guess discussion is from perspective of having both flags
> gdwarf32/gdwarf64. In which case it's a valid question on whether they should
> imply -g like
H.J. Lu's https://sourceware.org/ml/binutils/2019-11/msg00174.html
assembler patch series added -mbranches-within-32B-boundaries and some
fine-grained tuning options to GNU as, which are considered a pretty
important performance mitigation of a serious CPU bug
(https://www.intel.com/content/dam/sup
