[Bug bootstrap/52466] New: gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[Bug bootstrap/52466] New: gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[ralf_corsepius at rtems dot org]

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

             Bug #: 52466
           Summary: gcc-4.7.0-RC-20120302 fails to build for
                    --target=lm32-rtems4.11
    Classification: Unclassified
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: ralf_corsepius@rtems.org


gcc-4.7.0-RC-20120302 fails to bootstrap for --target=lm32-rtems4.11
...
checking whether decimal floating point is supported... no
configure: WARNING: decimal float is not supported for this target, ignored
checking whether fixed-point is supported... no
checking whether to use setjmp/longjmp exceptions... unknown
configure: error: unable to detect exception model
make[1]: *** [configure-target-libgcc] Error 1

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[corsepiu at gcc dot gnu.org]

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

Ralf Corsepius <corsepiu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |lm32-*
                 CC|                            |corsepiu at gcc dot gnu.org
      Known to work|                            |4.5.3
      Known to fail|                            |4.6.3, 4.7.0

--- Comment #1 from Ralf Corsepius <corsepiu at gcc dot gnu.org> 2012-03-06 07:20:31 UTC ---
Upon second glance, the origin of this bootstrap failure is an ICE in xgcc/cc1
as lm32-rtems4.11/libgcc/config.log tells

configure:4511: checking whether to use setjmp/longjmp exceptions
configure:: /users/rtems/tmp/gcc.2/BUILD-lm32/./gcc/xgcc
-B/users/rtems/tmp/gcc.2/BUILD-lm32/./gcc/ -B/usr/local/lm32-rtems4.11/bin/
-B/usr/local/lm32-rtems4.11/lib/ -isystem /usr/local/lm32-rtems4.11/include
-isystem /usr/local/lm32-rtems4.11/sys-include 
   -c --save-temps -fexceptions  conftest.c >&5
xgcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
configure:: $? = 4
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"   
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1 
| #define HAVE_STDLIB_H 1   
| #define HAVE_STRING_H 1   
| #define HAVE_MEMORY_H 1   
| #define HAVE_STRINGS_H 1  
| #define HAVE_INTTYPES_H 1 
| #define HAVE_STDINT_H 1   
| #define HAVE_UNISTD_H 1   
| #define SIZEOF_DOUBLE 0   
| #define SIZEOF_LONG_DOUBLE 0
| #define HAVE_GETIPINFO 1
| /* end confdefs.h.  */  
| 
| void bar ();
| void clean (int *);
| void foo ()
| {
|   int i __attribute__ ((cleanup (clean)));
|   bar();
| }
|  
configure:4542: result: unknown
configure:4558: error: unable to detect exception model

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[joel at gcc dot gnu.org]

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

Joel Sherrill <joel at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joel at gcc dot gnu.org
            Version|unknown                     |4.8.0

--- Comment #2 from Joel Sherrill <joel at gcc dot gnu.org> 2012-11-03 17:08:34 UTC ---
Still broken

xgcc (GCC) 4.8.0 20121103 (experimental) [trunk revision 193124]

Any chance I can get some advice on how to fix this? The autoconf probe just
isn't finding what it expects.

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[joel at gcc dot gnu.org]

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

--- Comment #3 from Joel Sherrill <joel at gcc dot gnu.org> 2012-11-04 06:33:10 UTC ---
Following up on my earlier message. 

Jon Beniston (original author) or Sebastien Bourdeauducq (current maintainer)
... please reply. 

This particular issue should be simple to the port maintainer. Also someone
familiar with the exception model specification magic should be able to get
this one addressed. Please.

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[jon at beniston dot com]

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

--- Comment #4 from Jon Beniston <jon at beniston dot com> 2012-11-05 08:53:50 UTC ---
I always used to configure with --enable-sjlj-exceptions.

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[joel at gcc dot gnu.org]

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

--- Comment #5 from Joel Sherrill <joel at gcc dot gnu.org> 2012-11-05 14:44:34 UTC ---
(In reply to comment #4)
> I always used to configure with --enable-sjlj-exceptions.

Thanks for the pointer. 

I see in gcc/configure.ac, the command line handling for
--enable-sjlj-exceptions. Should lm32*-*-* be added as a target these need to
be forced on for? 

That would avoid having to know to turn the option on.

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[joel at gcc dot gnu.org]

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

--- Comment #6 from Joel Sherrill <joel at gcc dot gnu.org> 2012-11-05 14:47:31 UTC ---
Created attachment 28618
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28618
For sjlj exceptions on for lm32*-*-*

Is this the correct way to force it on? I don't see any other place to do this
and the build gets through this issue with this patch.

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[corsepiu at gcc dot gnu.org]

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

--- Comment #7 from Ralf Corsepius <corsepiu at gcc dot gnu.org> 2012-11-05 15:17:21 UTC ---
(In reply to comment #6)
> Created attachment 28618 [details]
> For sjlj exceptions on for lm32*-*-*
> 
> Is this the correct way to force it on?
AFAICT, yes.

> I don't see any other place to do this
> and the build gets through this issue with this patch.

Not for me w/ gcc-4_7-branch:

/users/rtems/src/rtems.org/rtems-gcc/BUILD-lm32/./gcc/xgcc
-B/users/rtems/src/rtems.org/rtems-gcc/BUILD-lm32/./gcc/ -nostdinc
-B/users/rtems/src/rtems.org/rtems-gcc/BUILD-lm32/lm32-rtems4.11/newlib/
-isystem
/users/rtems/src/rtems.org/rtems-gcc/BUILD-lm32/lm32-rtems4.11/newlib/targ-include
-isystem /users/rtems/src/rtems.org/rtems-gcc/newlib/libc/include
-B/opt/rtems-4.11/lm32-rtems4.11/bin/ -B/opt/rtems-4.11/lm32-rtems4.11/lib/
-isystem /opt/rtems-4.11/lm32-rtems4.11/include -isystem
/opt/rtems-4.11/lm32-rtems4.11/sys-include    -g -O2 -Wall -mmultiply-enabled
-O2 -I../../../../libgcc/../newlib/libc/sys/rtems/include -g -O2 -Wall -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition 
-isystem ./include   -G 0 -msign-extend-enabled -g -DIN_LIBGCC2
-fbuilding-libgcc -fno-stack-protector -Dinhibit_libc  -G 0
-msign-extend-enabled -I. -I. -I../../.././gcc -I../../../../libgcc
-I../../../../libgcc/. -I../../../../libgcc/../gcc
-I../../../../libgcc/../include    -o _ffssi2.o -MT _ffssi2.o -MD -MP -MF
_ffssi2.dep -DL_ffssi2 -c ../../../../libgcc/libgcc2.c 
xgcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [_ffssi2.o] Error 4
make[4]: Leaving directory
`/users/rtems/src/rtems.org/rtems-gcc/BUILD-lm32/lm32-rtems4.11/mmultiply-enabled/libgcc'

[Bug bootstrap/52466] gcc-4.7.0-RC-20120302 fails to build for --target=lm32-rtems4.11

[joel at gcc dot gnu.org]

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

--- Comment #8 from Joel Sherrill <joel at gcc dot gnu.org> 2012-11-05 15:30:46 UTC ---
I was careful to say "this issue" :) \

That is the next issue to face on the lm32 and was reported before this cropped
up. 

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

If this patch is OK to commit, then it goes on multiple branches and we are
stuck with 50927.

[Bug bootstrap/52466] C++ fails to build for --target=lm32-rtems4.11 (no exception model)

[jbeniston at gcc dot gnu.org]

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

--- Comment #9 from jbeniston at gcc dot gnu.org <jbeniston at gcc dot gnu.org> ---
Author: jbeniston
Date: Sun Mar  2 19:58:24 2014
New Revision: 208260

URL: http://gcc.gnu.org/viewcvs?rev=208260&root=gcc&view=rev
Log:
    PR bootstrap/48230
    PR bootstrap/50927
    PR bootstrap/52466
    PR target/46898
    * config/lm32/lm32.c (lm32_legitimate_constant_p): Remove, as incorrect.
      (TARGET_LEGITIMATE_CONSTANT_P): Undefine, as not needed.  
    * config/lm32/lm32.md (movsi_insn): Add 32-bit immediate support.
    (simple_return, *simple_return): New patterns     
    * config/lm32/predicates.md (movsi_rhs_operand): Remove as obsolete.
    * configure.ac (force_sjlj_exceptions): Force sjlj exceptions for lm32.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/config/lm32/lm32.c
    trunk/gcc/config/lm32/lm32.md
    trunk/gcc/config/lm32/predicates.md
    trunk/gcc/configure.ac

[Bug bootstrap/52466] C++ fails to build for --target=lm32-rtems4.11 (no exception model)

[lekernel at gcc dot gnu.org]

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

Sebastien Bourdeauducq <lekernel at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |FIXED

--- Comment #10 from Sebastien Bourdeauducq <lekernel at gcc dot gnu.org> ---
Fixed, see comment #9

[Bug bootstrap/52466] C++ fails to build for --target=lm32-rtems4.11 (no exception model)

[bernds at gcc dot gnu.org]

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

--- Comment #11 from Bernd Schmidt <bernds at gcc dot gnu.org> ---
This patch appears not to have been posted on gcc-patches which is required for
all checkins, and none of the bugzillas seem to say who approved it. I noticed
it because gcc/configure wasn't properly regenerated in this commit.

[Bug bootstrap/52466] C++ fails to build for --target=lm32-rtems4.11 (no exception model)

[jon at beniston dot com]

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

--- Comment #12 from Jon Beniston <jon at beniston dot com> ---
(In reply to Bernd Schmidt from comment #11)
> This patch appears not to have been posted on gcc-patches which is required
> for all checkins, and none of the bugzillas seem to say who approved it. 

Strange. I sent the patch to the mailing list. It's in my sent folder, but
doesn't appear in the mailing list archive. 

Sébastien approved it, who I'd CCed on the mail.
>From gcc-bugs-return-447023-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Mar 20 18:48:12 2014
Return-Path: <gcc-bugs-return-447023-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16980 invoked by alias); 20 Mar 2014 18:48:11 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 16936 invoked by uid 48); 20 Mar 2014 18:48:07 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/60567] lto1 ICE in add_symbol_to_partition, at lto/lto-partition.c:233 - when no -fresolution= is available
Date: Thu, 20 Mar 2014 18:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: keywords short_desc
Message-ID: <bug-60567-4-ONCk6fpeAv@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60567-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60567-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-03/txt/msg01892.txt.bz2
Content-length: 937

http://gcc.gnu.org/bugzilla/show_bug.cgi?id`567

Tobias Burnus <burnus at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
            Summary|lto1 ICE in                 |lto1 ICE in
                   |add_symbol_to_partition, at |add_symbol_to_partition, at
                   |lto/lto-partition.c:233     |lto/lto-partition.c:233 -
                   |                            |when no -fresolution= is
                   |                            |available

--- Comment #6 from Tobias Burnus <burnus at gcc dot gnu.org> ---
I finally found the crucial difference in the lto1 call:

On openSUSE, I have a  -fresolution=foo0.res  in the call. If I remove it, lto1
ICEs. On the other hand, if I copy that file to gcc20, it compiles without
ICEing.