alpha/OSF1 -g bug

alpha/OSF1 -g bug

[Dean Povey]

Hi all,

I am experiencing a bug when using egcs with debugging turned on.  The compiler
chokes on the generated .s file with the message:

mips-tfile, /tmp/ccaauAsa.s:1421 String too big (4104 bytes)
line:    #.stabs "list<BaseClassPtr<Extension>,__default_alloc_template<false,0
> >:Tt1792=s8node:/12421=*2422=xs__list_node<BaseClassPtr<Extension> >
:,0,64;get_node::2423=##2421;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_
alloc_template2b0i0;1A.;put_node::2424=##20;:t4list2Zt12BaseClassPtr1Z9Extensio
nZt24__default_alloc_template2b0i0Pt11__list_node1Zt12BaseClassPtr1Z9Extension;
1A.;create_node::2425=##2421;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_
alloc_template2b0i0RCt12BaseClassPtr1Z9Extension;1A.;destroy_node::2424:t4list2
Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0Pt11__list_node1Zt
12BaseClassPtr1Z9Extension;1A.;empty_initialize::2426=##20;:t4list2Zt12BaseClas
sPtr1Z9ExtensionZt24__default_alloc_template2b0i0;1A.;fill_initialize::2427=##2
0;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0UlRCt12B
aseClassPtr1Z9Extension;1A.;list::2428=##2429=*1792;:__t4list2Zt12BaseClassPtr1
Z9ExtensionZt24__default_alloc_template2b0i0;2A.;begin::2430=##2431=xs__list_it
erator<BaseClassPtr<Extension>,BaseClassPtr<Extension> 
&,BaseClassPtr<Extension> *>:;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default
_alloc_template2b0i0;2A.2432=##2433=xs__list_iterator<BaseClassPtr<Extension>
,const BaseClassPtr<Extension> &,const BaseClassPtr<Extension> *>
:;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2B.;end
::2430:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2A.
2432:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2B.;r
begin::2434=##2435=xsreverse_iterator<__list_iterator<BaseClassPtr<Extension>
,BaseClassPtr<Extension> &,BaseClassPtr<Extension> *> >
:;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2A.2436
=##2437=xsreverse_iterator<__list_iterator<BaseClassPtr<Extension>,const 
BaseClassPtr<Extension> &,const BaseClassPtr<Extension> *> >
:;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2B.;ren
d::2434:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2A
.2436:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2B.;
empty::2438=##19;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_templa
te2b0i0;2B.;size::2439=##5;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_al
loc_template2b0i0;2B.;max_size::2439:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__d
efault_alloc_template2b0i0;2B.;front::2440=##2441=&2442=xsBaseClassPtr<Extensio
n>:;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0;2A.24
43=##2444=&2442;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_templat
e2b0i0;2B.;back::2440:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_te
mplate2b0i0;2A.2443:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_temp
late2b0i0;2B.;swap::2445=##20;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default
_alloc_template2b0i0Rt4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_tem
plate2b0i0;2A.;insert::2446=##2431;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__de
fault_alloc_template2b0i0Gt15__list_iterator3Zt12BaseClassPtr1Z9ExtensionZRt12B
aseClassPtr1Z9ExtensionZPt12BaseClassPtr1Z9ExtensionRCt12BaseClassPtr1Z9Extensi
on;2A.2447=##2431;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_templ
ate2b0i0Gt15__list_iterator3Zt12BaseClassPtr1Z9ExtensionZRt12BaseClassPtr1Z9Ext
ensionZPt12BaseClassPtr1Z9Extension;2A.2448=##20;:t4list2Zt12BaseClassPtr1Z9Ext
ensionZt24__default_alloc_template2b0i0Gt15__list_iterator3Zt12BaseClassPtr1Z9E
xtensionZRt12BaseClassPtr1Z9ExtensionZPt12BaseClassPtr1Z9ExtensionUlRCt12BaseCl
assPtr1Z9Extension;2A.2449=##20;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__defau
lt_alloc_template2b0i0Gt15__list_iterator3Zt12BaseClassPtr1Z9ExtensionZRt12Base
ClassPtr1Z9ExtensionZPt12BaseClassPtr1Z9ExtensioniRCt12BaseClassPtr1Z9Extension
;2A.2450=##20;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2
b0i0Gt15__list_iterator3Zt12BaseClassPtr1Z9ExtensionZRt12BaseClassPtr1Z9Extensi
onZPt12BaseClassPtr1Z9ExtensionlRCt12BaseClassPtr1Z9Extension;2A.;push_front::2
451=##20;:t4list2Zt12BaseClassPtr1Z9ExtensionZt24__default_alloc_template2b0i0R
Ct12BaseClassPtr1Z9Extension;2A.;\\",128,0,0,0

This goes away, when I turn debugging off.  I would speculate, that when 
inserting debugging info into the code some inbuilt limit in the alpha 
assembler
is overflowed, and this could be fixed by breaking the string up.

I think other people have had this problem, judging by some other queries I 
have
seen.

Any comments?



-- 
+----------------------------------------+-------------------------------+
| Dean Povey,                            |  Email: povey@dstc.edu.au     |
| Research Scientist, Security Unit,     |  Phone: +61 7 3864 2799       | 
| CRC for Distributed Systems Technology |  Fax:   +61 7 3864 1282       |
+----------------------------------------+-------------------------------+

Re: alpha/OSF1 -g bug

[Ian Lance Taylor]

   From: Dean Povey <povey@dstc.qut.edu.au>
   Date: Fri, 07 Nov 97 12:01:20 +1000

   mips-tfile, /tmp/ccaauAsa.s:1421 String too big (4104 bytes)

It's mips-tfile which is reporting the error.  That is part of egcs.
You can probably just increase the size of PAGE_SIZE in mips-tfile.c
to make it work again.  I'm not sure why mips-tfile.c has this fixed
limit.

Ian

Re: alpha/OSF1 -g bug

[Dean Povey]

>   From: Dean Povey <povey@dstc.qut.edu.au>
>   Date: Wed, 12 Nov 97 09:15:12 +1000
>
>   >   From: Dean Povey <povey@dstc.qut.edu.au>
>   >   Date: Fri, 07 Nov 97 12:01:20 +1000
>   >
>   >   mips-tfile, /tmp/ccaauAsa.s:1421 String too big (4104 bytes)
>   >
>   >It's mips-tfile which is reporting the error.  That is part of egcs.
>   >You can probably just increase the size of PAGE_SIZE in mips-tfile.c
>   >to make it work again.  I'm not sure why mips-tfile.c has this fixed
>   >limit.
>   >
>
>   Nope, that breaks the compiler.
>
>   There must be a better way.
>
>Well, I don't know what it is.
>
>I do know that the error is coming from the mips-tfile program which
>is part of gcc.  It's not a bug in the OSF assembler, nor in gcc.
>

That is definitely right.  It is choking on this line of code:

STATIC symint_t
add_string (vp, hash_tbl, start, end_p1, ret_hash)
     varray_t *vp;                      /* string virtual array */
     shash_t **hash_tbl;                /* ptr to hash table */
     const char *start;                 /* 1st byte in string */
     const char *end_p1;                /* 1st byte after string */
     shash_t **ret_hash;                /* return hash pointer */
{
  register Ptrdiff_t len = end_p1 - start;
  register shash_t *hash_ptr;
  symint_t hi;

  if (len >= PAGE_USIZE)
    fatal ("String too big (%ld bytes)", (long) len);


I am  not up on the gcc architecture, but the comments in mips-tfile seem to 
indicate that because the strings are being stored in hash tables, they
can't exceed page boundaries.  This seems like a bit of a painful limitation
with the size of strings generated by C++ mangling of names.  I am not sure 
that
this is an easily fixed problem.

Thanks for your help anyway.
Dean.

-- 
Dean Povey,                             |  Email: povey@dstc.qut.edu.au 
Research Scientist, Security Unit,      |  Phone: +61 7 3864 2799 
CRC for Distributed Systems Technology  |  Fax:   +61 7 3864 1282
Queensland University of Technology     |  www.dstc.edu.au/events/roadshow/