11.12.2012 1:27, Sven Barth пишет:
Well, all ELF targets emit external symbols in object files with STT_NOTYPE type field, which corresponds to AT_NONE internal representation. COFF targets also accept this, although recent GCC/MinGW versions are marking external functions with proper type.It's putting a significant number of AT_NONE entries into the table, and the first one it tries to take out (which obviously isn't the first entry in the list) causes the internal error. When being put in, this entry had a call stack like #0 TASMDATA__REFASMSYMBOL('PBGetCatInfoSync', <error reading variable>) at aasmdata.pas:443I had also made out this location as the only plausible one for these AT_NONE entries. Maybe the external handling was changed since Mac OS last worked and the MPW writer wasn't adjusted then...
Sergei _______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
