[Bug testsuite/55994] multiple definition or memset or strlen for builtins tests with LTO options

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 CC||joel at gcc dot gnu.org

 Resolution||FIXED



--- Comment #8 from Joel Sherrill  2013-03-22 16:03:14 
UTC ---

Sebastian's patch applied to the head and 4.8 branch. Closing.

[Bug target/55033] [4.6/4.7/4.8/4.9 Regression] PowerPC section type conflict error

[joel at gcc dot gnu.org]

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



--- Comment #5 from Joel Sherrill  2013-03-26 16:11:46 
UTC ---

Per http://gcc.gnu.org/ml/gcc-patches/2013-03/msg00970.html would it be OK to

get this committed to the 4.8 branch and head?

[Bug target/56771] New: Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



 Bug #: 56771

   Summary: Integer Overflow? Building arm-rtems libgcc2

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: j...@gcc.gnu.org





This error occurs on some hosts. We suspect it occurs only on 32-bit hosts. It

appears that some magic is occurring where a constant is too large.



Host: CentOS 6.4 32-bit

Host GCC: 4.4.7 20120313 (Red Hat 4.4.7-3)

Target: arm-rtems4.11

Component Versions:



gcc-4.7.2

gmp-5.0.5

mpc-0.8.2

mpfr-3.0.1

newlib-2.0.0



Configure command:



../gcc-4.7.2/configure \

--prefix=/home/joel/rtems-4.11-work/tools \

--bindir=/home/joel/rtems-4.11-work/tools/bin \

--exec_prefix=/home/joel/rtems-4.11-work/tools \

--includedir=/home/joel/rtems-4.11-work/tools/include \

--libdir=/home/joel/rtems-4.11-work/tools/lib \

--libexecdir=/home/joel/rtems-4.11-work/tools/libexec \

--mandir=/home/joel/rtems-4.11-work/tools/share/man \

--infodir=/home/joel/rtems-4.11-work/tools/share/info \

--datadir=/home/joel/rtems-4.11-work/tools/share \

--build=i686-linux-gnu --host=i686-linux-gnu \

--target=arm-rtems4.11 \

--disable-libstdcxx-pch \

--with-gnu-as --with-gnu-ld --verbose \

--with-newlib \

--with-system-zlib \

--disable-nls --without-included-gettext \

--disable-win32-registry \

--enable-version-specific-runtime-libs \

--disable-lto \

--enable-threads \

--disable-plugin \

--enable-newlib-io-c99-formats \

--enable-newlib-iconv \

--enable-obsolete \

--enable-languages="$languages"



Failure output:



/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2-1/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2/build/./gcc/xgcc

-B/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2-1/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2/build/./gcc/

-nostdinc

-B/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2-1/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2/build/arm-rtems4.11/newlib/

-isystem

/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2-1/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2/build/arm-rtems4.11/newlib/targ-include

-isystem

/home/joel/rtems-4.11-work/rtems-source-builder/rtems/build/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2-1/arm-rtems4.11-gcc-4.7.2-newlib-2.0.0-1-4.7.2/gcc-4.7.2/newlib/libc/include

-B/home/joel/rtems-4.11-work/tools/arm-rtems4.11/bin/

-B/home/joel/rtems-4.11-work/tools/arm-rtems4.11/lib/ -isystem

/home/joel/rtems-4.11-work/tools/arm-rtems4.11/include -isystem

/home/joel/rtems-4.11-work/tools/arm-rtems4.11/sys-include-g -O2 -mthumb

-O2 -I../../../../gcc-4.7.2/libgcc/../newlib/libc/sys/rtems/include -g -O2

-DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual

-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem

./include   -fno-inline -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector

-Dinhibit_libc  -fno-inline -I. -I. -I../../.././gcc

-I../../../../gcc-4.7.2/libgcc -I../../../../gcc-4.7.2/libgcc/.

-I../../../../gcc-4.7.2/libgcc/../gcc -I../../../../gcc-4.7.2/libgcc/../include

 -DHAVE_CC_TLS  -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3

-c ../../../../gcc-4.7.2/libgcc/libgcc2.c 

In file included from ../../../../gcc-4.7.2/libgcc/libgcc2.c:30:0:

../../../../gcc-4.7.2/libgcc/../gcc/coretypes.h:188:3: warning: this decimal

constant is unsigned only in ISO C90 [enabled by default]

../../../../gcc-4.7.2/libgcc/../gcc/coretypes.h:195:1: warning: enumeration

values exceed range of largest integer [enabled by default]

In file included from ../../.././gcc/options.h:6:0,

 from ../../.././gcc/tm.h:14,

 from ../../../../gcc-4.7.2/libgcc/libgcc2.c:31:

../../../../gcc-4.7.2/libgcc/../gcc/flag-types.h:139:3: warning: this decimal

constant is unsigned only in ISO C90 [enabled by default]

../../../../gcc-4.7.2/libgcc/../gcc/flag-types.h:147:3: warning: this decimal

constant is unsigned only in ISO C90 [enabled by default]

../../../../gcc-4.7.2/libgcc/../gcc/flag-types.h:186:1: warning: enumeration

values exceed range of largest integer [enabled by default]

../../../../gcc-4.7.2/libgcc/../gcc/flag-types.h:190:3: warning: this decimal

constant is unsigned only in ISO C90 [enabled by default]

../../../../gcc-4.7.2/libgcc/../gcc/flag-types.h:193:1: warning: enumeration

values exceed range of largest integer [enabled by default]

In file included from ../../.././gcc/options.h:8:0,

 from ../../.././gcc/tm.h:14,

 from ../../../../gcc-4.7.2/libgcc/libgcc2.c:31:

../../../../gcc-4.7.2/libgcc/../gcc/config/arm/

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



--- Comment #1 from Joel Sherrill  2013-03-28 20:10:34 
UTC ---

Created attachment 29747

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29747

Preprocessed code that fails to build



I don't think this code is in error. At least I don't see how. I think

something has gone wrong with the arm cross-compiler being used to build it.

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



--- Comment #2 from Joel Sherrill  2013-03-28 20:12:06 
UTC ---

Created attachment 29748

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29748

Full build log



In case there is something useful in the build log.



Host: CentOS 6.4.



FYI We first saw this back in Oct 2012. But could not reproduce it on another

machine. I believe it has now been reproduced on 32-bit CentOS and Ubuntu

hosts.

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



   Host||centos-6.4/i686



--- Comment #3 from Joel Sherrill  2013-03-29 22:18:26 
UTC ---

Adding another data point. This also fails on gcc63.fsffrance.org which is:



$ ssh j...@gcc63.fsffrance.org

Linux deluxe 2.6.26-2-sparc64-smp #1 SMP Sun Mar 4 22:02:58 UTC 2012 sparc64



$ cat /etc/issue

Debian GNU/Linux 5.0 \n \l

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



--- Comment #7 from Joel Sherrill  2013-04-03 14:43:16 
UTC ---

Created attachment 29796

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29796

Patch to libcpp/configure.ac

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED



--- Comment #8 from Joel Sherrill  2013-04-03 15:15:37 
UTC ---

Patch committed to 4.7, 4.8 and SVN head.



Closing.

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 Status|RESOLVED|REOPENED

   Last reconfirmed||2013-04-03

 Resolution|FIXED   |

 Ever Confirmed|0   |1



--- Comment #10 from Joel Sherrill  2013-04-03 
15:35:32 UTC ---

Wrong patch applied to 4.7. Need to apply to 4.6  as well.

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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



--- Comment #11 from Joel Sherrill  2013-04-03 
15:39:47 UTC ---

Created attachment 29797

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29797

Patch for 4.6 and 4.7

[Bug bootstrap/48231] bootstrapping gcc-4.6.0-RC-20110321 fails for h8300-rtems*

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 CC||joel at gcc dot gnu.org



--- Comment #4 from Joel Sherrill  2013-05-02 14:53:05 
UTC ---

Ping DJ. 



Any chance you can commit this to all impacted branches and the head.



Thanks.

[Bug bootstrap/48231] bootstrapping gcc-4.6.0-RC-20110321 fails for h8300-rtems*

[joel at gcc dot gnu.org]

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



--- Comment #6 from Joel Sherrill  2013-05-02 18:55:02 
UTC ---

>From Jeff Law:



The problem is that's not the right fix.  See this thread:



http://gcc.gnu.org/ml/gcc-patches/2012-05/msg00707.html



Basically something needs to avoid building the C++ runtime for the 16 

bit models of the H8.  I don't think we have any configury magic for that.

[Bug c/57237] Upstreaming the rtems v850 multilib gcc patch

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Target||v850*-*-rtems*
   Assignee|unassigned at gcc dot gnu.org  |joel at gcc dot gnu.org
   Target Milestone|--- |4.8.1
Summary|Upstreaming the rtems   |Upstreaming the rtems v850
   |multilib gcc patch  |multilib gcc patch

[Bug c/57237] Upstreaming the rtems v850 multilib gcc patch

[joel at gcc dot gnu.org]

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

--- Comment #1 from Joel Sherrill  ---
This patch cannot be merged as is. It includes at least 4 separate issues.

+ v850 multilibs
+ sparc64-rtems definining SVR4
+ WCHAR issues
+ stddef.h issue

Patches can only be single issue.

I am going to use this PR to address the v850 multilib. A new patch will come
in a few minutes.

[Bug c/57237] Upstreaming the rtems v850 multilib gcc patch

[joel at gcc dot gnu.org]

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

--- Comment #2 from Joel Sherrill  ---
Testing with this patch for just the v850:

2013-03-26  Ralf Corsépius  

* config/v850/t-rtems: Use multilibs from gcc < 4.8.0.

diff -Naur gcc-4.8.0.orig/gcc/config/v850/t-rtems
gcc-4.8.0/gcc/config/v850/t-rtems
--- gcc-4.8.0.orig/gcc/config/v850/t-rtems2012-07-18 17:29:51.0
+0200
+++ gcc-4.8.0/gcc/config/v850/t-rtems2013-03-26 16:25:34.774043617 +0100
@@ -1,3 +1,8 @@
 # Custom multilibs for RTEMS

+# Multilibs from gcc-4.7.x
+MULTILIB_OPTIONS  = mv850/mv850e/mv850e2/mv850e2v3
+MULTILIB_DIRNAMES = v850 v850e v850e2 v850e2v3
+MULTILIB_MATCHES  = mv850e=mv850e1 
+
 MULTILIB_MATCHES  += mv850e=mv850es

[Bug c/57237] Upstreaming the rtems v850 multilib gcc patch

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #3 from Joel Sherrill  ---
Patch committed to 4.7, 4.8, and head.

[Bug bootstrap/55175] i386/sfp-exceptions.c:52:7: error: impossible constraint in 'asm'

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 CC||joel at gcc dot gnu.org



--- Comment #3 from Joel Sherrill  2012-11-02 13:29:45 
UTC ---

(In reply to comment #2)

> Can you please try to build with attached (untested) patch?

> 

> The patch disables the part that handles exceptions and where rounding mode is

> set. We need either x87 or SSE control register for this functionality.



The patch lets the tool build. I successfully built i386-rtems4.11 using

binutils and newlib cvs heads.



Please commit and close this.



Thanks for fixing this. i386 soft float doesn't attract much attention but some

people still care. :)

[Bug c/55192] New: bfin generates invalid assembly

[joel at gcc dot gnu.org]

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



 Bug #: 55192

   Summary: bfin generates invalid assembly

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: j...@gcc.gnu.org





Created attachment 28602

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28602

Tarball of preprocessed C and generated assembly



When building newlib using the gcc-svn head, the compiler generates assembly

language that cannot be assembled by the binutils cvs head or 2.22



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



Attached are the preprocessed C code and generated assembly.



This is sufficient to trip the issue:



/home/joel/v850/tools/b-gcc-svn/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn/./gcc/  -c  -fno-builtin  -g -O2

-fshort-enums  bfin_test.c 



/opt/rtems-4.11/bin/bfin-rtems4.11-as bfin_test.s

bfin_test.s: Assembler messages:

bfin_test.s:416: Error: syntax error. Input text was .LBE54.

bfin_test.s:416: Error: 



The original command was:



/home/joel/v850/tools/b-gcc-svn/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn/./gcc/ -nostdinc

-B/home/joel/v850/tools/b-gcc-svn/bfin-rtems4.11/newlib/ -isystem

/home/joel/v850/tools/b-gcc-svn/bfin-rtems4.11/newlib/targ-include -isystem

/home/joel/v850/tools/gcc-svn/newlib/libc/include

-B/home/joel/v850/install/bfin-rtems4.11/bin/

-B/home/joel/v850/install/bfin-rtems4.11/lib/ -isystem

/home/joel/v850/install/bfin-rtems4.11/include -isystem

/home/joel/v850/install/bfin-rtems4.11/sys-include-DPACKAGE_NAME=\"newlib\"

-DPACKAGE_TARNAME=\"newlib\" -DPACKAGE_VERSION=\"1.20.0\"

-DPACKAGE_STRING=\"newlib\ 1.20.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\"

-I. -I../../../../../gcc-svn/newlib/libc/stdio -D_COMPILING_NEWLIB

-DMALLOC_PROVIDED -DEXIT_PROVIDED -DSIGNAL_PROVIDED

-DREENTRANT_SYSCALLS_PROVIDED -DHAVE_NANOSLEEP -DHAVE_BLKSIZE -DHAVE_FCNTL

-DHAVE_ASSERT_FUNC -D_NO_GETLOGIN -D_NO_GETPWENT -D_NO_GETUT -D_NO_GETPASS

-D_NO_SIGSET -D_NO_WORDEXP -D_NO_POPEN -Wall -fno-builtin  -g -O2

-fshort-enums -DINTEGER_ONLY -c

../../../../../gcc-svn/newlib/libc/stdio/vfprintf.c -E >bfin_test.c

[Bug target/55194] New: h8300 ICE during conftest in libgcc dwarf2out:7605

[joel at gcc dot gnu.org]

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



 Bug #: 55194

   Summary: h8300 ICE during conftest in libgcc dwarf2out:7605

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: j...@gcc.gnu.org





When building newlib using the gcc-svn head, the compiler generates assembly

language that cannot be assembled by the binutils cvs head or 2.22



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



This is enough to trip the bug:



/home/joel/v850/tools/b-gcc-svn/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn/./gcc/ -c -O2 -g h8300_bug.c 



Dropping the -g is sufficient to let it compile.



Test case is very basic:



int main(int argc, char **argv)

{

  return 0;

}



The full command line:



configure:3374:  /home/joel/v850/tools/b-gcc-svn/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn/./gcc/ -nostdinc

-B/home/joel/v850/tools/b-gcc-svn/h8300-rtems4.11/newlib/ -isystem

/home/joel/v850/tools/b-gcc-svn/h8300-rtems4.11/newlib/targ-include -isystem

/home/joel/v850/tools/gcc-svn/newlib/libc/include

-B/home/joel/v850/install/h8300-rtems4.11/bin/

-B/home/joel/v850/install/h8300-rtems4.11/lib/ -isystem

/home/joel/v850/install/h8300-rtems4.11/include -isystem

/home/joel/v850/install/h8300-rtems4.11/sys-include-o conftest -g -O2  

conftest.c  >&5

conftest.c:16:1: internal compiler error: in value_format, at dwarf2out.c:7605

 }

 ^

0x8266d9f value_format

../../gcc-svn/gcc/dwarf2out.c:7605

0x8284966 output_value_format

../../gcc-svn/gcc/dwarf2out.c:7618

0x8284966 output_abbrev_section

../../gcc-svn/gcc/dwarf2out.c:7651

0x8284966 dwarf2out_finish

../../gcc-svn/gcc/dwarf2out.c:22527

[Bug target/55194] h8300 ICE during conftest in libgcc dwarf2out:7605

[joel at gcc dot gnu.org]

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



--- Comment #1 from Joel Sherrill  2012-11-03 17:07:01 
UTC ---

Sorry... bad cut and paste. The assembly is OK. The cross compiler generates an

ICE.

[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  changed:



   What|Removed |Added



 CC||joel at gcc dot gnu.org

Version|unknown |4.8.0



--- Comment #2 from Joel Sherrill  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 c/50928] m32c ICE building RTEMS

[joel at gcc dot gnu.org]

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



--- Comment #2 from Joel Sherrill  2012-11-03 17:22:30 
UTC ---

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



Now fails just building libgcc with what appears to be the same error.



Short command line for preprocessed source I will attach



 /home/joel/v850/tools/b-gcc-svn/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn/./gcc/ -c m32c_bug.c -O2 -mcpu=m32cm



At -O0, it compiles



Full command line:



/home/joel/v850/tools/b-gcc-svn/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn/./gcc/ -nostdinc

-B/home/joel/v850/tools/b-gcc-svn/m32c-rtems4.11/newlib/ -isystem

/home/joel/v850/tools/b-gcc-svn/m32c-rtems4.11/newlib/targ-include -isystem

/home/joel/v850/tools/gcc-svn/newlib/libc/include

-B/home/joel/v850/install/m32c-rtems4.11/bin/

-B/home/joel/v850/install/m32c-rtems4.11/lib/ -isystem

/home/joel/v850/install/m32c-rtems4.11/include -isystem

/home/joel/v850/install/m32c-rtems4.11/sys-include-g -O2 -mcpu=m32cm -O2

-I../../../../gcc-svn/libgcc/../newlib/libc/sys/rtems/include -g -O2 -DIN_GCC

-DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual

-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem

./include   -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector

-Dinhibit_libc  -I. -I. -I../../.././gcc -I../../../../gcc-svn/libgcc

-I../../../../gcc-svn/libgcc/. -I../../../../gcc-svn/libgcc/../gcc

-I../../../../gcc-svn/libgcc/../include  -DHAVE_CC_TLS -DUSE_EMUTLS -o

_ffssi2.o -MT _ffssi2.o -MD -MP -MF _ffssi2.dep -DL_ffssi2 -c

../../../../gcc-svn/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS

../../../../gcc-svn/libgcc/libgcc2.c: In function '__ffssi2':

../../../../gcc-svn/libgcc/libgcc2.c:524:1: error: unable to find a register to

spill in class 'A_REGS'

 }

 ^

../../../../gcc-svn/libgcc/libgcc2.c:524:1: error: this is the insn:

(insn 58 56 59 10 (set (reg:HI 0 r0 [orig:26 D.2772 ] [26])

(zero_extend:HI (mem/u/j:QI (plus:PSI (subreg:PSI (reg:SI 68 [ D.2773

]) 0)

(symbol_ref:PSI ("__clz_tab") [flags 0x40] )) [0 __clz_tab S1 A8])))

../../../../gcc-svn/libgcc/libgcc2.c:522 115 {zero_extendqihi2}

 (expr_list:REG_DEAD (reg:SI 68 [ D.2773 ])

(nil)))

../../../../gcc-svn/libgcc/libgcc2.c:524:1: internal compiler error: in

spill_failure, at reload1.c:2124

0x849f565 _fatal_insn(char const*, rtx_def const*, char const*, int, char

const*)

../../gcc-svn/gcc/rtl-error.c:110

0x849f2c3 spill_failure

../../gcc-svn/gcc/reload1.c:2124

0x849f2c3 find_reload_regs

../../gcc-svn/gcc/reload1.c:2050

0x849f2c3 select_reload_regs

../../gcc-svn/gcc/reload1.c:2070

0x849f2c3 reload(rtx_def*, int)

../../gcc-svn/gcc/reload1.c:991

0x83cb8ea do_reload

../../gcc-svn/gcc/ira.c:4636

0x83cb8ea rest_of_handle_reload

../../gcc-svn/gcc/ira.c:4737

[Bug c/50928] m32c ICE building RTEMS

[joel at gcc dot gnu.org]

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



--- Comment #3 from Joel Sherrill  2012-11-03 17:23:38 
UTC ---

Created attachment 28604

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28604

libgcc preprocessed file which trips bug



Description on how to reproduce given messages.

[Bug other/54490] [4.7 Regression] ICE: Spill failure in newlib build

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 CC||joel at gcc dot gnu.org



--- Comment #4 from Joel Sherrill  2012-11-04 01:55:21 
UTC ---

Still happening but on a different file. Preprocessed source attached.



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



Short command to go with preprocessed source:







/home/joel/v850/tools/b-gcc-svn-avr-rtems4.11/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn-avr-rtems4.11/./gcc/ -mmcu=avr25  -Os 

-mcall-prologues  -Wall -fno-builtin  -g -O2 -c t.c



Fails similarly at -O2 and -Os. Works at -O0.



Full command:



/home/joel/v850/tools/b-gcc-svn-avr-rtems4.11/./gcc/xgcc

-B/home/joel/v850/tools/b-gcc-svn-avr-rtems4.11/./gcc/ -nostdinc

-B/home/joel/v850/tools/b-gcc-svn-avr-rtems4.11/avr-rtems4.11/avr25/newlib/

-isystem

/home/joel/v850/tools/b-gcc-svn-avr-rtems4.11/avr-rtems4.11/avr25/newlib/targ-include

-isystem /home/joel/v850/tools/gcc-svn/newlib/libc/include

-B/home/joel/v850/install/avr-rtems4.11/bin/

-B/home/joel/v850/install/avr-rtems4.11/lib/ -isystem

/home/joel/v850/install/avr-rtems4.11/include -isystem

/home/joel/v850/install/avr-rtems4.11/sys-include  -mmcu=avr25

-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"

-DPACKAGE_VERSION=\"1.20.0\" -DPACKAGE_STRING=\"newlib\ 1.20.0\"

-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I.

-I../../../../../../gcc-svn/newlib/libc/time -Os -DPREFER_SIZE_OVER_SPEED

-mcall-prologues -D_COMPILING_NEWLIB -DMALLOC_PROVIDED -DEXIT_PROVIDED

-DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_NANOSLEEP -DHAVE_BLKSIZE

-DHAVE_FCNTL -DHAVE_ASSERT_FUNC -D_NO_GETLOGIN -D_NO_GETPWENT -D_NO_GETUT

-D_NO_GETPASS -D_NO_SIGSET -D_NO_WORDEXP -D_NO_POPEN -Wall -fno-builtin  -g

-O2 -c -o lib_a-tzset_r.o `test -f 'tzset_r.c' || echo

'../../../../../../gcc-svn/newlib/libc/time/'`tzset_r.c

../../../../../../gcc-svn/newlib/libc/time/tzset_r.c: In function '_tzset_r':

../../../../../../gcc-svn/newlib/libc/time/tzset_r.c:203:1: error: unable to

find a register to spill in class 'R0_REG'

 }

 ^

../../../../../../gcc-svn/newlib/libc/time/tzset_r.c:203:1: error: this is the

insn:

(insn 474 471 477 34 (set (mem:QI (post_dec:HI (reg/f:HI 32 __SP_L__)) [0 S1

A8])

(subreg:QI (reg/f:HI 441) 1))

../../../../../../gcc-svn/newlib/libc/time/tzset_r.c:128 1 {pushqi1}

 (expr_list:REG_ARGS_SIZE (const_int 13 [0xd])

(nil)))

../../../../../../gcc-svn/newlib/libc/time/tzset_r.c:203:1: internal compiler

error: in spill_failure, at reload1.c:2124

0x84b8885 _fatal_insn(char const*, rtx_def const*, char const*, int, char

const*)

../../gcc-svn/gcc/rtl-error.c:110

0x84b84ff spill_failure

../../gcc-svn/gcc/reload1.c:2124

0x84b84ff find_reload_regs

../../gcc-svn/gcc/reload1.c:2050

0x84b84ff select_reload_regs

../../gcc-svn/gcc/reload1.c:2070

0x84b84ff reload(rtx_def*, int)

../../gcc-svn/gcc/reload1.c:991

0x83e31fd do_reload

../../gcc-svn/gcc/ira.c:4636

0x83e31fd rest_of_handle_reload

../../gcc-svn/gcc/ira.c:4737

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See <http://gcc.gnu.org/bugs.html> for instructions.

make: *** [lib_a-tzset_r.o] Error 1

[Bug other/54490] [4.7 Regression] ICE: Spill failure in newlib build

[joel at gcc dot gnu.org]

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



--- Comment #5 from Joel Sherrill  2012-11-04 01:56:28 
UTC ---

Created attachment 28605

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28605

Preprocessed test case - from newlib

[Bug target/55192] bfin generates invalid assembly

[joel at gcc dot gnu.org]

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



--- Comment #1 from Joel Sherrill  2012-11-04 03:55:28 
UTC ---

Output of git bisect



[joel@baltimore gcc]$ git bisect good

Bisecting: 3 revisions left to test after this (roughly 2 steps)

[5169661db3501031dfeb1971582809a702d6cebe] Integrate lexical block into

source_location.

[joel@baltimore gcc]$ git bisect bad

Bisecting: 0 revisions left to test after this (roughly 1 step)

[d452a16984ecc2f20644649f33c8ee38b246cbf0] * dbgcnt.def (sched_breakdep):

New counter. * haifa-sched.c (update_insn_after_change): New static

function, broken out of haifa_change_pattern. (haifa_change_pattern):

Call it. (dep_t heap vecs): Declare. (INSN_COST): Define earlier.

(next_cycle_replace_deps, next_cycle_apply): New static variables.

(apply_replacement): New static function. (recompute_todo_spec): New

argument FOR_BACKTRACK.  All callers changed.  Handle DEP_REPLACE deps.

(contributes_to_priority_p): False for replaceable deps.

(must_restore_pattern_p, restore_pattern): New static functions.

(schedule_insn): Use them.  Apply replacements for broken deps. (struct

haifa_saved_data): Add new fields to keep track of replacements.

(save_backtrack_point): Initialize them. (undo_replacements_for_backtrack):

New static function. (restore_last_backtrack_point,

free_topmost_backtrack_point): Use it and keep track of replacements.

(perform_replacements_new_cycle, undo_all_replacements): New static

functions. (schedule_block): Call these two as necessary.  Call

find_modifiable_mems. (try_ready): Tweak the assert.  Check for

DEP_POSTPONED. * sched-deps.c: Include "emit-rtl.h". (init_dep_1):

Initialize DEP_NONREG, DEP_MULTIPLE and DEP_REPLACE. (dep_spec_p): True for

DEP_REPLACE deps. (mark_as_hard): New static variable. (update_dep):

Update DEP_NONREG and DEP_MULTIPLE. (add_dependence_list): New argument

hard.  All callers changed.  Set and clear mark_as_hard around function

body. (add_dependence_list_and_free): Likewise. (haifa_note_mem_dep):

Set DEP_NONREG. (haifa_note_dep): Likewise if mark_as_hard is true.

(sched_analyze_insn): Switch loop with if statement testing for

sel_sched_p. (struct mem_inc_info): New. (attempt_change,

parse_add_or_inc, find_inc, find_mem): New static functions.

(find_modifiable_mems): New function. * sched-int.h (struct

dep_replacement): New. (struct _dep): Add replace, nonreg and multiple

fields.  Make type and cost bitfields. (UNKNOWN_DEP_COST): Change to

match the bitfield. (DEP_NONREG, DEP_MULTIPLE, DEP_REPLACE): New macros.   

 (DEP_POSTPONED): New macro. (DEP_CANCELLED): Renumber.

(find_modifiable_mems): Declare. (enum SCHED_FLAGS): Add

DONT_BREAK_DEPENDENCIES. * sched-rgn.c (init_ready_list): Set TODO_SPEC

here. (new_ready): Don't set HARD_DEP, use DEP_POSTPONED.

(debug_dependencies): Dump DEP_NONREG and DEP_MULTIPLE. * Makefile.in

(sched-deps.o): Update dependencies. * config/c6x/c6x.c (in_hwloop): New

static variable. (c6x_set_sched_flags): If it is true, add

DONT_BREAK_DEPENDENCIES. (hwloop_optimize): Set and clear it around

preliminary scheduling pass.

[joel@baltimore gcc]$ 

* I think this might be too far since this appears to be powerpc specific.

[joel@baltimore gcc]$ git bisect bad

Bisecting: 0 revisions left to test after this (roughly 0 steps)

[77ff7cbfe77156dc41943effa80948572fe383fa] 2012-09-19  Tulio Magno Quites

Machado Filho  

[joel@baltimore gcc]$

[Bug target/54747] config/bfin/bfin.c:2721: possible missing break ?

[joel at gcc dot gnu.org]

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



Joel Sherrill  changed:



   What|Removed |Added



 CC||joel at gcc dot gnu.org



--- Comment #1 from Joel Sherrill  2012-11-04 03:56:33 
UTC ---

Bernd... does the git bisect help you narrow down a fix?

[Bug target/55194] h8300 ICE during conftest in libgcc dwarf2out:7605

[joel at gcc dot gnu.org]

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



--- Comment #2 from Joel Sherrill  2012-11-04 06:20:02 
UTC ---

git bisect should help:



[0e797c2e325bfe0676fc9b9e5baee01aefb164f5] /cp 2012-08-20  Paolo Carlini 



[joel@baltimore gcc]$ git bisect good

Bisecting: 1 revision left to test after this (roughly 1 step)

[29b2949ccfc068c78899358ca40218f3518b00dd] PR rtl-optimization/54294 *

fwprop.c (all_uses_available_at): Ignore debug insns in between def_insn

and target_insn when checking whether the shortcut is possible.

[joel@baltimore gcc]$ git bisect good

Bisecting: 0 revisions left to test after this (roughly 0 steps)

[2bf99680c2012de150798c933642aa4c82a85410] 2012-08-20  Tobias Burnus 

[Bug target/55194] h8300 ICE during conftest in libgcc dwarf2out:7605

[joel at gcc dot gnu.org]

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



--- Comment #3 from Joel Sherrill  2012-11-04 06:22:22 
UTC ---

I added Jakub because I think this was the patch which broke it:





Author: jakub 

Date:   Mon Aug 20 18:56:49 2012 +



PR rtl-optimization/54294

* fwprop.c (all_uses_available_at): Ignore debug insns in between

def_insn and target_insn when checking whether the shortcut is

possible.

[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  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

[joel at gcc dot gnu.org]

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



--- Comment #5 from Joel Sherrill  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  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

[joel at gcc dot gnu.org]

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



--- Comment #8 from Joel Sherrill  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 go/47219] New: ICE mems_in_disjoint_alias_sets_p, at alias.c:401

[joel at gcc dot gnu.org]

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

   Summary: ICE mems_in_disjoint_alias_sets_p, at alias.c:401
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: go
AssignedTo: i...@airs.com
ReportedBy: j...@gcc.gnu.org


Configure command:

/users/joel/test-gcc/gcc-svn/configure
CFLAGS_FOR_TARGET=-B/users/joel/test-gcc/install-svn/sparc-rtems4.11/sis/lib/ 
--enable-threads=rtems --with-gnu-as --enable-multilib --enable-newlib-mb
--enable-newlib-iconv --with-gnu-ld --with-newlib --verbose --with-system-zlib
--disable-nls --enable-version-specific-runtime-libs
--with-host-libstdcxx=-static-libstdc++ --enable-languages=c,go
--target=sparc-rtems4.11 --prefix=/users/joel/test-gcc/install-svn

failure:

libtool: compile:  /users/joel/test-gcc/b-gccgo1-sparc/./gcc/gccgo
-B/users/joel/test-gcc/b-gccgo1-sparc/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gccgo1-sparc/sparc-rtems4.11/newlib/ -isystem
/users/joel/test-gcc/b-gccgo1-sparc/sparc-rtems4.11/newlib/targ-include
-isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/sparc-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/sparc-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/sparc-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/sparc-rtems4.11/sys-include -O2 -g -I . -c
-fgo-prefix=libgo_runtime
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/debug.go
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/error.go
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/extern.go
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/sig.go
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/softfloat64.go
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/type.go version.go -o
runtime/libruntime.a.o
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/error.go: In function
'runtime.MissingMethod.pN40_libgo_runtime.runtime.TypeAssertionError':
/users/joel/test-gcc/gcc-svn/libgo/go/runtime/error.go:65:1: internal compiler
error: in mems_in_disjoint_alias_sets_p, at alias.c:401

[Bug debug/46704] [4.6 Regression] Ada compiler fails to build itself

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 CC||joel at gcc dot gnu.org

--- Comment #9 from Joel Sherrill  2011-01-10 23:13:53 
UTC ---
(In reply to comment #8)
> > I still see this with r168558.
> 
> Note that you need to reinstall gnatgcc, the problem is there.

I am at 168616 and seeing this. I am on Fedora 14 64 bit with this native gcc:

$ gcc --version
gcc (GCC) 4.4.5 20101112 (Red Hat 4.4.5-2)

I am trying to use that to build a native C,C++,Ada toolset from the head but
getting this error.  How do you get a new compiler from the head?

[Bug libffi/47442] New: does not build multilib on m68k

[joel at gcc dot gnu.org]

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

   Summary: does not build multilib on m68k
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libffi
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


I am trying to build Go to target m68k-rtems.  This target builds multilib with
many variations.  There are multiple instructions in libffi/src/m68k/sysv.S
which are not supported in all CPU models.  The build currently fails for
"-m68000" as the CPU model.

/users/joel/test-gcc/gcc-svn/libffi/src/m68k/sysv.S:88: Error: operands
mismatch -- statement `tst.l %a1' ignored
/users/joel/test-gcc/gcc-svn/libffi/src/m68k/sysv.S:106: Error: invalid
instruction for this architecture; needs 68020 [68k, 68ec020], 68030 [68ec030],
68040 [68ec040], 68060 [68ec060], cpu32 [68330, 68331, 68332, 68333, 68334,
68336, 68340, 68341, 68349, 68360], 547x [5470, 5471, 5472, 5473, 5474, 5475],
548x [5480, 5481, 5482, 5483, 5484, 5485] -- statement `fmove.s %fp0,(%a1)'
ignored
/users/joel/test-gcc/gcc-svn/libffi/src/m68k/sysv.S:112: Error: invalid
instruction for this architecture; needs 68020 [68k, 68ec020], 68030 [68ec030],
68040 [68ec040], 68060 [68ec060], cpu32 [68330, 68331, 68332, 68333, 68334,
68336, 68340, 68341, 68349, 68360], 547x [5470, 5471, 5472, 5473, 5474, 5475],
548x [5480, 5481, 5482, 5483, 5484, 5485] -- statement `fmove.d %fp0,(%a1)'
ignored
/users/joel/test-gcc/gcc-svn/libffi/src/m68k/sysv.S:118: Error: invalid
instruction for this architecture; needs M68K fpu (68020 [68k, 68ec020], 68030
[68ec030], 68040 [68ec040], 68060 [68ec060], cpu32 [68330, 68331, 68332, 68333,
68334, 68336, 68340, 68341, 68349, 68360]) -- statement `fmove.x %fp0,(%a1)'
ignored
/users/joel/test-gcc/gcc-svn/libffi/src/m68k/sysv.S:181: Error: invalid
instruction for this architecture; needs 68020 [68k, 68ec020], 68030 [68ec030],
68040 [68ec040], 68060 [68ec060], cpu32 [68330, 68331, 68332, 68333, 68334,
68336, 68340, 68341, 68349, 68360], 547x [5470, 5471, 5472, 5473, 5474, 5475],
548x [5480, 5481, 5482, 5483, 5484, 5485] -- statement `fmove.s (%a0),%fp0'
ignored

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

--- Comment #1 from Joel Sherrill  2011-01-24 21:06:15 
UTC ---
Created attachment 23108
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23108
Hacks to disable problem areas

This patch is a hack to conditionally disable the parts of the code which cause
issues in various multilib configurations.  I see a few general areas:

+ mc68000 does not appear to be able to tst.l an address register
+ presence of FPU -- probably need to have conditionally selected alternative
for when soft FP is in use
+ At least one Coldfire (5206) does not appear to have long double so the
switch statement for all the return types in ffi.c has a duplicate case error. 
I think my fix is adequate for this.

For the assembly file, I am unsure as to how to properly fix them.

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

--- Comment #3 from Joel Sherrill  2011-01-24 21:53:28 
UTC ---
I didn't intend to disable them permanently.  Just identify them to implement
alternatives.

If the sysv abi cannot be used on 68000, 680x0 w/o HW FP, or at least some
Coldfire, then what is the alternative ABI?  GCC has rules on the ABI on those
targets.  Is it radically different or just slightly modified to accommodate
the differences?

[Bug target/37440] [4.4/4.5/4.6 Regression] GNAT Bug Box a-ngcefu.adb:397

[joel at gcc dot gnu.org]

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

--- Comment #11 from Joel Sherrill  2011-01-25 
04:12:35 UTC ---
Still present.

+===GNAT BUG DETECTED==+
| 4.6.0 20110124 (experimental) [trunk revision 169182] (arm-unknown-rtems4.11)
GCC error:|
| in find_valid_class, at reload.c:710 |
| Error detected around a-ngcefu.adb:143:8 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

[Bug target/46898] libgcc build failure on lm32-elf

[joel at gcc dot gnu.org]

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

Masaki MURANAKA  changed:

   What|Removed |Added

  Attachment #22720|0   |1
is obsolete||

Joel Sherrill  changed:

   What|Removed |Added

 CC||corsepiu at gcc dot
   ||gnu.org, joel at gcc dot
   ||gnu.org

--- Comment #3 from Masaki MURANAKA  2010-12-12 
05:14:11 UTC ---
Created attachment 22721
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22721
testcase after applied attachment 22719

In reply to comment #2)

more simplified testcase.

--- Comment #4 from Joel Sherrill  2011-01-25 04:15:05 
UTC ---
The libgcc problem impacts lm32-rtems also.  Can the patch be applied?

[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler

[joel at gcc dot gnu.org]

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

--- Comment #4 from Joel Sherrill  2011-01-25 04:16:31 
UTC ---
The libgcc issue also occurs with lm32-rtems.  Can that much be applied to the
trunk?

4.6.0 20110123 (experimental) [trunk revision 169143]

[Bug target/46898] libgcc build failure on lm32-elf

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.01.25 14:58:49
  Known to work||4.5.2
 Ever Confirmed|0   |1

--- Comment #5 from Joel Sherrill  2011-01-25 14:58:49 
UTC ---
I can confirm this on the lm32-rtems.

This is a serious regression from 4.5.2 since it prevents all lm32 targets from
building.

[Bug target/47458] New: m32r fails to build -- __builtin_eh_return not supported

[joel at gcc dot gnu.org]

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

   Summary: m32r fails to build -- __builtin_eh_return not
supported
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


4.6.0 20110110 (experimental) [trunk revision 168642]

/users/joel/test-gcc/b-gcc1-m32r/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc1-m32r/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gcc1-m32r/m32r-rtems4.11/newlib/ -isystem
/users/joel/test-gcc/b-gcc1-m32r/m32r-rtems4.11/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/m32r-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/m32r-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/m32r-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/m32r-rtems4.11/sys-include-g -Os
-mmodel=medium -msdata=sdata -O2
-I/users/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -Os
-DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -G 0 -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-fno-stack-protector -Dinhibit_libc  -I. -I. -I../../.././gcc
-I/users/joel/test-gcc/gcc-svn/libgcc -I/users/joel/test-gcc/gcc-svn/libgcc/.
-I/users/joel/test-gcc/gcc-svn/libgcc/../gcc
-I/users/joel/test-gcc/gcc-svn/libgcc/../include  -DHAVE_CC_TLS -DUSE_EMUTLS -o
unwind-dw2.o -MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2.c 
In file included from
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind-dw2.c:1582:0:
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc: In function
'_Unwind_RaiseException':
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc:136:1: error:
__builtin_eh_return not supported on this target
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc: In function
'_Unwind_ForcedUnwind':
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc:212:1: error:
__builtin_eh_return not supported on this target
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc: In function
'_Unwind_Resume':
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc:237:1: error:
__builtin_eh_return not supported on this target
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc: In function
'_Unwind_Resume_or_Rethrow':
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/unwind.inc:262:1: error:
__builtin_eh_return not supported on this target
make[4]: *** [unwind-dw2.o] Error 1
make[4]: Leaving directory
`/users/joel/test-gcc/b-gcc1-m32r/m32r-rtems4.11/medium/libgcc'
make[3]: *** [multi-do] Error 1

[Bug ada/47459] New: m68k Ada ICE in maybe_add_or_update_dep_1, at sched-deps.c:854

[joel at gcc dot gnu.org]

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

   Summary: m68k Ada ICE in maybe_add_or_update_dep_1, at
sched-deps.c:854
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


/users/joel/test-gcc/b-gccada-m68k/./gcc/xgcc
-B/users/joel/test-gcc/b-gccada-m68k/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gccada-m68k/m68k-rtems4.11/newlib/ -isystem
/users/joel/test-gcc/b-gccada-m68k/m68k-rtems4.11/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/m68k-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/m68k-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/m68k-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/m68k-rtems4.11/sys-include-c -g -O2
-mcpu=5206  -W -Wall -gnatpg -mcpu=5206  g-sothco.adb -o g-sothco.o
+===GNAT BUG DETECTED==+
| 4.6.0 20110124 (experimental) [trunk revision 169182]
(m68k-unknown-rtems4.11) GCC error:|
| in maybe_add_or_update_dep_1, at sched-deps.c:854|
| Error detected around g-sothco.ads:99:9  |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

[Bug ada/47459] Regression: m68k Ada ICE in maybe_add_or_update_dep_1, at sched-deps.c:854

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

Summary|m68k Ada ICE in |Regression: m68k Ada ICE in
   |maybe_add_or_update_dep_1,  |maybe_add_or_update_dep_1,
   |at sched-deps.c:854 |at sched-deps.c:854

--- Comment #1 from Joel Sherrill  2011-01-25 15:14:35 
UTC ---
This is known to work in [gcc-4_5-branch revision 167253] but I don't know how
to put that in the Known to Work field.

[Bug target/47458] m32r fails to build -- __builtin_eh_return not supported

[joel at gcc dot gnu.org]

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

--- Comment #2 from Joel Sherrill  2011-01-25 16:19:28 
UTC ---
I can now build C/C++ for m32r-rtems*.  

m32c-rtems* builds ok without any patches.

OK to commit this and close this PR?

Index: gcc/config/m32r/m32r.c
===
--- gcc/config/m32r/m32r.c(revision 169182)
+++ gcc/config/m32r/m32r.c(working copy)
@@ -1,6 +1,6 @@
 /* Subroutines used for code generation on the Renesas M32R cpu.
Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004,
-   2005, 2007, 2008, 2009, 2010 Free Software Foundation, Inc.
+   2005, 2007, 2008, 2009, 2010, 2011 Free Software Foundation, Inc.

This file is part of GCC.

@@ -210,6 +210,9 @@
 #undef TARGET_TRAMPOLINE_INIT
 #define TARGET_TRAMPOLINE_INIT m32r_trampoline_init

+#undef  TARGET_EXCEPT_UNWIND_INFO
+#define TARGET_EXCEPT_UNWIND_INFOsjlj_except_unwind_info
+
 struct gcc_target targetm = TARGET_INITIALIZER;


 /* Implement TARGET_HANDLE_OPTION.  */

[Bug target/47458] m32r fails to build -- __builtin_eh_return not supported

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #5 from Joel Sherrill  2011-01-25 16:45:35 
UTC ---
Patch committed to head as revision 169242. 

Thanks for the advice.

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

--- Comment #5 from Joel Sherrill  2011-01-25 18:15:41 
UTC ---
(In reply to comment #4)
> The alternative ABI is just slightly different.  When using the 68881, 
> floating
> point values are returned in %fp0.  When not using it, floating point values
> are returned in %d0 or %d0/%d1.

I think I have implemented single and double precision soft float support.
How is extended float returned?

#if defined(__MC68681__)
fmove.x%fp0,(%a1)
#endif

The only other issue in sysv.S is using tst.l %aX which is not supported on a
mc68000.  I just used a cmp.l %aX,#0.

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

  Attachment #23108|0   |1
is obsolete||

--- Comment #6 from Joel Sherrill  2011-01-25 18:47:36 
UTC ---
Created attachment 23123
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23123
Second try at multilib and m68k-*-rtems* support

There aren't a lot of changes to compile for all variants.  I have taken a shot
at the changes. The issues are:

+ tst.l %aX not supported on mc68000
+ soft float changes the returns from %fpX to %d0, %d0/%d1, or (I think)
%d0-%d2 
+ Coldfire 5206 does NOT have long double.

The other change is to not use the syscall in ffi.c.  It conditionally now
supports the RTEMS Cache API.

How does this patch look?

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

--- Comment #10 from Joel Sherrill  2011-01-25 
20:42:19 UTC ---
(In reply to comment #8)
> >+#ifdef __rtems__
> >+void rtems_cache_flush_multiple_data_lines( const void *, size_t );
> >+#else
> 
> Include the header that declares it.
> 
> >+cmp.l   #0, %a1
> 
> cmp.w#0, %a1
> 

Why cmp.w when it is tst.l?

--joel

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

  Attachment #23123|0   |1
is obsolete||

--- Comment #12 from Joel Sherrill  2011-01-25 
20:58:37 UTC ---
Created attachment 23125
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23125
Third try at multilib and m68k-rtems* support

This should address the comments.

[Bug middle-end/47481] New: i386-rtems* Ada ICE at reload1.c:2105

[joel at gcc dot gnu.org]

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

   Summary: i386-rtems* Ada ICE at reload1.c:2105
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


This is definitely a regression since 4.5.2.

/users/joel/test-gcc/b-gccada-i386/./gcc/xgcc
-B/users/joel/test-gcc/b-gccada-i386/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gccada-i386/i386-rtems4.11/newlib/ -isystem
/users/joel/test-gcc/b-gccada-i386/i386-rtems4.11/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/i386-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/i386-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/i386-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/i386-rtems4.11/sys-include-c -g -O2
-msoft-float  -W -Wall -gnatpg -msoft-float  a-tiunio.ads -o a-tiunio.o
make[6]: *** [a-nllefu.o] Error 1
make[6]: *** Waiting for unfinished jobs
a-ngelfu.adb: In function
'Ada.Numerics.Long_Long_Complex_Elementary_Functions.Elementary_Functions.Cos.2xnn':
a-ngelfu.adb:533:8: error: unable to find a register to spill in class 'CREG'
a-ngelfu.adb:533:8: error: this is the insn:
(insn 22 18 23 2 (parallel [
(set (reg:SI 74)
(const_int 0 [0]))
(set (reg:SI 6 bp [72])
(plus:SI (ashift:SI (reg:SI 74)
(const_int 2 [0x2]))
(reg:SI 6 bp [72])))
(set (reg:SI 3 bx [73])
(plus:SI (ashift:SI (reg:SI 74)
(const_int 2 [0x2]))
(reg:SI 3 bx [73])))
(set (mem:BLK (reg:SI 6 bp [72]) [0 S12 A8])
(mem/c:BLK (reg:SI 3 bx [73]) [0 S12 A128]))
(use (reg:SI 74))
]) a-ngelfu.adb:532 677 {*rep_movsi}
 (expr_list:REG_UNUSED (reg:SI 74)
(expr_list:REG_UNUSED (reg:SI 3 bx [73])
(expr_list:REG_UNUSED (reg:SI 6 bp [72])
(nil)
+===GNAT BUG DETECTED==+
| 4.6.0 20110126 (experimental) [trunk revision 169296] (i386-pc-rtems4.11) GCC
error:|
| in spill_failure, at reload1.c:2105  |
| Error detected around a-ngelfu.adb:533:8 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

[Bug other/47467] [4.6 Regression] hwint.h:239:3: error: implicit declaration of function 'abs'

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||joel at gcc dot gnu.org
 Resolution|FIXED   |

--- Comment #5 from Joel Sherrill  2011-01-26 20:45:17 
UTC ---
(In reply to comment #4)
> Fixed.

Unfortunately, this fix broke cross builds.  :(

/users/joel/test-gcc/b-gccada-i386/./gcc/xgcc
-B/users/joel/test-gcc/b-gccada-i386/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gccada-i386/i386-rtems4.11/newlib/ -isystem
/users/joel/test-gcc/b-gccada-i386/i386-rtems4.11/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/i386-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/i386-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/i386-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/i386-rtems4.11/sys-include-c
-DCROSS_DIRECTORY_STRUCTURE -DIN_GCC  `echo -g -O2  -fexceptions -DIN_RTS
-DHAVE_GETIPINFO -mtune=i486 |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'` 
\
 -I. -I.. -I../.. -I/users/joel/test-gcc/gcc-svn/gcc/ada
-I/users/joel/test-gcc/gcc-svn/gcc/../include
-I/users/joel/test-gcc/gcc-svn/gcc \
targext.c -o targext.o
In file included from targext.c:37:0:
/users/joel/test-gcc/gcc-svn/gcc/system.h:369:23: fatal error: sys/mman.h: No
such file or directory

Apparently targext.c is compiled both cross and native.  RTEMS does not have
sys/mman.h.  config.h indicates that it is present.

I dropped targext.c from the target library list and got far enough to get an
ICE on something else.  I am building another target now.

Is targext.c really supposed to be part of LIBGNAT_SRCS for the target or is
this just a host side compiler helper?

[Bug other/47467] [4.6 Regression] hwint.h:239:3: error: implicit declaration of function 'abs'

[joel at gcc dot gnu.org]

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

--- Comment #6 from Joel Sherrill  2011-01-26 21:23:59 
UTC ---
Since i386-rtems* blew up with an ICE, I wanted to verify the Makefile change
with another target.  sparc-rtems* built Ada with this patch:

I really don't know why targext.c needs to be in the target library.

Index: gcc/ada/gcc-interface/Makefile.in
===
--- gcc/ada/gcc-interface/Makefile.in(revision 169296)
+++ gcc/ada/gcc-interface/Makefile.in(working copy)
@@ -2213,12 +2213,12 @@
   argv.c cio.c cstreams.c errno.c exit.c cal.c ctrl_c.c env.c env.h\
   arit64.c raise.h raise.c sysdep.c aux-io.c init.c initialize.c\
   locales.c seh_init.c final.c tracebak.c tb-alvms.c tb-alvxw.c \
-  tb-gcc.c expect.c mkdir.c socket.c gsocket.h targext.c $(EXTRA_LIBGNAT_SRCS)
+  tb-gcc.c expect.c mkdir.c socket.c gsocket.h $(EXTRA_LIBGNAT_SRCS)

 LIBGNAT_OBJS = adadecode.o adaint.o argv.o cio.o cstreams.o ctrl_c.o\
   errno.o exit.o env.o raise.o sysdep.o aux-io.o init.o initialize.o\
   locales.o seh_init.o cal.o arit64.o final.o tracebak.o expect.o   \
-  mkdir.o socket.o targext.o $(EXTRA_LIBGNAT_OBJS)
+  mkdir.o socket.o $(EXTRA_LIBGNAT_OBJS)

 # NOTE ??? - when the -I option for compiling Ada code is made to work,
 #  the library installation will change and there will be a

[Bug other/47467] [4.6 Regression] hwint.h:239:3: error: implicit declaration of function 'abs'

[joel at gcc dot gnu.org]

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

--- Comment #8 from Joel Sherrill  2011-01-26 22:01:56 
UTC ---
(In reply to comment #7)
> > Is targext.c really supposed to be part of LIBGNAT_SRCS for the target or is
> > this just a host side compiler helper?
> 
> Unfortunately the former.  The symbols defined in targext.c are included by
> s-os_lib.adb, which is renamed to g-os_lib.adb for the library.
> 
> Does the following patch work?

It appears to.  My build tree now has these copies of targext.o.  I think you
can commit this and close this one.

$ find b-gccada-mips/ -name targext.o
b-gccada-mips/gcc/ada/rts_mips32_soft-float/targext.o
b-gccada-mips/gcc/ada/rts_mips3_el_soft-float/targext.o
b-gccada-mips/gcc/ada/targext.o
b-gccada-mips/gcc/ada/tools/targext.o

> Index: targext.c
> ===
> --- targext.c   (revision 169285)
> +++ targext.c   (working copy)
> @@ -33,8 +33,13 @@
>  /*  extension for object and executable files. It is used by the compiler,  
> */
>  /*  binder and tools.   
> */
> 
> +#ifdef IN_RTS
> +#include "tconfig.h"
> +#include "tsystem.h"
> +#else
>  #include "config.h"
>  #include "system.h"
> +#endif
>  #include "coretypes.h"
>  #include "tm.h"

[Bug rtl-optimization/47459] [4.6 regression] ICE in maybe_add_or_update_dep_1, at sched-deps.c:854

[joel at gcc dot gnu.org]

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

--- Comment #4 from Joel Sherrill  2011-01-26 23:04:55 
UTC ---
(In reply to comment #3)
> Joel, can you verify the fix for 46878 fixes his problem on the m68k.  I'm
> pretty sure it will, but an independent verification would be good.
> 
> Thanks,
> Jeff

This patch let me build C, C++, Ada and a lot of Go before a separate Go issue
kicked in.

[Bug target/37665] invalid loop generation

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Joel Sherrill  2011-01-27 17:28:03 
UTC ---
(In reply to comment #2)
> Joel, could you check if this bug still is present and if it affects RTEMS?
> 
> From what I can gather from looking at the asm gcc generates, this bug might 
> be
> fixed in gcc-4.5.x (rtems-4.11)

The program does run to completion now.  This was hanging m32c during RTEMS
initialization of the priority chains.  So now I should test that side of the
world.

[Bug ada/47500] New: mips-*-rtems*: -G0 option not recognized by gnat1

[joel at gcc dot gnu.org]

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

   Summary: mips-*-rtems*: -G0 option not recognized by gnat1
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


The checking for arguments passed to gnat1 does not allow for -Gn which is used
on at least the mips.  

$ mips-rtems4.11-gcc -c -march=r3900  -G0 -fstack-check -O -O2
-I/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/support
a22006b.adb
Usage: gnat1 switches sfile

  sfile Source file name

..

$ mips-rtems4.11-gcc -c -march=r3900  -fstack-check -O -O2
-I/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/support
a22006b.adb

This switch is meaningful on at least the MIPS and PowerPC.  

`-G NUM'
 On embedded PowerPC systems, put global and static items less than
 or equal to NUM bytes into the small data or bss sections instead
 of the normal data or bss section.  By default, NUM is 8.  The `-G
 NUM' switch is also passed to the linker.  All modules should be
 compiled with the same `-G NUM' value.

I thought that adding 'G' to the list around line 204 of switch-m.adb
would have addressed it but I must not be looking in the right place.

Hints or tiny patch appreciated.

[Bug ada/47500] -G0 option not recognized by gnat1

[joel at gcc dot gnu.org]

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

--- Comment #2 from Joel Sherrill  2011-01-28 16:56:34 
UTC ---
(In reply to comment #1)
> > Hints or tiny patch appreciated.
> 
> You need to find out whether/how this works for the C compiler.

What do you mean?  It dictates the maximum size of objects placed in sbss and
sdata sections.  So -Gnumber is accepted by cc1.

[Bug ada/47500] -G0 option not recognized by gnat1

[joel at gcc dot gnu.org]

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

--- Comment #4 from Joel Sherrill  2011-01-28 21:18:17 
UTC ---
(In reply to comment #3)
> Hmm, isn't the option "-G 0" and not "-G0" ?

We have been using -G0 for years with the rtems mips BSPs and gcc happily
accepts it.  The parsing of it must be forgiving. :)

[Bug bootstrap/47534] New: [regression] avr libgcc.S fails to build

[joel at gcc dot gnu.org]

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

   Summary: [regression] avr libgcc.S fails to build
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


4.6.0 20110129 (experimental) [trunk revision 169388]

/users/joel/test-gcc/b-gcc1-avr/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc1-avr/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gcc1-avr/avr-rtems4.11/newlib/ -isystem
/users/joel/test-gcc/b-gcc1-avr/avr-rtems4.11/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/avr-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/avr-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/avr-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/avr-rtems4.11/sys-include-g -O2
-mmcu=avr25 -O2
-I/users/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -g -O2
-DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -DDF=SF -Dinhibit_libc -mcall-prologues -Os -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector -Dinhibit_libc  -I.
-I. -I../../.././gcc -I/users/joel/test-gcc/gcc-svn/libgcc
-I/users/joel/test-gcc/gcc-svn/libgcc/.
-I/users/joel/test-gcc/gcc-svn/libgcc/../gcc
-I/users/joel/test-gcc/gcc-svn/libgcc/../include  -DHAVE_CC_TLS -DUSE_EMUTLS -o
_exit.o -MT _exit.o -MD -MP -MF _exit.dep -DL_exit -xassembler-with-cpp \
  -c /users/joel/test-gcc/gcc-svn/libgcc/../gcc/config/avr/libgcc.S
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/config/avr/libgcc.S: Assembler
messages:
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/config/avr/libgcc.S:655: Error:
operation combines symbols in different segments

[Bug target/47540] ARM THUMB crash with complex numbers

[joel at gcc dot gnu.org]

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

--- Comment #3 from Joel Sherrill  2011-01-30 16:39:05 
UTC ---
Test case also fails on arm-rtems4.11 4.5.2 and arm-rtems4.10 4.4.5.  It works
on arm-rtems4.9 which is 4.3.2

= 4.5.2

$ sh -x j
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc --version
arm-rtems4.11-gcc (GCC) 4.5.2 20101216 (RTEMS
gcc-4.5.2-3.fc14/newlib-1.19.0-1.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -O2 -mthumb t1.c
t1.c: In function 'f':
t1.c:3:1: internal compiler error: in find_valid_class, at reload.c:704
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -O1 -mthumb t1.c
t1.c: In function 'f':
t1.c:3:1: internal compiler error: in find_valid_class, at reload.c:704
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -O0 -mthumb t1.c
t1.c: In function 'f':
t1.c:3:1: error: unable to find a register to spill in class 'GENERAL_REGS'
t1.c:3:1: error: this is the insn:
(insn 36 35 37 4 t1.c:3 (set (subreg:DF (reg:DC 147) 0)
(reg:DF 0 r0)) 184 {*thumb_movdf_insn} (nil))
t1.c:3: confused by earlier errors, bailing out
+ /opt/rtems-4.11/bin/arm-rtems4.11-gcc -c -Os -mthumb t1.c

= 4.4.5
$ sh -x j
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc --version
arm-rtems4.10-gcc (GCC) 4.4.5 20101001 (RTEMS
gcc-4.4.5-4.fc13/newlib-1.18.0-19.fc13)
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -O2 -mthumb t1.c
t1.c: In function 'f':
t1.c:3: internal compiler error: in find_valid_class, at reload.c:700
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -O1 -mthumb t1.c
t1.c: In function 'f':
t1.c:3: internal compiler error: in find_valid_class, at reload.c:700
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -O0 -mthumb t1.c
+ /opt/rtems-4.10/bin/arm-rtems4.10-gcc -c -Os -mthumb t1.c

=== 4.3.2
$ sh -x j
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc --version
arm-rtems4.9-gcc (GCC) 4.3.2 20080827 (RTEMS
gcc-4.3.2-24.el5/newlib-1.16.0-24.el5)
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -O2 -mthumb t1.c
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -O1 -mthumb t1.c
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -O0 -mthumb t1.c
+ /opt/rtems-4.9/bin/arm-rtems4.9-gcc -c -Os -mthumb t1.c

[Bug c/47548] New: [regression] m32c-rtems ICEt in change_address_1, at emit-rtl.c:1933

[joel at gcc dot gnu.org]

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

   Summary: [regression] m32c-rtems ICEt in change_address_1, at
emit-rtl.c:1933
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


Created attachment 23171
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23171
Preprocess file from RTEMS tripping bug.

$ m32c-rtems4.11-gcc -g -O2 -c testcase.c 
/users/joel/test-gcc/rtems/cpukit/libblock/src/bdbuf.c: In function
'rtems_bdbuf_wait':
/users/joel/test-gcc/rtems/cpukit/libblock/src/bdbuf.c:1002:1: internal
compiler error: in change_address_1, at emit-rtl.c:1933
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Works at -O1 and fails at -Os.

[Bug rtl-optimization/38644] [4.3/4.4/4.5/4.6 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

  Known to fail||

--- Comment #33 from Joel Sherrill  2011-01-31 
21:26:08 UTC ---
Any chance this can get some attention before 4.6 branches?  Please.

[Bug target/47563] New: m32r does not have synchronization primitives

[joel at gcc dot gnu.org]

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

   Summary: m32r does not have synchronization primitives
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


When trying to build Go for m32r-*-rtems*, over 1/3 of the tests fail with a
link error.  I think the synchronization primitives can be implemented with the
LOCK/UNLOCK instruction pair but don't know how to do this.  

The errors look like this.

Executing on host:
/users/joel/test-gcc/b-gccgo1-m32r/gcc/testsuite/go/../../gccgo
-B/users/joel/test-gcc/b-gccgo1-m32r/gcc/testsuite/go/../../ 
-I/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo   -O  -w 
-pedantic-errors -c 
-B/users/joel/test-gcc/install-svn/m32r-rtems4.11/m32rsim/lib/ -specs bsp_specs
-qrtems  -o bug270.o
/users/joel/test-gcc/gcc-svn/gcc/testsuite/go.test/test/fixedbugs/bug270.go   
(timeout = 300)
PASS: go.test/test/fixedbugs/bug270.go  -O  (test for excess errors)
Executing on host:
/users/joel/test-gcc/b-gccgo1-m32r/gcc/testsuite/go/../../gccgo
-B/users/joel/test-gcc/b-gccgo1-m32r/gcc/testsuite/go/../../
/users/joel/test-gcc/gcc-svn/gcc/testsuite/go.test/test/fixedbugs/bug271.go
go_tg.o  -I/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo  -w  -O2
-g   -B/users/joel/test-gcc/install-svn/m32r-rtems4.11/m32rsim/lib/ -specs
bsp_specs -qrtems  /users/joel/test-gcc/b-gccgo1-m32r/gcc/rtems_gccgo_init.o 
-L/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo
-L/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs 
-Wl,-wrap,exit -Wl,-wrap,_exit -Wl,-wrap,main -Wl,-wrap,abort -lm   -o
/users/joel/test-gcc/b-gccgo1-m32r/gcc/testsuite/go/bug271.x(timeout = 300)
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(go-go.o):
In function `gc_stop_handler':^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-go.c:307: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-go.c:316: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-go.c:325: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-go.c:330: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(go-signal.o):
In function `sighandler':^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-signal.c:136: undefined reference
to `__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(thread.o):/users/joel/test-gcc/gcc-svn/libgo/runtime/thread.c:23:
more undefined references to `__sync_bool_compare_and_swap_4' follow^M
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(go-semacquire.o):
In function `libgo_runtime.runtime.Semrelease':^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-semacquire.c:93: undefined
reference to `__sync_fetch_and_add_4'^M
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(go-unwind.o):
In function `__go_check_defer':^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/go-unwind.c:135: undefined reference
to `_Unwind_Resume_or_Rethrow'^M
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(mfinal.o):
In function `runtime_addfinalizer':^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/mfinal.c:109: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/mfinal.c:115: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/mfinal.c:128: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/mfinal.c:166: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/gcc-svn/libgo/runtime/mfinal.c:168: undefined reference to
`__sync_bool_compare_and_swap_4'^M
/users/joel/test-gcc/b-gccgo1-m32r/m32r-rtems4.11/./libgo/.libs/libgo.a(mfinal.o):/users/joel/test-gcc/gcc-svn/libgo/runtime/mfinal.c:180:
more undefined references to `__sync_bool_compare_and_swap_4' follow^M
collect2: ld returned 1 exit status^M
compiler exited with status 1

[Bug target/46898] libgcc build failure on lm32-elf

[joel at gcc dot gnu.org]

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

--- Comment #7 from Joel Sherrill  2011-02-01 21:37:05 
UTC ---
Does the patch fix things for you(In reply to comment #6)
> Original/complete patch is at
> http://gcc.gnu.org/ml/gcc-patches/2010-10/msg02561.html

Does this fix the head for you?

If so, I say commit it.  It is utterly broken now so building would be an
improvement.

Jon.. any thoughts?

[Bug target/47548] [regression] m32c-rtems ICEt in change_address_1, at emit-rtl.c:1933

[joel at gcc dot gnu.org]

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

--- Comment #2 from Joel Sherrill  2011-02-04 14:39:37 
UTC ---
Created attachment 23245
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23245
Next ICE

With your patch, the build fails earlier.  

$ m32c-rtems4.11-gcc  -mcpu=m32cm -g -O1 -c pr.c

$ m32c-rtems4.11-gcc  -mcpu=m32cm -g -O2 -c pr.c
pr.c: In function '_Heap_Initialize':
pr.c:4300:1: error: unable to find a register to spill in class 'A_REGS'
pr.c:4300:1: error: this is the insn:
(insn 119 118 120 12 (set (mem/s:SI (subreg:PSI (reg/f:SI 30 [ first_block.3 ])
0) [3 first_block.3_22->prev_size+0 S4 A8])
(reg/v:SI 28 [ heap_area_end ])) pr.c:4260 98 {movsi_24}
 (nil))
pr.c:4300:1: internal compiler error: in spill_failure, at reload1.c:2105
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug target/47548] [regression] m32c-rtems ICEt in change_address_1, at emit-rtl.c:1933

[joel at gcc dot gnu.org]

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

--- Comment #4 from Joel Sherrill  2011-02-04 15:10:00 
UTC ---
(In reply to comment #3)
> That's odd.  Could you take my patch back out, and verify the problem goes 
> back
> to the original one?  My patch shouldn't be able to affect anything earlier...

Still fails with your patch backed out. Do you want to commit your patch and
let me file another pr for this one?

[Bug target/47548] [regression] m32c-rtems ICEt in change_address_1, at emit-rtl.c:1933

[joel at gcc dot gnu.org]

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

--- Comment #6 from Joel Sherrill  2011-02-04 18:30:41 
UTC ---
(In reply to comment #5)
> See if one of these other changes caused the problem.  If so, yeah, I'll check
> this one in and we'll work on the other one separately.  The new error you're
> seeing is one I've seen on and off for years.
> 
> * config/m32c/m32c.h (PTRDIFF_TYPE): Remove extra definition.
> 
> * config/m32c/m32c.c (m32c_regno_reg_class): Return smallest reg
> class for A0/A1.

It I back them off, I am back to the original ICE.

[Bug rtl-optimization/47612] RTL crash when cc0 setter moved away from cc0 user

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.02.04 20:45:46
  Known to work||4.3.2, 4.4.5, 4.5.2
 Ever Confirmed|0   |1

--- Comment #1 from Joel Sherrill  2011-02-04 20:45:46 
UTC ---
Just a note that it happens with revision 169771.

This is a regression as it works with 4.5.2, 4.4.5, 4.3.2

[Bug ada/36939] Build Failure Ada SH2e

[joel at gcc dot gnu.org]

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

--- Comment #14 from Joel Sherrill  2011-02-07 
00:18:37 UTC ---
Created attachment 23261
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23261
Patch to use stub file

With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
minor change to a ada/gcc-interface/Makefile.in, sh-rtems now builds Ada.

Is this OK to commit?

[Bug ada/36939] Build Failure Ada SH2e

[joel at gcc dot gnu.org]

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

--- Comment #15 from Joel Sherrill  2011-02-07 
01:13:51 UTC ---
ACATS results are not perfect but not bad for a first run.  

PASSED: 1984 FAILED  335

[Bug ada/36939] Build Failure Ada SH2e

[joel at gcc dot gnu.org]

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

--- Comment #18 from Joel Sherrill  2011-02-07 
14:22:20 UTC ---
(In reply to comment #17)
> > With Laurent's stub version of s-scaval.adb added as s-scaval-sh.adb and a
> > minor change to a ada/gcc-interface/Makefile.in, sh-rtems now builds
> > Ada.
> > 
> > Is this OK to commit?
> 
> Note that the proper place to submit a patch officially is gcc-patches.
> 
> In any case, adding s-scaval-sh.adb isn't OK, s-scaval.adb isn't meant to
> have target specific implementations, or stubbed implementation, that's
> a kludge which is not really acceptable for mainstream.

I didn't like this solution but it does let the target compile.

But the underlying problem is more general.  How should targets with only
single precision floating point be supported by s-scaval.adb?  I am pretty sure
there  is currently a PowerPC e500 core with only single precision.  

> Arno

[Bug ada/36939] Build Failure Ada SH2e

[joel at gcc dot gnu.org]

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

--- Comment #19 from Joel Sherrill  2011-02-07 
17:22:59 UTC ---
Following up on my own comment.  Dealing with targets without double precision
FPUs is a broader issue:

$ grep -r DOUBLE_TYPE_SIZE . | grep "SIZE.*32" | grep -v .svn
./rx/rx.h:#define DOUBLE_TYPE_SIZE (TARGET_64BIT_DOUBLES ? 64 : 32)
./rx/rx.h:#define LIBGCC2_LONG_DOUBLE_TYPE_SIZE   32
./sh/sh.h:#define DOUBLE_TYPE_SIZE ((TARGET_SH2E && ! TARGET_SH4 && !
TARGET_SH2A_DOUBLE) ? 32 : 64)
./picochip/picochip.h:#define DOUBLE_TYPE_SIZE 32
./picochip/picochip.h:#define LONG_DOUBLE_TYPE_SIZE 32
./h8300/h8300.h:#define DOUBLE_TYPE_SIZE32
./avr/avr.h:#define DOUBLE_TYPE_SIZE 32
./avr/avr.h:#define LONG_DOUBLE_TYPE_SIZE 32

[Bug bootstrap/47534] [regression] avr libgcc.S fails to build

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #2 from Joel Sherrill  2011-02-07 21:37:02 
UTC ---
On 02/07/2011 02:27 PM, Denis Chertykov wrote:
> 2011/2/7 Joel Sherrill :
>>
>> There are two targets which cannot build C -- avr and lm32:
>>
>> + avr - http://gcc.gnu.org/PR47534
>
> I have committed the fix r169896

Confirmed.  avr-rtems now compiles. 

Thanks.

[Bug ada/36939] Build Failure Ada SH2e

[joel at gcc dot gnu.org]

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

--- Comment #21 from Joel Sherrill  2011-02-07 
22:27:43 UTC ---
(In reply to comment #20)
> Thanks Joel for the acats.log. 
> 
> from the failing test list my guess is that tasking is broken and was working
> for your previous test.
> 
> All tests with an Ada task in them fail with "program stopped with signal 7.".
> 
> Could you try the simplest possible tasking program?
> 
> $ cat t.adb
> procedure t is
> task a;
> task body a is 
> begin
> null;
> end a;
> begin
> null;
> end t;
> 
> If my guess is correct it should get a signal 7.

Yep.  And a signal 7 is an emulation trap.  Running it in gdb I see that
apparently, an illegal instruction for the SH-1 was generated near the
bottom of _system__task_primitives__operations__set_priority which is
early enough in the program's execution that we really don't get to the
task.

   4583c:00 09   nop
   4583e:b6 dc   bsr465fa
<_system__tasking__debug__print_task_info+0x3e6>
   45840:00 07   .word 0x0007
   45842:21 fc   cmp/strr15,r1

I am suspicious that if you know how to generate the same backend behaviour
from C, it will also generate bad code also.

[Bug target/47481] [4.6 Regression] spill failure with -O2 -msoft-float on Ada RTS

[joel at gcc dot gnu.org]

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

--- Comment #4 from Joel Sherrill  2011-02-08 19:02:10 
UTC ---
With that patch, i386-rtems now builds. 

Can you commit it?

[Bug libffi/47442] does not build multilib on m68k

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #13 from Joel Sherrill  2011-02-08 
19:20:25 UTC ---
Patch reviewed by libffi maintainers and committed to SVN head.

[Bug libffi/14555] libffi/m68k lacks non-fpu and ColdFire support

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||joel at gcc dot gnu.org
 Resolution||FIXED

--- Comment #1 from Joel Sherrill  2011-02-08 19:22:13 
UTC ---
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442

Patch reviewed by libffi maintainers and committed to SVN head.

[Bug ada/41434] coldfire ACATS failures

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #5 from Joel Sherrill  2011-02-08 19:23:18 
UTC ---
This was fixed a while back.

[Bug middle-end/33803] ICE during build of DES

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

  Known to work||3.2.3, 4.1.1, 4.2.1, 4.2.2
  Known to fail||4.1.1, 4.2.1, 4.2.2, 4.5.2

--- Comment #4 from Joel Sherrill  2011-02-08 19:27:06 
UTC ---
Still broken in 4.5.2 at -O0, -O1, and -O2

[Bug ada/35298] ICE in int_mode_for_mode

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Joel Sherrill  2011-02-08 19:31:52 
UTC ---
bfin builds Ada on the head so closing.

[Bug target/39182] ICE in gen_add2_insn, at optabs.c:4884

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #9 from Joel Sherrill  2011-02-08 19:33:37 
UTC ---
Fixed as of gcc 4.5.2.  Closing.

[Bug target/39184] ICE in tree_low_cst, at tree.c:4976

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME

--- Comment #4 from Joel Sherrill  2011-02-08 19:36:01 
UTC ---
OK.  Either I screwed up or it is fixed.

[Bug target/39185] ICE in gen_rtx_SUBREG, at emit-rtl.c:773

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
  Known to fail||

--- Comment #3 from Joel Sherrill  2011-02-08 19:38:29 
UTC ---
Works with gcc 4.5.2. Closing.

[Bug ada/41122] libada multilib string parsing error

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #8 from Joel Sherrill  2011-02-08 21:44:25 
UTC ---
Builds Ada multilib's on the head for m68k-rtems.  So closing.

[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #5 from Joel Sherrill  2011-02-08 21:45:34 
UTC ---
4.5.2 builds for lm32 so closing.

[Bug ada/42368] ada/cio.c uses common names

[joel at gcc dot gnu.org]

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

--- Comment #1 from Joel Sherrill  2011-02-08 21:46:43 
UTC ---
Ping on this.  Would a patch be OK?

[Bug ada/47761] New: powerpc not supporting -mcpu

[joel at gcc dot gnu.org]

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

   Summary: powerpc not supporting -mcpu
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ada
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


PowerPC cc1 supports -mcpu.  gnat1 reports:

gcc -c -I../../../../../../../rtems/c/src/ada-tests/samples/hello/
-I../../../../../psim/lib/include/adainclude
-I../../../../../psim/psim/lib/include/adainclude
-I../../../../../../../rtems/c/src/ada-tests/support -mcpu=603e -Dppc603e -O2
-g -fno-keep-inline-functions -Wall -Wimplicit-function-declaration
-Wstrict-prototypes -Wnested-externs -B../../../../../psim/lib/ -specs
bsp_specs -qrtems -I-
../../../../../../../rtems/c/src/ada-tests/samples/hello/hello.adb
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
gnat1: warning: command line option "-Wimplicit-function-declaration" is valid
for C/ObjC but not for Ada
gnat1: warning: command line option "-Wnested-externs" is valid for C/ObjC but
not for Ada
gnat1: error: unrecognized command line option "-mcpu=603e"

If you try to follow those recommendations, you end up not making cc1 happy.

[joel@rtbf64a test-gcc]$ powerpc-rtems4.11-gcc -march=603e m.c -c
cc1: error: unrecognized command line option "-march=603e"
[joel@rtbf64a test-gcc]$ powerpc-rtems4.11-gcc -mtune=603e m.c -c
[joel@rtbf64a test-gcc]$ powerpc-rtems4.11-gcc -mcpu=603e m.c -c

I can't find a way to specify 603e which makes Ada and cc1 happy. :(

[Bug target/46898] libgcc build failure on lm32-elf

[joel at gcc dot gnu.org]

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

--- Comment #10 from Joel Sherrill  2011-02-25 
17:30:46 UTC ---
Richard I added this to you since I think Sebastian's bisect turned up a patch
by you.

[Bug target/56771] Integer Overflow? Building arm-rtems libgcc2

[joel at gcc dot gnu.org]

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

Joel Sherrill  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #12 from Joel Sherrill  ---
Fixed per email from Sebastian Huber. Closing.

[Bug web/50100] New: 4.6.1 C++ Manuals Missing

[joel at gcc dot gnu.org]

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

 Bug #: 50100
   Summary: 4.6.1 C++ Manuals Missing
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: web
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


http://gcc.gnu.org/onlinedocs/ has the following lines:

# GCC 4.6.1 Standard C++ Library Manual (also in PDF or XML or an HTML tarball)
# GCC 4.6.1 Standard C++ Library Reference Manual (also in PDF or XML or an
HTML tarball)

All links are broken.  

It may or may not be related but the contents of
http://gcc.gnu.org/onlinedocs/libstdc++/ are dated 2009.  Doxygen output
indicates it was generated in 2009.

[Bug rtl-optimization/38644] [4.4/4.5/4.6/4.7 Regression] Optimization flag -O1 -fschedule-insns2 causes wrong code

[joel at gcc dot gnu.org]

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

--- Comment #44 from Joel Sherrill  2011-09-09 
13:27:54 UTC ---
Ping.. any chance of getting the proposed 4.6 fix merged?  Please.  

This is almost a 3 year old bug.  It would be nice to get it closed.

[Bug c/50925] New: avr ICE at spill_failure, at reload1.c:2118

[joel at gcc dot gnu.org]

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

 Bug #: 50925
   Summary: avr ICE at spill_failure, at reload1.c:2118
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


/home2/joel/build/b-avr-gcc/./gcc/xgcc -B/home2/joel/build/b-avr-gcc/./gcc/
-nostdinc -B/home2/joel/build/b-avr-gcc/avr-rtems4.11/avr25/newlib/ -isystem
/home2/joel/build/b-avr-gcc/avr-rtems4.11/avr25/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/avr-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/avr-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/avr-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/avr-rtems4.11/sys-include  -mmcu=avr25
-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
-DPACKAGE_VERSION=\"1.19.0\" -DPACKAGE_STRING=\"newlib\ 1.19.0\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I.
-I/users/joel/test-gcc/gcc-svn/newlib/libc/search -Os -DPREFER_SIZE_OVER_SPEED
-mcall-prologues -D_COMPILING_NEWLIB -DMALLOC_PROVIDED -DEXIT_PROVIDED
-DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_NANOSLEEP -DHAVE_BLKSIZE
-DHAVE_FCNTL -DHAVE_ASSERT_FUNC -D_NO_GETLOGIN -D_NO_GETPWENT -D_NO_GETUT
-D_NO_GETPASS -D_NO_SIGSET -D_NO_WORDEXP -D_NO_POPEN -Wall -fno-builtin  -g
-O2  -mmcu=avr25 -c -o lib_a-twalk.o `test -f 'twalk.c' || echo
'/users/joel/test-gcc/gcc-svn/newlib/libc/search/'`twalk.c
/users/joel/test-gcc/gcc-svn/newlib/libc/search/hash.c: In function
'__expand_table':
/users/joel/test-gcc/gcc-svn/newlib/libc/search/hash.c:898:1: error: unable to
find a register to spill in class 'POINTER_REGS'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/hash.c:898:1: error: this is
the insn:
(insn 172 96 173 10 (set (reg:QI 18 r18)
(mem/c:QI (plus:HI (reg/f:HI 28 r28)
(const_int 5 [0x5])) [16 S1 A8]))
/users/joel/test-gcc/gcc-svn/newlib/libc/search/hash.c:886 1 {movqi_insn}
 (nil))
/users/joel/test-gcc/gcc-svn/newlib/libc/search/hash.c:898:1: internal compiler
error: in spill_failure, at reload1.c:2118
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug c/50925] avr ICE at spill_failure, at reload1.c:2118

[joel at gcc dot gnu.org]

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

--- Comment #1 from Joel Sherrill  2011-10-30 19:42:50 
UTC ---
gcc (GCC) 4.7.0 20111029 (experimental)
Newlib up to date at same time


Cut and pasted from log with multiple jobs in parallel.  The actual command
line for hash.c was.

/home2/joel/build/b-avr-gcc/./gcc/xgcc -B/home2/joel/build/b-avr-gcc/./gcc/
-nostdinc -B/home2/joel/build/b-avr-gcc/avr-rtems4.11/avr25/newlib/ -isystem
/home2/joel/build/b-avr-gcc/avr-rtems4.11/avr25/newlib/targ-include -isystem
/users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/avr-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/avr-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/avr-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/avr-rtems4.11/sys-include  -mmcu=avr25
-DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\"
-DPACKAGE_VERSION=\"1.19.0\" -DPACKAGE_STRING=\"newlib\ 1.19.0\"
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I.
-I/users/joel/test-gcc/gcc-svn/newlib/libc/search -Os -DPREFER_SIZE_OVER_SPEED
-mcall-prologues -D_COMPILING_NEWLIB -DMALLOC_PROVIDED -DEXIT_PROVIDED
-DSIGNAL_PROVIDED -DREENTRANT_SYSCALLS_PROVIDED -DHAVE_NANOSLEEP -DHAVE_BLKSIZE
-DHAVE_FCNTL -DHAVE_ASSERT_FUNC -D_NO_GETLOGIN -D_NO_GETPWENT -D_NO_GETUT
-D_NO_GETPASS -D_NO_SIGSET -D_NO_WORDEXP -D_NO_POPEN -Wall -fno-builtin  -g
-O2 -c -o lib_a-hash.o `test -f 'hash.c' || echo
'/users/joel/test-gcc/gcc-svn/newlib/libc/search/'`hash.c

This shouldn't matter much except to have hash.c instead of twalk.c

[Bug c/50925] avr ICE at spill_failure, at reload1.c:2118

[joel at gcc dot gnu.org]

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

--- Comment #2 from Joel Sherrill  2011-10-30 19:43:24 
UTC ---
Created attachment 25667
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25667
Preprocessed output

Preprocessed code.

[Bug bootstrap/50927] New: lm32 ICE seg fauit compiling libgcc2

[joel at gcc dot gnu.org]

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

 Bug #: 50927
   Summary: lm32 ICE seg fauit compiling libgcc2
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


gcc (GCC) 4.7.0 20111029 (experimental)



/home2/joel/build/b-lm32-gcc/./gcc/xgcc -B/home2/joel/build/b-lm32-gcc/./gcc/
-nostdinc
-B/home2/joel/build/b-lm32-gcc/lm32-rtems4.11/mbarrel-shift-enabled/newlib/
-isystem
/home2/joel/build/b-lm32-gcc/lm32-rtems4.11/mbarrel-shift-enabled/newlib/targ-include
-isystem /users/joel/test-gcc/gcc-svn/newlib/libc/include
-B/users/joel/test-gcc/install-svn/lm32-rtems4.11/bin/
-B/users/joel/test-gcc/install-svn/lm32-rtems4.11/lib/ -isystem
/users/joel/test-gcc/install-svn/lm32-rtems4.11/include -isystem
/users/joel/test-gcc/install-svn/lm32-rtems4.11/sys-include 
-mbarrel-shift-enabled -g -O2 -O2
-I/users/joel/test-gcc/gcc-svn/gcc/../newlib/libc/sys/rtems/include -I. -I.
-I/users/joel/test-gcc/gcc-svn/gcc -I/users/joel/test-gcc/gcc-svn/gcc/.
-I/users/joel/test-gcc/gcc-svn/gcc/../include
-I/users/joel/test-gcc/gcc-svn/gcc/../libdecnumber
-I/users/joel/test-gcc/gcc-svn/gcc/../libdecnumber/dpd -I../libdecnumber
-I/users/joel/test-gcc/gcc-svn/gcc/../libgcc -g -O2 -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -fbuilding-libgcc
-fno-stack-protector -Dinhibit_libc -G 0 -msign-extend-enabled -I. -I.
-I../../.././gcc -I/users/joel/test-gcc/gcc-svn/libgcc
-I/users/joel/test-gcc/gcc-svn/libgcc/.
-I/users/joel/test-gcc/gcc-svn/libgcc/../gcc
-I/users/joel/test-gcc/gcc-svn/libgcc/../include-o _ffssi2.o -MT _ffssi2.o
-MD -MP -MF _ffssi2.dep -DL_ffssi2 -c
/users/joel/test-gcc/gcc-svn/libgcc/../gcc/libgcc2.c \

xgcc: internal compiler error: Segmentation fault (program cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug bootstrap/50927] lm32 ICE seg fauit compiling libgcc2

[joel at gcc dot gnu.org]

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

--- Comment #1 from Joel Sherrill  2011-10-30 21:02:27 
UTC ---
Created attachment 25669
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25669
Preprocessed source code

[Bug c/50928] New: ICE building RTEMS

[joel at gcc dot gnu.org]

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

 Bug #: 50928
   Summary: ICE building RTEMS
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: j...@gcc.gnu.org


gcc (GCC) 4.7.0 20111029 (experimental)
Newlib cvs head as of same date

m32c-rtems4.11-gcc --pipe  -mcpu=m32cm --pipe -DHAVE_CONFIG_H   -I..
-I../../../lib/include -D__RTEMS_INSIDE__   -g -O2 -Wall
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs 
-mcpu=m32cm -MT src/libscore_a-heap.o -MD -MP -MF src/.deps/libscore_a-heap.Tpo
-c -o src/libscore_a-heap.o `test -f 'src/heap.c' || echo
'/users/joel/test-gcc/rtems/cpukit/score/'`src/heap.c
In file included from ../../../lib/include/rtems/score/basedefs.h:25:0,
 from ../../../lib/include/rtems/score/types.h:22,
 from ../../../lib/include/rtems/score/cpu.h:40,
 from ../../../lib/include/rtems/score/percpu.h:22,
 from ../../../lib/include/rtems/system.h:23,
 from /users/joel/test-gcc/rtems/cpukit/score/src/heap.c:28:
../../../lib/include/rtems/score/cpuopts.h:56:0: warning:
"__RTEMS_SIZEOF_VOID_P__" redefined [enabled by default]
In file included from /users/joel/test-gcc/rtems/cpukit/score/src/heap.c:23:0:
../config.h:465:0: note: this is the location of the previous definition
/users/joel/test-gcc/rtems/cpukit/score/src/heap.c: In function
'_Heap_Initialize':
/users/joel/test-gcc/rtems/cpukit/score/src/heap.c:300:1: error: unable to find
a register to spill in class 'A_REGS'
/users/joel/test-gcc/rtems/cpukit/score/src/heap.c:300:1: error: this is the
insn:
(insn 119 118 120 13 (set (mem/s:SI (subreg:PSI (reg/f:SI 30 [ first_block.3 ])
0) [3 first_block.3_22->prev_size+0 S4 A8])
(reg/v:SI 28 [ heap_area_end ]))
/users/joel/test-gcc/rtems/cpukit/score/src/heap.c:260 98 {movsi_24}
 (nil))
/users/joel/test-gcc/rtems/cpukit/score/src/heap.c:300:1: internal compiler
error: in spill_failure, at reload1.c:2118
Please submit a full bug report,

[Bug c/50928] ICE building RTEMS

[joel at gcc dot gnu.org]

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

--- Comment #1 from Joel Sherrill  2011-10-30 21:09:56 
UTC ---
Created attachment 25670
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25670
Preprocessed source code