public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
From: Patrick Smith <patsmith@pobox.com>
To: nobody@gcc.gnu.org
Cc: gcc-prs@gcc.gnu.org,
Subject: Re: optimization/9015: bc segfaults when compiled with optimization
Date: Fri, 20 Dec 2002 21:56:00 -0000	[thread overview]
Message-ID: <20021221055601.15325.qmail@sources.redhat.com> (raw)

The following reply was made to PR optimization/9015; it has been noted by GNATS.

From: Patrick Smith <patsmith@pobox.com>
To: bangerth@dealii.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org,
	nobody@gcc.gnu.org, patsmith@pobox.com, gcc-gnats@gcc.gnu.org
Cc:  
Subject: Re: optimization/9015: bc segfaults when compiled with optimization
Date: Sat, 21 Dec 2002 00:51:59 -0500

 bangerth@dealii.org wrote:
 > Synopsis: bc segfaults when compiled with optimization
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: bangerth
 > State-Changed-When: Fri Dec 20 19:20:49 2002
 > State-Changed-Why:
 >     It is very hard for us to reproduce a problem with such little
 >     information, since we don't really know what we're looking
 >     for. Sometimes such problems go away by moving to a different
 >     platform, and then we would not be able to reproduce it.
 >     Basically, a whole program is too large for us to find a
 >     bug in.
 >     
 >     What you could do is the following: try to run bc under
 >     a debugger and try to find out which function it crashes in
 >     by looking at a stacktrace after the crash happens. Then
 >     try to isolate the function in which this happens from
 >     the rest of the program and see whether you can come up
 >     with a small testcase from which we can work on. This
 >     would ideally just include the one function in which things
 >     happen, called from a dummy main function.
 >     
 >     Thanks
 >       Wolfgang
 > 
 > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9015
 
 As mentioned in the original report, I think the problem is with the 
 function load_code in the source file included in the bug report.  If 
 that function is compiled without optimization and the rest of bc is 
 optimized with -O2, the crash does not occur.
 
 I've already been the debugger and trying to create a small test program 
 route, without much luck.  The crash occurs in another function (addbyte 
 in the same source file).
 
 I'm currently reading up on PowerPC assembly, so I can look at the 
 generated code for load_code and figure out if it's right or not.  If 
 you want, I can send the .s file as well.
 -- 
 patsmith@pobox.com
 


             reply	other threads:[~2002-12-21  5:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-20 21:56 Patrick Smith [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-01-03 19:46 bangerth
2003-01-03 19:46 Wolfgang Bangerth
2002-12-24 16:56 Patrick Smith
2002-12-20 22:06 Wolfgang Bangerth
2002-12-20 19:20 bangerth
2002-12-19 20:46 patsmith

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20021221055601.15325.qmail@sources.redhat.com \
    --to=patsmith@pobox.com \
    --cc=gcc-prs@gcc.gnu.org \
    --cc=nobody@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).