[Bug target/53834] New: ICE with -fstack-limit-symbol=_stack_start for m68k-uclinux ColdFire cross compiler

[Bug target/53834] New: ICE with -fstack-limit-symbol=_stack_start for m68k-uclinux ColdFire cross compiler

[baker at usgs dot gov]

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

             Bug #: 53834
           Summary: ICE with -fstack-limit-symbol=_stack_start for
                    m68k-uclinux ColdFire cross compiler
    Classification: Unclassified
           Product: gcc
           Version: 4.7.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: baker@usgs.gov


This might be caused by the same bug as 28896, though it looks to me like the
remedy suggested there has already been applied.

CodeSourcery gcc 4.6.1 (ColdFire uClinux release 2011.09-23 at
http://www.mentor.com/embedded-software/sourcery-tools/sourcery-codebench/editions/lite-edition/)
and GNU gcc 4.6.1, 4.6.3, and 4.7.1 all fail when cross compiling for
m68k-uclinux ColdFire (-mcpu=5208) when I use the
-fstack-limit-symbol=_stack_start option.  An internal compiler assertion fails
in gen_reg_rtx, at emit-rtl.c:859.

For example, below is the output from xgcc 4.7.1 when compiling the ntpq
program from ntp.org.  (xgcc comes from the partial build of a gcc 4.7.1 cross
compiler.  My make of a gcc 4.7.1 cross compiler failed making libgcc, but the
xgcc cross compiler seems okay.  Reported in bug 53833.)

I also tried -fstack-limit-register=d0 and -fstack-limit-register=a5 (guesses
for legal register names).  Those attempts fail with an IDE as well, but at a
different location: in extract_insn, at recog.c:2123.  They also seem to be for
a different reason, relating to code generation, not an internal compiler
assertion failure.

# sh -v make_ntpq.sh
#!/bin/sh

( cd linux/user/ntp/builddir/ntpq ; \
  PATH=/usr/local/src/gcc-xgcc-4.7.1/gcc:"$PATH" \
  ucfront-gcc xgcc -mcpu=5208 -DCONFIG_COLDFIRE -Os -g -fomit-frame-pointer
-pipe -fno-common -fno-builtin -Wall -DEMBED -fno-dwarf2-cfi-asm -msep-data
-Dlinux -D__linux__ -Dunix -D__uClinux__ -DHAVE_CONFIG_H -I. -I../../ntpq -I..
-I../../include -I../../libopts -DCONFIG_FILE=\"/etc/config/ntp.conf\" -MT
ntpq.o -MD -MP -MF ".deps/ntpq.Tpo" -c -o new_ntpq.o ../../ntpq/ntpq.c \
)
../../ntpq/ntpq.c: In function 'decodeint':
../../ntpq/ntpq.c:1978:7: warning: pointer targets in passing argument 2 of
'hextoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:73:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c:1979:3: warning: pointer targets in passing argument 2 of
'octtoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:91:12: note: expected 'u_long *' but argument is of
type 'long int *'

( cd linux/user/ntp/builddir/ntpq ; \
  PATH=/usr/local/src/gcc-xgcc-4.7.1/gcc:"$PATH" \
  ucfront-gcc xgcc -mcpu=5208 -DCONFIG_COLDFIRE -Os -g
-fstack-limit-symbol=_stack_start -fomit-frame-pointer -pipe -fno-common
-fno-builtin -Wall -DEMBED -fno-dwarf2-cfi-asm -msep-data -Dlinux -D__linux__
-Dunix -D__uClinux__ -DHAVE_CONFIG_H -I. -I../../ntpq -I.. -I../../include
-I../../libopts -DCONFIG_FILE=\"/etc/config/ntp.conf\" -MT ntpq.o -MD -MP -MF
".deps/ntpq.Tpo" -c -o new_ntpq.o ../../ntpq/ntpq.c \
)
../../ntpq/ntpq.c: In function 'decodeint':
../../ntpq/ntpq.c:1978:7: warning: pointer targets in passing argument 2 of
'hextoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:73:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c:1979:3: warning: pointer targets in passing argument 2 of
'octtoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:91:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c: In function 'assoccmp':
../../ntpq/ntpq.c:3279:1: internal compiler error: in gen_reg_rtx, at
emit-rtl.c:859
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

( cd linux/user/ntp/builddir/ntpq ; \
  PATH=/usr/local/src/gcc-xgcc-4.7.1/gcc:"$PATH" \
  ucfront-gcc xgcc -mcpu=5208 -DCONFIG_COLDFIRE -Os -g
-fstack-limit-register=a5 -fomit-frame-pointer -pipe -fno-common -fno-builtin
-Wall -DEMBED -fno-dwarf2-cfi-asm -msep-data -Dlinux -D__linux__ -Dunix
-D__uClinux__ -DHAVE_CONFIG_H -I. -I../../ntpq -I.. -I../../include
-I../../libopts -DCONFIG_FILE=\"/etc/config/ntp.conf\" -MT ntpq.o -MD -MP -MF
".deps/ntpq.Tpo" -c -o new_ntpq.o ../../ntpq/ntpq.c \
)
../../ntpq/ntpq.c: In function 'decodeint':
../../ntpq/ntpq.c:1978:7: warning: pointer targets in passing argument 2 of
'hextoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:73:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c:1979:3: warning: pointer targets in passing argument 2 of
'octtoint' differ in signedness [-Wpointer-sign]
In file included from ../../ntpq/ntpq.c:18:0:
../../include/ntp_stdlib.h:91:12: note: expected 'u_long *' but argument is of
type 'long int *'
../../ntpq/ntpq.c: In function 'assoccmp':
../../ntpq/ntpq.c:3279:1: error: unrecognizable insn:
(insn 63 62 64 2 (trap_if (ltu (cc0)
            (const_int 0 [0]))
        (const_int 1 [0x1])) ../../ntpq/ntpq.c:3270 -1
     (nil))
../../ntpq/ntpq.c:3279:1: internal compiler error: in extract_insn, at
recog.c:2123
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Thank you in advance for your assistance.

[Bug target/53834] ICE with -fstack-limit-symbol=_stack_start for m68k-uclinux ColdFire cross compiler

[schwab@linux-m68k.org]

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

Andreas Schwab <schwab@linux-m68k.org> changed:

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

--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> 2012-07-03 07:28:19 UTC ---
-fstack-limit is only supported on 68020+.

*** This bug has been marked as a duplicate of bug 28896 ***