This is the mail archive of the 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: Unreviewed^3 patch: Unresolved symbols with -gstabs

Richard Henderson wrote:
> On Thu, Jan 27, 2005 at 12:18:48AM +0100, Ulrich Weigand wrote:
> > Anyway, this is a pretty normal situation on s390; it arises
> > whenever the address of a string constant is loaded.  The
> > string constant itself gets a constant pool label, but since
> > I cannot directly load addresses outside the per-function
> > literal pool, that address is forced into the constant pool again.
> Huh.  I wouldn't have expected the string to get a constant pool
> label, since it's not in the constant pool.

Hmm.  I may have been confused by both labels using the LC prefix.
You're right, the string label is only TREE_CONSTANT_POOL_ADDRESS_P,

So I don't know either why there would be a CONSTANT_POOL_ADDRESS_P
symbol in the constant pool.  I've copied the check from the dwarf2
code where it was introduced by:

I guess it cannot harm either way ...

> Oh well, ok then.

Still OK, or should I remove the inner get_pool_constant_mark


  Dr. Ulrich Weigand
  Linux on zSeries Development

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