This is the mail archive of the gcc@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]

corrupted debug info?


Hi folks!

I'm experiencing difficulties in debugging some rather big obj files (6Mb+ each). gdb seems unable to retrieve the correct line number information. Looking at these files with 'objdump -g' I get the following:

bad mangled name `t4ureg2i0i15'
Last stabs entries before error:
n_type n_desc n_value  string
LSYM   1605   00000000 Vrep:Tt(3,12)=s8width:(0,8),0,16;count:(0,8),16,16;data:(3,292)=ar(0,1);0;0;(0,5),32,32;__nw::(3,293)=f(14,11):Q27basevar4VrepUii;2A?;Vrep::(3,294)=##(3,11);:__Q27basevar4Vrepii;2A.(3,295)=##(3,11);:__Q27basevar4Vrepiilb;2A.(3,296)=##(3,11);:__Q27basevar4VrepiiUlb;2A.(3,297)=##(3,11);:__Q27basevar4VrepiiPCUl;2A.(3,298)=#(3,12),(0,20),(3,11),(0,1),(0,20);:_._Q27basevar4Vrep;2A.;get_own_copy::(3,299)=##(3,11);:Q27basevar4Vrep;2A.;assign::(3,300)=##(0,20);:Q27basevar4Vrepilb;2A.(3,301)=##(0,20);:Q27baseva
[...]
LSYM   3119   00000000 basemem:Tt(3,581)=s20size:(0,1),0,32;changeNum:(0,1),32,32;changeList:(3,582)=*(0,1),64,32;ReadAccessBuffer:(3,582),96,32;.vf(3,581):(3,583)=*(0,22),128;__as::(3,584)=##(3,585)=&(3,581);:RC7basemem;2A.;basemem::(3,586)=##(3,587)=*(3,581);:RC7basemem;2A.(3,588)=##(3,587);:;2A.(3,589)=#(3,581),(0,20),(3,587),(0,1),(0,20);:_._7basemem;2A*2;(3,581);;range_check::(3,590)=##(0,20);:i;2B.;numberOfChanged::(3,591)=##(0,1);:;2A.;change::(3,589):i;2A.;update::(3,592)=##(0,20);:;2A*3;(3,581);;currentAt::(3,593)=##(3,97);:i;2B*4;(3,581);;nextAt::(3,594)=##(3,9);:i;2B*5;(3,581);;initialize::(3,595)=##(0,20);:RC8ubasevar;2A*6;(3,581);(3,596)=##(0,20);:RC8sbasevar;2A*7;(3,581);(3,597)=##(0,20);:Ul;2A*8;(3,581);(3,598)=##(0,20);:l;2A*9;(3,581);(3,599)=##(0,20);:RC9uconstvar;2A.(3,600)=##(0,20);:RC9sconstvar;2A.(3,601)=##(0,20);:RCQ27basevar4Vref;2A.(3,602)=##(0,20);:RCQ27basevar6CatRef;2A.(3,603)=##(0,20);:Ui;2A.(3,589):i;2A.;AppendAddress::(3,589):i;2A.;BufferClear:
:(3,592):;2A.;;~%(3,581);
EINCL  0      00000000
LSYM   19     00000000 ULONGLONG:t(2,1)=(0,7)
LSYM   20     00000000 LONGLONG:t(2,2)=(0,6)
LSYM   27     00000000 c_CESRCH_dec_state:t(2,3)=eST1_00:1,ST1_01:2,ST1_02:3,ST1_03:4,ST1_04:5,ST1_05:6,ST1_06:7,ST1_07:8,ST1_08:9,ST1_09:10,ST1_10:11,ST1_11:12,ST1_12:13,ST1_13:14,ST1_14:15,ST1_15:16,ST1_16:17,ST1_17:18,ST1_18:19,ST1_19:20,ST1_20:21,ST1_21:22,ST1_22:23,ST1_23:24,ST1_24:25,ST1_25:26,ST1_26:27,ST1_27:28,ST1_28:29,ST1_29:30,ST1_30:31,ST1_31:32,ST1_32:33,ST1_33:34,ST1_34:35,ST1_35:36,ST1_36:37,ST1_37:38,ST1_38:39,ST1_39:40,ST1_40:41,ST1_41:42,ST1_42:43,ST1_43:44,ST1_44:45,ST1_45:46,ST1_46:47,ST1_47:48,ST1_48:49,ST1_49:50,ST1_50:51,ST1_51:52,ST1_52:53,ST1_53:54,ST1_54:55,ST1_55:56,ST1_56:57,ST1_57:58,ST1_58:59,ST1_59:60,ST1_60:61,ST1_61:62,;
[...]
bdl/modelgen/ptolemy/DECESRCH_dec.o:     file format elf32-i386

I just put some example lines. If you are interested I can also send the full output.


I'm using:
gcc version 2.95.3 20010315 (release)
GNU assembler version 2.11.90.0.8 (i386-redhat-linux)
GNU ld version 2.11.90.0.8 (with BFD 2.11.90.0.8)
GNU objdump 2.11.90.0.8

Does anybody know if this could be a bug? Are there known problems in dealing with such large source/object files?

Obj files are 6Mb+ each, source c++ are auto-genereated (2Mb+) with various inclusions up to 400kb.

TIA
Andrea


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