This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
RE: Crash in garbage collector
- From: "Jon Beniston" <jbeniston at compxs dot com>
- To: "'Richard Sandiford'" <rsandifo at redhat dot com>
- Cc: <gcc at gcc dot gnu dot org>
- Date: Wed, 26 Nov 2003 13:34:10 -0000
- Subject: RE: Crash in garbage collector
- Organization: CompXs
- Reply-to: <jbeniston at compxs dot com>
> "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