On Wed, 29 Jul 2020, Joseph Myers wrote:
> On Wed, 29 Jul 2020, Richard Biener wrote:
>
> > Note that any workable solution is fine with me, I just
> > don't feel comfortable approving the solution involving
> > ../curr_stage and friends. Joseph, would HJs latest
> > patch be OK technically?
>
On Wed, 29 Jul 2020, Richard Biener wrote:
> Note that any workable solution is fine with me, I just
> don't feel comfortable approving the solution involving
> ../curr_stage and friends. Joseph, would HJs latest
> patch be OK technically?
Yes, I think that's OK.
--
Joseph S. Myers
jos...@code
On Wed, 29 Jul 2020, Richard Biener wrote:
> On Wed, 29 Jul 2020, H.J. Lu wrote:
>
> > On Wed, Jul 29, 2020 at 4:01 AM Richard Biener
> > wrote:
> > >
> > > On Fri, Jul 17, 2020 at 5:32 PM H.J. Lu via Gcc-patches
> > > wrote:
> > > >
> > > > On Fri, Jul 17, 2020 at 6:27 AM Richard Biener
> >
On Wed, 29 Jul 2020, H.J. Lu wrote:
> On Wed, Jul 29, 2020 at 4:01 AM Richard Biener
> wrote:
> >
> > On Fri, Jul 17, 2020 at 5:32 PM H.J. Lu via Gcc-patches
> > wrote:
> > >
> > > On Fri, Jul 17, 2020 at 6:27 AM Richard Biener wrote:
> > > >
> > > > On Fri, 17 Jul 2020, H.J. Lu wrote:
> > > >
t we - for the host part - simply treat 'yes' equal
> to 'auto'? If not, then we should have --enable-cet-host. Which would
> be somewhat misleading since cc1 isn't built CET enabled, just
> lto-plugin.so is, so better --enable-lto-plugin-cet?
>
> Thus I'
On Wed, 29 Jul 2020, Richard Biener wrote:
> On Fri, Jul 17, 2020 at 5:32 PM H.J. Lu via Gcc-patches
> wrote:
> >
> > On Fri, Jul 17, 2020 at 6:27 AM Richard Biener wrote:
> > >
> > > On Fri, 17 Jul 2020, H.J. Lu wrote:
> > >
> > > > On Fri, Jul 17, 2020 at 12:08 AM Richard Biener
> > > > wrot
On Fri, Jul 17, 2020 at 5:32 PM H.J. Lu via Gcc-patches
wrote:
>
> On Fri, Jul 17, 2020 at 6:27 AM Richard Biener wrote:
> >
> > On Fri, 17 Jul 2020, H.J. Lu wrote:
> >
> > > On Fri, Jul 17, 2020 at 12:08 AM Richard Biener wrote:
> > > >
> > > > On Wed, 15 Jul 2020, Joseph Myers wrote:
> > > >
>
On Fri, Jul 17, 2020 at 6:27 AM Richard Biener wrote:
>
> On Fri, 17 Jul 2020, H.J. Lu wrote:
>
> > On Fri, Jul 17, 2020 at 12:08 AM Richard Biener wrote:
> > >
> > > On Wed, 15 Jul 2020, Joseph Myers wrote:
> > >
> > > > On Wed, 15 Jul 2020, Richard Biener wrote:
> > > >
> > > > > But note one o
On Fri, 17 Jul 2020, H.J. Lu wrote:
> On Fri, Jul 17, 2020 at 12:08 AM Richard Biener wrote:
> >
> > On Wed, 15 Jul 2020, Joseph Myers wrote:
> >
> > > On Wed, 15 Jul 2020, Richard Biener wrote:
> > >
> > > > But note one of the issues is that when not cross-compiling we're
> > > > using a single
On Fri, Jul 17, 2020 at 12:08 AM Richard Biener wrote:
>
> On Wed, 15 Jul 2020, Joseph Myers wrote:
>
> > On Wed, 15 Jul 2020, Richard Biener wrote:
> >
> > > But note one of the issues is that when not cross-compiling we're
> > > using a single libiberty for target and host objects (likewise
> >
On Fri, Jul 17, 2020 at 12:03 AM Richard Biener wrote:
>
> On Wed, 15 Jul 2020, H.J. Lu wrote:
>
> > On Wed, Jul 15, 2020 at 8:20 AM Richard Biener wrote:
> > >
> > > On Wed, 15 Jul 2020, H.J. Lu wrote:
> > >
> > > > With --enable-cet, require CET support only for the final GCC build.
> > > > Don
On Wed, 15 Jul 2020, Joseph Myers wrote:
> On Wed, 15 Jul 2020, Richard Biener wrote:
>
> > But note one of the issues is that when not cross-compiling we're
> > using a single libiberty for target and host objects (likewise
>
> There shouldn't be a target libiberty, since commit
> 8499116aa30a
On Wed, 15 Jul 2020, H.J. Lu wrote:
> On Wed, Jul 15, 2020 at 8:20 AM Richard Biener wrote:
> >
> > On Wed, 15 Jul 2020, H.J. Lu wrote:
> >
> > > With --enable-cet, require CET support only for the final GCC build.
> > > Don't enable CET without CET support in stage1 nor for build support.
> >
>
On Wed, 15 Jul 2020, Richard Biener wrote:
> But note one of the issues is that when not cross-compiling we're
> using a single libiberty for target and host objects (likewise
There shouldn't be a target libiberty, since commit
8499116aa30a46993deff5acf73985df6b16fb8b (re PR regression/47836 (So
On Wed, Jul 15, 2020 at 8:20 AM Richard Biener wrote:
>
> On Wed, 15 Jul 2020, H.J. Lu wrote:
>
> > With --enable-cet, require CET support only for the final GCC build.
> > Don't enable CET without CET support in stage1 nor for build support.
>
> I wonder if we want to do sth less fragile than tes
On Wed, 15 Jul 2020, H.J. Lu wrote:
> With --enable-cet, require CET support only for the final GCC build.
> Don't enable CET without CET support in stage1 nor for build support.
I wonder if we want to do sth less fragile than testing
for ../stage_current - for example the toplevel make could
exp
With --enable-cet, require CET support only for the final GCC build.
Don't enable CET without CET support in stage1 nor for build support.
config/
PR bootstrap/96202
* cet.m4 (GCC_CET_HOST_FLAGS): Don't enable CET without CET
support in stage1 nor for build support.
gcc/
17 matches
Mail list logo
