[Bug target/21578] ICE in reload_cse_simplify_operands for Coldfire.

2005-05-15 Thread cjohns at cybertec dot com dot au 

--- Additional Comments From cjohns at cybertec dot com dot au  2005-05-15 
07:35 ---
Compile the patch with:

m68k-rtems-gcc -m5200 -fasm -O3 -g ejlex.i -c

The ICE only shows with -O3. Using -O2 compiles the file.

-- 


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

[Bug target/21578] ICE in reload_cse_simplify_operands for Coldfire.

2005-05-15 Thread cjohns at cybertec dot com dot au 

--- Additional Comments From cjohns at cybertec dot com dot au  2005-05-15 
07:34 ---
Created an attachment (id=8890)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8890&action=view)
Compressed preprocessed file showing the error.


-- 


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

[Bug target/21578] New: ICE in reload_cse_simplify_operands for Coldfire.

2005-05-15 Thread cjohns at cybertec dot com dot au 
Compiling RTEMS with -O3 the webserver code with 4.0.0 and 4.1.0 generates the
following ICE:

$ m68k-rtems-gcc -m5200 --pipe -DHAVE_CONFIG_H   -I.. -I../../../lib/include
-DWEBS -DUEMF  -Wall -fasm -O3 -g  -m5200 -MT libhttpd_a-ejlex.o -MD -MP -MF
".deps/libhttpd_a-ejlex.Tpo" -c -o libhttpd_a-ejlex.o `test -f 'ejlex.c' || echo
'../../../../../head/cpukit/httpd/'`ejlex.c -save-temps
../../../../../head/cpukit/httpd/ejlex.c: In function ‘ejLexGetToken’:
../../../../../head/cpukit/httpd/ejlex.c:207: error: insn does not satisfy its
constraints:
(insn 3295 1381 1382 98 ../../../../../head/cpukit/httpd/ejlex.c:678 (set
(reg:QI 1 %d1)
(reg:QI 8 %a0)) 34 {*m68k.md:754} (nil)
(nil))
../../../../../head/cpukit/httpd/ejlex.c:207: internal compiler error: in
reload_cse_simplify_operands, at postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

$ m68k-rtems-gcc -v
Using built-in specs.
Target: m68k-rtems
Configured with: ../cvs/head/configure --target=m68k-rtems
--prefix=/local/tools/head --with-gnu-as --with-gnu-ld --with-newlib
--enable-threads=rtems --enable-languages=c,c++
Thread model: rtems
gcc version 4.1.0 20050515 (experimental)

-- 
   Summary: ICE in reload_cse_simplify_operands for Coldfire.
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: cjohns at cybertec dot com dot au
CC: corsepiu at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org,joel at gcc dot gnu dot org
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m68k-rtems


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

[Bug libstdc++/17627] M68060 fails with libstdc++-v3/config/cpu/m68k/atomicity.h

2005-02-06 Thread cjohns at cybertec dot com dot au 

--- Additional Comments From cjohns at cybertec dot com dot au  2005-02-07 
05:06 ---
No change. I have arranged to get the MVME172 card back for an afternoon later
this week (11-Feb-2005). I will have a look then.

-- 


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

[Bug target/19749] Coldfire ICE at -O2 or higher

2005-02-01 Thread cjohns at cybertec dot com dot au 

--- Additional Comments From cjohns at cybertec dot com dot au  2005-02-02 
02:39 ---
Created an attachment (id=8123)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8123&action=view)
Preprocessed file that generates the ICE.


-- 


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

[Bug c/19749] New: Coldfire ICE at -O2 or higher

2005-02-01 Thread cjohns at cybertec dot com dot au 
The attach file passes with -O1 and lower but fails at this level. The code is
part of RTEMS.

$ m68k-rtems-gcc -m5200 -O2 -c ata.i
ata.i: In function 'ata_initialize':
ata.i:190: error: insn does not satisfy its constraints:
(insn 353 198 200 13 (set (reg:QI 8 %a0)
(mem:QI (plus:SI (reg/f:SI 14 %a6)
(const_int -71 [0xffb9])) [29 D.1229+0 S1 A8])) 34
{*m68k.md:752} (nil)
(nil))
ata.i:190: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:391
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

Compiler version is:
$ m68k-rtems-gcc -v
Using built-in specs.
Configured with: ../cvs/head/configure --target=m68k-rtems
--prefix=/local/tools/head --with-gnu-as --with-gnu-ld --with-newlib
--disable-nls --with-system-zlib --enable-version-specific-runtime-libs
--enable-languages=c,c++ --enable-threads=rtems
Thread model: rtems
gcc version 4.0.0 20050131 (experimental)

-- 
   Summary: Coldfire ICE at -O2 or higher
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: cjohns at cybertec dot com dot au
CC: gcc-bugs at gcc dot gnu dot org,joel dot sherrill at
oarcorp dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m86k-rtems


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

[Bug libstdc++/17627] M68060 fails with libstdc++-v3/config/cpu/m68k/atomicity.h

2004-11-03 Thread cjohns at cybertec dot com dot au 

--- Additional Comments From cjohns at cybertec dot com dot au  2004-11-03 23:05 
---
Does this mean the instruction in question (cas) in atomicity.h cannot be used
on the 68060 if the stack can be aligned to a 2 byte boundary ?

Would a stack aligned this way cause a slow down if the call/ret address being
pushed and popped is not aligned to a 32bit boundary ?

I do not full understand the ABI issues hence my next question. RTEMS +
application is built as a single executable, typically all with the same tool
set, so does an ABI issue exist in our case ?

-- 


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