https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #21 from Krishnamoorthy C ---
(In reply to David Edelsohn from comment #20)
> This probably is related to PR 28586. The detail that the failure occurs
> when exceptions are thrown within constructors was important.
>
> MD_FALLBACK_FR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #19 from Krishnamoorthy C ---
(In reply to David Edelsohn from comment #17)
> Is the exception throw inside the constructor?
>
> Are saying that the linking a file with a function defined with
> __attribute__ (constructor) causes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #18 from Krishnamoorthy C ---
Not just linking a file with __attribute__, but throwing exceptions inside the
constructor ( shared lib constructor ) is causing a core dump. This same code
had been run successfully on Red Hat Linux, HP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #16 from Krishnamoorthy C ---
(In reply to David Edelsohn from comment #14)
> The AIX 7.1 system in the GCC Compile Farm has GCC 4.8.1 from Perzl
> installed. As I wrote before, I tried your example program (without the
> second "e" o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #15 from Krishnamoorthy C ---
Thanks for the info.
Sorry, the original intent was to generate a shared lib hence the shared
options, but i have moved the code to generate executable program, but the
exceptions not being caught is st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #13 from Krishnamoorthy C ---
(In reply to Krishnamoorthy C from comment #12)
> (In reply to David Edelsohn from comment #11)
> > I tested a corrected version of your example with both G++ 4.8.1 from
> > Perzl.org / oss4aix.org and GC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #12 from Krishnamoorthy C ---
(In reply to David Edelsohn from comment #11)
> I tested a corrected version of your example with both G++ 4.8.1 from
> Perzl.org / oss4aix.org and GCC trunk from a few days ago. I compiled both
> 32 bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #9 from Krishnamoorthy C ---
(In reply to Paolo Carlini from comment #8)
> Something else besides AIX 7.1. Fore sure all the Linux targets are fine,
> for example. This isn't a generic C++ front-end issue.
The program works fine on a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17277
Krishnamoorthy C changed:
What|Removed |Added
CC||chandrakm at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #7 from Krishnamoorthy C ---
Hi Paolo - S0orry , not in this case. The last few days were spent in playing
with the compiler options, but none seem to work. None of the throws are being
caught.
When you say certain exceptions work o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #5 from Krishnamoorthy C ---
// Throw and catch not working
#include
using namespace std;
int main () {
try
{
throw 20;
}
catch (int e)
{
cout << "This is not caught " << e << '\n';
}
catch (...)
{
cout << "This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #4 from Krishnamoorthy C ---
The symptoms are as follows:
1. Any exception thrown ( whether a empty throw or a number or a class object )
never reaches the catch
this is happening across the code base, always, i.e. none of the catc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #3 from Krishnamoorthy C ---
Compiler options tried:
---
CC= gcc
CXX=g++
Compilation flags
SYSCXXFLAGS= -Dlinux -Dlinux_x86_64 -DLINUX_AMD64 -O1 -maix64 -fpermissive
-Wextra -Wuninitialized -Winit-self -Wwrite-st
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: chandrakm at hotmail dot com
I have a C++ program compiled on AIX 7.1 using gcc 4.8.1 . This uses some
shared libs compiled on C language.
None of the throws statements are caught.
Is this a known defect or has
14 matches
Mail list logo
