[Bug c++/13711] New: Stepping problem with different -fno-exception settings in library and application in 32-bit

["info at michaelzeilfelder dot de" <sourceware-bugzilla@sourceware.org>]

http://sourceware.org/bugzilla/show_bug.cgi?id=13711

             Bug #: 13711
           Summary: Stepping problem with different -fno-exception
                    settings in library and application in 32-bit
           Product: gdb
           Version: HEAD
            Status: NEW
          Severity: minor
          Priority: P2
         Component: c++
        AssignedTo: unassigned@sourceware.org
        ReportedBy: info@michaelzeilfelder.de
    Classification: Unclassified


Created attachment 6228
  --> http://sourceware.org/bugzilla/attachment.cgi?id=6228
Sources for a lib + application + Makefiles to reproduce the problem

I can't step into certain functions when a (static) library and an application
have used different settings for the -fno-exceptions flag in gcc. 

A C++ example is attached. It's reduced to the minimal code I was able to find
which still reproduced the problem.

I tested several gdb versions and interestingly I could only ever reproduce it
on a 32-bit system, while the same example works on a 64-bit system.

Reproduced with:
"GNU gdb (GDB) 7.4.50.20120206-cvs"
and with "GNU gdb (GDB) 7.0.1-debian" - both times on a 32-bit Debian "squeeze"
system.

_NOT_ reproduced (aka it worked correct) on:
GNU gdb (Ubuntu/Linaro 7.3-0ubuntu2) 7.3-2011.08 on a 64-bit Ubuntu system.

To reproduce it decompress fnoexception.tar.gz (on a 32-bit system) and call:
> cd lib
> make
> cd ..
> make
> gdb mybug
> b main.cpp:10
> r
> s 

You can press s a few times and the expected behavior would be that it steps
into reader1->read().

Alternatively use the batchfile:
> ./reproduceit.sh 
> s

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.