From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-return-25954-listarch-java=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 27134 invoked by alias); 3 Apr 2009 18:42:34 -0000
Received: (qmail 27120 invoked by uid 22791); 3 Apr 2009 18:42:33 -0000
X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from ppsw-0.csi.cam.ac.uk (HELO ppsw-0.csi.cam.ac.uk) (131.111.8.130)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 03 Apr 2009 18:42:28 +0000
Received: from c0205.aw.cl.cam.ac.uk ([128.232.100.205]:59793 helo=ernest-2.christs.cam.ac.uk) 	by ppsw-0.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.150]:25) 	with esmtpsa (LOGIN:srk31) (TLSv1:DHE-RSA-AES256-SHA:256) 	id 1LpoLQ-0003sm-2l (Exim 4.70) 	(return-path <srk31@hermes.cam.ac.uk>); Fri, 03 Apr 2009 19:42:24 +0100
Date: Fri, 03 Apr 2009 18:42:00 -0000
From: Stephen Kell <srk31@srcf.ucam.org>
To: Andrew Haley <aph@redhat.com>
Cc: java@gcc.gnu.org
Subject: Re: CNI and interface methods
Message-ID: <20090403184221.4c4749c6@ernest-2.christs.cam.ac.uk>
In-Reply-To: <49D61982.8030701@redhat.com>
References: <20090402193827.GD4939@font.cl.cam.ac.uk> 	<49D5CAD4.8040700@redhat.com> 	<20090403135713.2fb36ecc@ernest-2.christs.cam.ac.uk> 	<49D61982.8030701@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact java-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java.gcc.gnu.org>
List-Id: <java.gcc.gnu.org>
List-Subscribe: <mailto:java-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java/>
List-Post: <mailto:java@gcc.gnu.org>
List-Help: <mailto:java-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-owner@gcc.gnu.org
X-SW-Source: 2009-04/txt/msg00013.txt.bz2

> > (Actually I was using -fPIC, but I've tried again with -fpic
> > instead, in case it made a difference... still getting the same
> > segfault though.)
> 
> Here are my changes.  I also got rid of antlr-runtime which didn't
> seem necessary.

Thanks again!  At first I thought I'd made identical fixes already, and
the segfaults were still happening. But getting rid of antlr-runtime is
the key -- turns out there are some symbols in common between
antlr-runtime and antlr, and I'm guessing that some version skew
between those was causing the problem. Phew!

Stephen