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]

RE: Crash in garbage collector


> "Jon Beniston" <jbeniston@compxs.com> writes:
> > I have been working on a port of GCC to a new architecture, 
> which for 
> > the most part is compiling reasonably well. However, for a 
> few files, 
> > I am seeing crashes in the garbage collector. The first time I had 
> > this problem, it disappeared when I changed:
> > 
> > label = gen_rtx (LABEL_REF, VOIDmode, operands[0]);
> > 
> > To
> > 
> > label = gen_rtx_LABEL_REF (VOIDmode, operands[0]);
> > 
> 
> In the 3.3 series, gen_rtx() left '0'-type fields 
> uninitialised. [..]
> gen_rtx_LABEL_REF() sets the other two operands to null, so 
> there's no problem if you use that.

Maybe the MIPS port needs patching then, because that's were I copied it
from.

The other crash I was seeing turned out to be a Cygwin-only problem.
Just for reference, it seemed to disappear by setting:

ac_cv_header_alloca_h=no ac_cv_func_mmap_dev_zero=no
ac_cv_func_mmap_anon=no ac_cv_func_mmap_file=no ac_cv_func_munmap=no
ac_cv_func_alloca_works=goats 

for configure. The goats value was used because it fails if you set yes
or no ;)

Cheers,
JonB



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