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

Re: [patch] Re: GCC 2.95 Solaris7 i86pc compilation fail with-g generates internal compiler error


>>>>> "Richard" == Richard Henderson <rth@cygnus.com> writes:
    Richard> Calling build_index_type has the sole effect of filling
    Richard> in all the ancilliary type info (TYPE_PRECISION,
    Richard> TYPE_MODE, etc) that wasn't being done here.  The dwarf
    Richard> code needed TYPE_PRECISION filled in.

It also does:

  TYPE_MAX_VALUE (itype) = convert (sizetype, maxval);

That doesn't make sense if maxval does not have integer type.  It may
be a complex expression involving template parameters at this point.
I agree that this type should be built with build_index_type *if* it
is seen by the DWARF backends.  That's why I want to know how that
type is getting to the DWARF backend.

Note that the code below the conditional does call build_index_type.
Either the condition guarding the code changed is wrong, or the
problem lies elsewhere; the problem is not that we are not using
build_index_type here.

--
Mark Mitchell                   mark@codesourcery.com
CodeSourcery, LLC               http://www.codesourcery.com

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