search

jkmcnk / sx-gcc

The GNU Compiler Collection port to NEC SX CPU architecture.
GNU General Public License v2.0
0 stars 2 forks source link

difference between the number of derived types in a single type entry between general COFF and SX COFF #8

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
General COFF and SX COFF files differ in the number of derived entries per
single type entry (this is a "n_type" field in symbol table entries).

Whereas general COFF files contain only 1 derived type, SX COFF files can
contain 12 derived types in a single "n_type" field. As a consequence, the
"ISPTR", "ISFCN", "ISARY" macros don't work as they should, since they can
only check the first derived type. We will have to modify them to check all
the other derived types too.

Original issue reported on code.google.com by nou...@gmail.com on 14 Aug 2008 at 8:46

GoogleCodeExporter commented 8 years ago

Original comment by nou...@gmail.com on 14 Aug 2008 at 8:55

GoogleCodeExporter commented 8 years ago

Original comment by nou...@gmail.com on 14 Aug 2008 at 11:25

GoogleCodeExporter commented 8 years ago 
doesn't really seem needed at this point - we have working binutils without 
this. who
cares, anyway ... ;)

Original comment by jmoc...@gmail.com on 2 Oct 2008 at 2:49

GoogleCodeExporter commented 8 years ago

Original comment by jmoc...@gmail.com on 2 Oct 2008 at 2:49

GoogleCodeExporter commented 8 years ago 
actually, in bfd these macros seem to be only interested in the first derived 
type
(other COFF flavours also support more than 1 derived type, usually 6: 
sizeof(short)
- 4 bits for basic type).

with my recent fix to our 2.19-based code, these macros also take into account 
just
the first derived type on SX, which is OK. generating COFF debugging info from
def/endef pseudo-ops is one place where this is needed.

Original comment by jmoc...@gmail.com on 26 Nov 2008 at 1:49