This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: GCJ/minGW stacktrace

From: Andrew Haley <aph at redhat dot com>
To: Ranjit Mathew <rmathew at hotmail dot com>
Cc: java at gcc dot gnu dot org
Date: Fri, 24 Jan 2003 09:43:33 +0000 (GMT)
Subject: Re: GCJ/minGW stacktrace
References: <87adhuryyx.fsf@fleche.redhat.com><POEIJGMGPFPGFHAGKFHAAEPACDAA.erik.poupaert@chello.be><b0q5cv$94a$1@main.gmane.org>

Ranjit Mathew writes:
 > Erik Poupaert wrote:
 > > Can anybody confirm that he has effectively witnessed a GCJ-compiled
 > > executable dumping with a stacktrace on minGW (latest release candidate
 > > gcj-3.2-20021210-1.tar.gz)?
 > > 
 > > Then I know it's one of my compilation, linking options or something else
 > > that suppresses the stacktrace systematically on my machine...
 > 
 > No, these programs do not dump trace - this is one of the biggest
 > issues with GCJ/MinGW IMHO. :-(

I'm still planning to remove the dependence of stack traces on
external programs.  It will, however, require the DWARF unwinder.  I
intend to write a patch to enable this feature, but keep the old
scheme running.

Andrew.

Follow-Ups:
- Re: GCJ/minGW stacktrace
  - From: Ranjit Mathew

References:
- 3.3 status - please help
  - From: Tom Tromey
- GCJ/minGW stacktrace
  - From: Erik Poupaert
- Re: GCJ/minGW stacktrace
  - From: Ranjit Mathew

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