Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-17 Thread Segher Boessenkool
On Thu, Oct 17, 2019 at 10:37:33AM +0100, Iain Sandoe wrote: > Segher Boessenkool wrote: > > > Okay for trunk. For backports maybe wait a bit longer than usual? So ask > > again in two weeks, maybe? I know it's important for the darwin port, but > > the generic part is a little scary. > > No

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-17 Thread Iain Sandoe
Segher Boessenkool wrote: > Okay for trunk. For backports maybe wait a bit longer than usual? So ask > again in two weeks, maybe? I know it's important for the darwin port, but > the generic part is a little scary. No problem (I would like to get this in to the final issue of 7, if

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-17 Thread Segher Boessenkool
On Thu, Oct 17, 2019 at 01:46:41PM +1030, Alan Modra wrote: > On Sat, Oct 12, 2019 at 05:39:51PM -0500, Segher Boessenkool wrote: > > On Sat, Oct 12, 2019 at 10:13:16PM +0100, Iain Sandoe wrote: > > > For 32bit cases this isn't a problem since we can load/store to unaligned > > > addresses using

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-17 Thread Segher Boessenkool
Okay for trunk. For backports maybe wait a bit longer than usual? So ask again in two weeks, maybe? I know it's important for the darwin port, but the generic part is a little scary. On Sat, Oct 12, 2019 at 10:13:16PM +0100, Iain Sandoe wrote: > 2) To resolve this we need to extend the

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-17 Thread Iain Sandoe
Thanks for the reviews, Segher, Alan, Alan Modra wrote: > On Sat, Oct 12, 2019 at 05:39:51PM -0500, Segher Boessenkool wrote: >> On Sat, Oct 12, 2019 at 10:13:16PM +0100, Iain Sandoe wrote: >>> For 32bit cases this isn't a problem since we can load/store to unaligned >>> addresses using D-mode

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-16 Thread Alan Modra
On Sat, Oct 12, 2019 at 05:39:51PM -0500, Segher Boessenkool wrote: > On Sat, Oct 12, 2019 at 10:13:16PM +0100, Iain Sandoe wrote: > > For 32bit cases this isn't a problem since we can load/store to unaligned > > addresses using D-mode insns. > > Can you? -m32 -mpowerpc64? We did have a bug

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-12 Thread Iain Sandoe
Hi, Segher Boessenkool wrote: On Sat, Oct 12, 2019 at 10:13:16PM +0100, Iain Sandoe wrote: (this is a bug reported against Fortran, but actually is a generic insn selection problem for m64 powerpc-darwin. In fact, I’d say it renders the 64b multilib unusable). The solution proposed is

Re: [RFC, Darwin, PPC] Fix PR 65342.

2019-10-12 Thread Segher Boessenkool
Hi! On Sat, Oct 12, 2019 at 10:13:16PM +0100, Iain Sandoe wrote: > (this is a bug reported against Fortran, but actually is a generic insn > selection problem for m64 powerpc-darwin. In fact, I’d say it renders > the 64b multilib unusable). > > The solution proposed is Darwin-local (it's a

[RFC, Darwin, PPC] Fix PR 65342.

2019-10-12 Thread Iain Sandoe
Hi Folks, (this is a bug reported against Fortran, but actually is a generic insn selection problem for m64 powerpc-darwin. In fact, I’d say it renders the 64b multilib unusable). The solution proposed is Darwin-local (it's a long-standing bug and it would be intended to back-port it).