I'm sending the updated patch based on Egeyar's work.
It utilizes a new environmental variable and uses the currently
existing -frecord-gcc-switches option.
Thoughts?
I am leaving it to the more experienced to comment on redefining the
functionality of -frecord-gcc-switches.
The code see
Hi.
I'm sending the updated patch based on Egeyar's work.
It utilizes a new environmental variable and uses the currently
existing -frecord-gcc-switches option.
Thoughts?
Martin
>From 9436d12e7a540691c6f2d6e2db4730a138e5c458 Mon Sep 17 00:00:00 2001
From: Martin Liska
Date: Thu, 5 Mar 2020 09:3
On Wed, Mar 4, 2020 at 8:39 PM Egeyar Bagcioglu
wrote:
>
>
>
> On 3/4/20 6:23 PM, Martin Liška wrote:
> > On 3/4/20 4:25 PM, Egeyar Bagcioglu wrote:
> >> Thanks Richard.
> >>
> >> I do not have write-access to the GCC repo. I'd be glad if someone
> >> commits it for me.
> >
> > Can we please wait?
On 3/4/20 6:33 PM, Jakub Jelinek wrote:
On Wed, Mar 04, 2020 at 06:23:10PM +0100, Martin Liška wrote:
On 3/4/20 4:25 PM, Egeyar Bagcioglu wrote:
Thanks Richard.
I do not have write-access to the GCC repo. I'd be glad if someone commits it
for me.
Can we please wait? I'm really convinced w
On 3/4/20 6:23 PM, Martin Liška wrote:
On 3/4/20 4:25 PM, Egeyar Bagcioglu wrote:
Thanks Richard.
I do not have write-access to the GCC repo. I'd be glad if someone
commits it for me.
Can we please wait? I'm really convinced we do not want one another
very similar
functionality.
I am
On Wed, Mar 04, 2020 at 06:42:29PM +0100, Martin Liška wrote:
> > I must say I don't really see advantages of this over
> > -grecord-gcc-switches, recording all options looks very bloaty and will
> > include mostly stuff you don't really care about (such as, e.g. the -I
> > options without knowing
On 3/4/20 6:33 PM, Jakub Jelinek wrote:
On Wed, Mar 04, 2020 at 06:23:10PM +0100, Martin Liška wrote:
On 3/4/20 4:25 PM, Egeyar Bagcioglu wrote:
Thanks Richard.
I do not have write-access to the GCC repo. I'd be glad if someone commits it
for me.
Can we please wait? I'm really convinced we
On Wed, Mar 04, 2020 at 06:23:10PM +0100, Martin Liška wrote:
> On 3/4/20 4:25 PM, Egeyar Bagcioglu wrote:
> > Thanks Richard.
> >
> > I do not have write-access to the GCC repo. I'd be glad if someone commits
> > it for me.
>
> Can we please wait? I'm really convinced we do not want one another
On 3/4/20 4:25 PM, Egeyar Bagcioglu wrote:
Thanks Richard.
I do not have write-access to the GCC repo. I'd be glad if someone commits it
for me.
Can we please wait? I'm really convinced we do not want one another very similar
functionality. I would definitely recommend to change the semantics
On 3/4/20 4:34 PM, Andreas Schwab wrote:
On Mär 04 2020, Richard Biener wrote:
--record-gcc-command-line is not a FSF GCC option, there's
-frecord-gcc-switches though which
--record-gcc-command-line is translated to -frecord-gcc-switches by the
driver. That happens for all double-dash opti
On Mär 04 2020, Richard Biener wrote:
> --record-gcc-command-line is not a FSF GCC option, there's
> -frecord-gcc-switches though which
--record-gcc-command-line is translated to -frecord-gcc-switches by the
driver. That happens for all double-dash options that match an -f
option.
Andreas.
--
On 3/4/20 10:00 AM, Richard Biener wrote:
On Tue, Mar 3, 2020 at 5:41 PM Egeyar Bagcioglu
wrote:
This patch is for .GCC.command.line sections in LTO objects to be copied
into the final objects as in the following example:
[egeyar@localhost lto]$ gcc -flto -O3 demo.c -c -g --record-gcc-comma
On Tue, Mar 3, 2020 at 5:41 PM Egeyar Bagcioglu
wrote:
>
> This patch is for .GCC.command.line sections in LTO objects to be copied
> into the final objects as in the following example:
>
> [egeyar@localhost lto]$ gcc -flto -O3 demo.c -c -g --record-gcc-command-line
> [egeyar@localhost lto]$ gcc -
This patch is for .GCC.command.line sections in LTO objects to be copied
into the final objects as in the following example:
[egeyar@localhost lto]$ gcc -flto -O3 demo.c -c -g --record-gcc-command-line
[egeyar@localhost lto]$ gcc -flto -O2 demo2.c -c -g --record-gcc-command-line
-DFORTIFY=2
[egey
14 matches
Mail list logo
