public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/48474] New: gcc fails to bootstrap
@ 2011-04-05 22:42 mrs at gcc dot gnu.org
  2011-04-05 22:51 ` [Bug bootstrap/48474] " froydnj at codesourcery dot com
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: mrs at gcc dot gnu.org @ 2011-04-05 22:42 UTC (permalink / raw)
  To: gcc-bugs

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

           Summary: gcc fails to bootstrap
           Product: gcc
           Version: 4.6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: mrs@gcc.gnu.org


I have a target port, but with the update to 4.6.0 from 4.5.1, it now fails to
build because it is trying to use dwarf instead of sjlj based exception
handling.

I don't have an eh_return, and without this, the code in
default_except_unwind_info will try and use UI_DWARF2 which can't possibly
work.

If I add code to turn off UI_DWARF2 when there is no eh_return pattern,
everything builds again.

diff --git a/gcc/targhooks.c b/gcc/targhooks.c
index 225831b..e8afa81 100644
--- a/gcc/targhooks.c
+++ b/gcc/targhooks.c
@@ -1365,6 +1365,14 @@ default_except_unwind_info (struct gcc_options *opts
ATTRIBUTE_UNUSED)
     return UI_SJLJ;
 #endif

+#ifndef EH_RETURN_HANDLER_RTX
+#ifndef HAVE_eh_return
+#define HAVE_eh_return 0
+#endif
+  if (!HAVE_eh_return)
+    return UI_SJLJ;
+#endif
+
   /* ??? Change all users to the hook, then poison this.  */
 #ifdef DWARF2_UNWIND_INFO
   if (DWARF2_UNWIND_INFO)


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug bootstrap/48474] gcc fails to bootstrap
  2011-04-05 22:42 [Bug bootstrap/48474] New: gcc fails to bootstrap mrs at gcc dot gnu.org
@ 2011-04-05 22:51 ` froydnj at codesourcery dot com
  2011-04-07 19:41 ` mikestump at comcast dot net
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: froydnj at codesourcery dot com @ 2011-04-05 22:51 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #1 from froydnj at codesourcery dot com <froydnj at codesourcery dot com> 2011-04-05 22:50:53 UTC ---
On Tue, Apr 05, 2011 at 10:42:03PM +0000, mrs at gcc dot gnu.org wrote:
> I have a target port, but with the update to 4.6.0 from 4.5.1, it now fails to
> build because it is trying to use dwarf instead of sjlj based exception
> handling.

Does defining TARGET_EXCEPT_UNWIND_INFO to sjlj_except_unwind_info fix things?


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug bootstrap/48474] gcc fails to bootstrap
  2011-04-05 22:42 [Bug bootstrap/48474] New: gcc fails to bootstrap mrs at gcc dot gnu.org
  2011-04-05 22:51 ` [Bug bootstrap/48474] " froydnj at codesourcery dot com
@ 2011-04-07 19:41 ` mikestump at comcast dot net
  2013-11-10  5:24 ` pinskia at gcc dot gnu.org
  2013-11-11 17:28 ` mikestump at comcast dot net
  3 siblings, 0 replies; 5+ messages in thread
From: mikestump at comcast dot net @ 2011-04-07 19:41 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #2 from Mike Stump <mikestump at comcast dot net> 2011-04-07 19:41:04 UTC ---
I'd expect that I could change the target to make things compile.  The point of
the bug report was to report a rough edge where if one doesn't define a pattern
for eh_return, then things don't compile.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug bootstrap/48474] gcc fails to bootstrap
  2011-04-05 22:42 [Bug bootstrap/48474] New: gcc fails to bootstrap mrs at gcc dot gnu.org
  2011-04-05 22:51 ` [Bug bootstrap/48474] " froydnj at codesourcery dot com
  2011-04-07 19:41 ` mikestump at comcast dot net
@ 2013-11-10  5:24 ` pinskia at gcc dot gnu.org
  2013-11-11 17:28 ` mikestump at comcast dot net
  3 siblings, 0 replies; 5+ messages in thread
From: pinskia at gcc dot gnu.org @ 2013-11-10  5:24 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Also don't patches goto gcc-patches@ .


^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Bug bootstrap/48474] gcc fails to bootstrap
  2011-04-05 22:42 [Bug bootstrap/48474] New: gcc fails to bootstrap mrs at gcc dot gnu.org
                   ` (2 preceding siblings ...)
  2013-11-10  5:24 ` pinskia at gcc dot gnu.org
@ 2013-11-11 17:28 ` mikestump at comcast dot net
  3 siblings, 0 replies; 5+ messages in thread
From: mikestump at comcast dot net @ 2013-11-11 17:28 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #4 from Mike Stump <mikestump at comcast dot net> ---
patches to the gcc-patches list get lost and ignored.  Bugzilla is forever. 
Looks like I chose wisely.


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2013-11-11 17:28 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-04-05 22:42 [Bug bootstrap/48474] New: gcc fails to bootstrap mrs at gcc dot gnu.org
2011-04-05 22:51 ` [Bug bootstrap/48474] " froydnj at codesourcery dot com
2011-04-07 19:41 ` mikestump at comcast dot net
2013-11-10  5:24 ` pinskia at gcc dot gnu.org
2013-11-11 17:28 ` mikestump at comcast dot net

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).