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]

Re: small varasm.c improvements


David Edelsohn <dje@watson.ibm.com> writes:

> 	I believe the issue is that we've swapped the special pool entry
> for the original symbol, so there is nothing to prevent the original
> symbol from possibly being deleted because the special pool entry has been
> substituted everywhere.  The USE makes sure that the symbol being
> referenced by the pool is not itself deleted.  Geoff may have some ideas
> about whether this is fixable, or maybe we just XFAIL it on rs6000 port.

The special pool entry contains a reference to the original symbol -

LC..8:
        .long   23
        .long   1073127358
        .long   1992864825
        .long   1073341267
        .long   -137438953
        .long   0
        .toc
LC..9:
        .tc LC..8[TC],LC..8

so at least in principle I think the compiler should be able to know
not to delete LC..8 as long as LC..9 is live.

zw


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