[Bug java/38374] New: constant pool references have wrong types in ADDR_EXPR

[Bug java/38374] New: constant pool references have wrong types in ADDR_EXPR

[rguenth at gcc dot gnu dot org]

The Java FE builds the final constant pool variable late (_CD_java_lang_Object)
and only then fills in the arrays domain.  All references to it before have
an empty TYPE_DOMAIN which means after filling in the final TYPE_DOMAIN all
the ADDR_EXPRs have wrong types.


-- 
           Summary: constant pool references have wrong types in ADDR_EXPR
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: java
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

[rguenth at gcc dot gnu dot org]

------- Comment #1 from rguenth at gcc dot gnu dot org  2009-04-15 12:17 -------
I have a "fix".


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2009-04-15 12:17:01
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

[rguenth at gcc dot gnu dot org]

------- Comment #2 from rguenth at gcc dot gnu dot org  2009-04-27 11:18 -------
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

[rguenth at gcc dot gnu dot org]

------- Comment #3 from rguenth at gcc dot gnu dot org  2009-04-27 11:19 -------
Subject: Bug 38374

Author: rguenth
Date: Mon Apr 27 11:18:38 2009
New Revision: 146831

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146831
Log:
2009-04-27  Richard Guenther  <rguenther@suse.de>

        * tree-cfg.c (remove_useless_stmts): Verify stmts afterwards.
        (verify_stmts): Dispatch to gimple/type verification code.
        * tree-inline.c (remap_gimple_op_r): Work around C++ FE
        issue with call argument types.

        java/
        PR java/38374
        * constants.c (build_constants_constructor): Retain the old
        pointer type as valid TYPE_POINTER_TO after patching the
        type of the constant pool decl.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/java/ChangeLog
    trunk/gcc/java/constants.c
    trunk/gcc/tree-cfg.c
    trunk/gcc/tree-inline.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

[dave dot korn dot cygwin at gmail dot com]

------- Comment #4 from dave dot korn dot cygwin at gmail dot com  2009-04-27 21:39 -------

  I just got this failure during bootstrap:


libtool: compile:  /gnu/gcc/obj3/gcc/gcj
-B/gnu/gcc/obj3/i686-pc-cygwin/libjava/ -B/gnu/gcc/obj3/gcc/ -ffloat-store
-fomit-frame-pointer -Usun -fclasspath=
-fbootclasspath=/gnu/gcc/gcc/libjava/classpath/lib --encoding=UTF-8
-Wno-deprecated -fbootstrap-classes -g -O2
-fsource-filename=/gnu/gcc/obj3/i686-pc-cygwin/libjava/classpath/lib/classes
-fjni -findirect-dispatch -fno-indirect-classes -c @gnu-CORBA.list  -o
.libs/gnu-CORBA.o
/gnu/gcc/gcc/libjava/classpath/gnu/CORBA/Poa/gnuPOA.java: In class
'gnu.CORBA.Poa.gnuPOA$RefTemplate':
/gnu/gcc/gcc/libjava/classpath/gnu/CORBA/Poa/gnuPOA.java: In constructor
'(gnu.CORBA.Poa.gnuPOA)':
In file included from <built-in>:136:
/gnu/gcc/gcc/libjava/classpath/gnu/CORBA/Poa/gnuPOA.java:0: error: type
mismatch in indirect reference
struct java.lang.String[]

void

# VUSE <.MEM_11>
#slot#8#31_225 = #ref#5#2_135->length;

/gnu/gcc/gcc/libjava/classpath/gnu/CORBA/Poa/gnuPOA.java:0: internal compiler
error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [gnu-CORBA.lo] Error 1

  I'm going to try reverting r146831 locally and see if it helps.


-- 

dave dot korn dot cygwin at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dave dot korn dot cygwin at
                   |                            |gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

[dave dot korn dot cygwin at gmail dot com]

------- Comment #5 from dave dot korn dot cygwin at gmail dot com  2009-04-28 03:30 -------
(In reply to comment #4)
>   I just got this failure during bootstrap:

>   I'm going to try reverting r146831 locally and see if it helps.

  Doing so allowed the build to complete.  See also bug 39932.




-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374

[Bug java/38374] constant pool references have wrong types in ADDR_EXPR

[rguenther at suse dot de]

------- Comment #6 from rguenther at suse dot de  2009-04-28 08:19 -------
Subject: Re:  constant pool references have wrong types in
 ADDR_EXPR

On Tue, 28 Apr 2009, dave dot korn dot cygwin at gmail dot com wrote:

> ------- Comment #5 from dave dot korn dot cygwin at gmail dot com  2009-04-28 03:30 -------
> (In reply to comment #4)
> >   I just got this failure during bootstrap:
> 
> >   I'm going to try reverting r146831 locally and see if it helps.
> 
>   Doing so allowed the build to complete.  See also bug 39932.

Please open a new bugreport for this Java frontend problem.

Richard.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38374