This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC 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]

[Bug middle-end/39625] [4.5 regression] Revision 145338 breaks ability to build Ada



------- Comment #25 from rob1weld at aol dot com  2009-04-09 15:16 -------
That is good news, (that "hppa2.0w-hp-hpux11.11" ("PA-RISC 2.0."), which we 
claim is supported, is not the same/similar to "hpux-ia64", which has two
"ZCX = False" entries). We don't want to break that. Nice machine.

Is the (small amount of ?) code in "Gnat Pro" going to be available 
(someday) for "gcc Ada". That may fix these problems.

-----

I wondered why we had:

# diff -Naur /mnt/drive2/gcc_trunk/gcc/ada/system-mingw.ads
/mnt/drive2/gcc_trunk/gcc/ada/system-mingw-x86_64.ads | tail -9 | head -6
@@ -141,7 +141,7 @@
    Always_Compatible_Rep     : constant Boolean := False;
    Suppress_Standard_Library : constant Boolean := False;
    Use_Ada_Main_Program_Name : constant Boolean := False;
-   ZCX_By_Default            : constant Boolean := False;
+   ZCX_By_Default            : constant Boolean := True;


and found this thread:
http://www.nabble.com/gcc-4.3.x-Ada-compiler-td22192698.html where Danny Smith
(using "gcc version 4.4.0-dw2 20090221")
says he "modified system-mingw.ads with this":

Index: system-mingw.ads
===================================================================
--- system-mingw.ads (revision 144345)
+++ system-mingw.ads (working copy)
@@ -141,7 +141,7 @@
    Always_Compatible_Rep     : constant Boolean := False;
    Suppress_Standard_Library : constant Boolean := False;
    Use_Ada_Main_Program_Name : constant Boolean := False;
-   ZCX_By_Default            : constant Boolean := False;
+   ZCX_By_Default            : constant Boolean := True;
    GCC_ZCX_Support           : constant Boolean := True; 


which both Rolf Ebert and Danny Smith claim fixes "gcc 4.4.0 20090221",
but Danny compiled using "--disable-sjlj-exceptions".


We still have the issue that all Platforms accept the (usually non-default)
./configure option "--enable-sjlj-exceptions" which leads to this Bug
on supported Platforms (and leads us down the path of breaking that Option).


I'll log out of my Debian 5.0 OS and go back to my OpenBSD OS and look
at this from there.


Thank you for your answers,
Rob


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39625


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