This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

(RFC) (was Re: [PATCH] Improve SH literal pool generation.)


> > This had been suggested Joern Rennecke.
> > http://gcc.gnu.org/ml/gcc/2003-04/msg01453.html
> > and some of his earlier messages.
> > Also see these comments in sh.c (add_constant)
> > 2659 /* ??? This stuff should be done at the same time that 
> we shorten
> > branches.
> > 2660    As it is now, we must assume that all branches are 
> the maximum size,
> > and
> > 2661    this causes us to almost always output constant 
> pools sooner than
> > 2662    necessary.  */
> > 
> > The strategy is more or less as suggested in the link.
> 
> I was really thinking of doing a full-blown branch shortening at the
> same time as constant pool allocation and branch splitting, also
> putting the constants from branch spiltting into constant pools.
> And all of that in machine-independent code.

Before I put in effort to make this machine-independent, I would like 
to get the opinion of other port maintainers. This might be useful 
for other ports. A grep for 'literal pools', 'literal table' show up 
s390, arm as candidate. 

Best Regards,
Naveen Sharma.


PS: Useful messages on understanding thr issues are:
http://gcc.gnu.org/ml/gcc/2003-04/msg01453.html
http://gcc.gnu.org/ml/gcc-patches/2002-11/msg00010.html
http://gcc.gnu.org/ml/gcc-patches/2002-11/msg00041.html
http://gcc.gnu.org/ml/gcc-patches/2002-11/msg00324.html


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]