[Open64-devel] r3573 - in trunk/osprey: be/com be/opt common/util ipa/main/analyze ipa/main/optimize

2011-04-25 Thread svn
Author: shihui Date: 2011-04-26 01:21:38 -0400 (Tue, 26 Apr 2011) New Revision: 3573 Modified: trunk/osprey/be/com/constraint_graph.cxx trunk/osprey/be/com/constraint_graph.h trunk/osprey/be/com/constraint_graph_solve.cxx trunk/osprey/be/com/constraint_graph_solve.h trunk/osprey/be/

[Open64-devel] r3571 - trunk/osprey/be/opt

2011-04-25 Thread svn
Author: pallavimathew Date: 2011-04-25 19:15:52 -0400 (Mon, 25 Apr 2011) New Revision: 3571 Modified: trunk/osprey/be/opt/opt_revise_ssa.cxx Log: This change is to preserve the alignment when folding indirect load/store. When folding indirect load/store, say "load from or store to *(&a_vector)

Re: [Open64-devel] Code review request for patch preserving alignment when folding indirect load/store.

2011-04-25 Thread Sun Chan
please go ahead Sun On Tue, Apr 26, 2011 at 5:16 AM, Mathew, Pallavi wrote: > Hi, > > Can a gatekeeper please review the attached patch for preserving the > alignment when folding indirect load/store? > > > > When folding indirect load/store, say "load from or store to *(&a_vector)", > > the comp

[Open64-devel] Code review request for patch preserving alignment when folding indirect load/store.

2011-04-25 Thread Mathew, Pallavi
Hi, Can a gatekeeper please review the attached patch for preserving the alignment when folding indirect load/store? When folding indirect load/store, say "load from or store to *(&a_vector)", the compiler replaced the expression into "load from or store to a_vector", in the meantime, it blindly

[Open64-devel] r3570 - trunk/osprey/ipa/main/optimize

2011-04-25 Thread svn
Author: mlai Date: 2011-04-25 17:05:49 -0400 (Mon, 25 Apr 2011) New Revision: 3570 Modified: trunk/osprey/ipa/main/optimize/ipo_struct_opt.cxx Log: This change affects the existing "array remapping" optimization by adding a restriction to exclude arrays with non-zero field_id (e.g., arrays that

Re: [Open64-devel] code review for a minor change in array remapping optimization

2011-04-25 Thread Min Zhao
Your change look fine to me. Thanks, Min On Wed, Apr 13, 2011 at 6:24 PM, Lai, Michael wrote: > Can a gatekeeper review the following change? > > > > This change affects the existing "array remapping" optimization. > > The following change adds a restriction to exclude arrays with > > non-zer

[Open64-devel] r3569 - trunk/osprey/be/opt

2011-04-25 Thread svn
Author: laijx Date: 2011-04-25 03:30:50 -0400 (Mon, 25 Apr 2011) New Revision: 3569 Modified: trunk/osprey/be/opt/opt_revise_ssa.cxx Log: Fix a compilation error caused by the previous check-in. A wrong API in POINTS_TO is used in the previous patch, which will cause a compilation error. Mod