On Fri, Nov 12, 2021 at 11:15 AM Richard Biener
<richard.guent...@gmail.com> wrote:
>
> On November 12, 2021 3:41:41 PM GMT+01:00, "H.J. Lu via Gcc-patches" 
> <gcc-patches@gcc.gnu.org> wrote:
> >On Fri, Nov 12, 2021 at 6:27 AM Martin Liška <mli...@suse.cz> wrote:
> >>
> >> On 11/8/21 15:19, Jeff Law wrote:
> >> >
> >> >
> >> > On 11/8/2021 2:59 AM, Jakub Jelinek via Gcc-patches wrote:
> >> >> On Mon, Nov 08, 2021 at 09:45:39AM +0100, Martin Liška wrote:
> >> >>> This fixes issue reported in the PR.
> >> >>>
> >> >>> Ready to be installed?
> >> >> I'm not sure.  liboffloadmic is copied from upstream, so the right
> >> >> thing if we want to do anything at all (if we don't remove it, nothing
> >> >> bad happens, the condition is never true anyway, whether removed away
> >> >> in the source or removed by the compiler) would be to let Intel fix it 
> >> >> in
> >> >> their source and update from that.
> >> >> But I have no idea where it even lives upstream.
> >> > I thought MIC as an architecture was dead, so it could well be the case 
> >> > that there isn't a viable upstream anymore for that code.
> >> >
> >> > jeff
> >>
> >> @H.J. ?
> >>
> >
> >We'd like to deprecate MIC offload in GCC 12.  We will remove all traces of
> >MIC offload in GCC 13.
>
> Can you document that in gcc-12/changes.html in the caveats section please?
>

I will do that.

Can you review my last wwwdocs change:

https://gcc.gnu.org/pipermail/gcc-patches/2021-August/578344.html

Thanks.

-- 
H.J.

Reply via email to