From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-prs-return-3868-listarch-java-prs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 1850 invoked by alias); 13 Oct 2004 19:31:11 -0000
Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:java-prs-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java-prs/>
List-Post: <mailto:java-prs@gcc.gnu.org>
List-Help: <mailto:java-prs-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-prs-owner@gcc.gnu.org
Received: (qmail 1808 invoked by uid 48); 13 Oct 2004 19:31:10 -0000
Date: Wed, 13 Oct 2004 19:31:00 -0000
From: "tromey at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org>
To: java-prs@gcc.gnu.org
Message-ID: <20041013193108.17978.tromey@gcc.gnu.org>
Reply-To: gcc-bugzilla@gcc.gnu.org
Subject: [Bug libgcj/17978] New: Binary Compatibility: use _Jv_AllocBytes to allocate interface dispatch tables
X-Bugzilla-Reason: CC
X-SW-Source: 2004-q4/txt/msg00096.txt.bz2
List-Id: <java-prs.sourceware.org>

On the BC branch, in link.cc, there are a number of
places where we use _Jv_Malloc where we ought to use
_Jv_AllocBytes.  Search for the FIXME comments
(not every malloc needs to be replaced).

Actually doing this results in a buggy runtime, however.
There is probably some GC marking problem, however boehm.cc already
appears to mark the needed fields, so the exact problem
remains unknown.

-- 
           Summary: Binary Compatibility: use _Jv_AllocBytes to allocate
                    interface dispatch tables
           Product: gcc
           Version: 4.0.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: libgcj
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: tromey at gcc dot gnu dot org
                CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
                    dot org
OtherBugsDependingO 12725
             nThis:


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