On Fri, Jan 20, 2006 at 03:42:57AM -0500, Jakub Jelinek wrote:
> The mem in the sync insn has alias set 0 and no attributes
> except MEM_VOLATLE_P. The reason why sched1 decided to move it anyway
> is that it proved that the MEMs are different:
Ah yes. I'd meant to go back and add a bit or tag t
On Fri, Jan 20, 2006 at 10:10:23AM -0500, David Edelsohn wrote:
> > Jakub Jelinek writes:
>
> Jakub> Not sure why sched allows that, because insn 42 clearly operates on
> volatile
> Jakub> memory. Do you think that's a bug in sched that it should be honoring
> Jakub> /v and not moving insns
> Jakub Jelinek writes:
Jakub> Not sure why sched allows that, because insn 42 clearly operates on
volatile
Jakub> memory. Do you think that's a bug in sched that it should be honoring
Jakub> /v and not moving insns accross it, or that something is broken with the
Jakub> ppc* patterns?
On Thu, Jan 19, 2006 at 08:49:34PM -0500, David Edelsohn wrote:
> > Jakub Jelinek writes:
>
> Jakub> * config/rs6000/rs6000.md (UNSPEC_LWSYNC, UNSPEC_ISYNC,
> Jakub> UNSPEC_SYNC_OP, UNSPEC_ATOMIC, UNSPEC_CMPXCHG, UNSPEC_XCHG): Rename
> Jakub> to...
> Jakub> (UNSPECV_LWSYNC, UNSPECV_ISYNC, UNSP
> Jakub Jelinek writes:
Jakub> * config/rs6000/rs6000.md (UNSPEC_LWSYNC, UNSPEC_ISYNC,
Jakub> UNSPEC_SYNC_OP, UNSPEC_ATOMIC, UNSPEC_CMPXCHG, UNSPEC_XCHG): Rename
Jakub> to...
Jakub> (UNSPECV_LWSYNC, UNSPECV_ISYNC, UNSPECV_SYNC_OP, UNSPECV_ATOMIC,
Jakub> UNSPECV_CMPXCHG, UNSPECV_XCHG): ... thes
On Thu, Jan 19, 2006 at 04:35:17PM -0700, Walter Szeliga wrote:
> Hello,
> It appears that although the most recent svn update (Revision
> 109975) of gcc compiles apparently fine, simple OpenMP programs will
> only operate when OMP_NUM_THREADS=1. I am compiling and running gcc
> on a D
