--- Comment #10 from joel at gcc dot gnu dot org 2008-05-28 16:33 ---
Updated changelog entry. I missed adding the s-hwint-interr.adb file
when I replaced my svn tree a while back. There are no modifications
to s-osinte-rtems.adb. The .ads just binds to more routines provided
--- Comment #8 from joel at gcc dot gnu dot org 2008-05-20 16:59 ---
Patch against SVN trunk still OK using
20080519 (experimental) [trunk revision 135528]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
--- Comment #6 from joel at gcc dot gnu dot org 2008-05-07 18:03 ---
Tested against this GCC using gcc-ada-hwint-20080421.diff and patch in
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01581.html
sparc-rtems4.9-gcc (GCC) 4.4.0 20080502 (experimental) [trunk revision 134885
--- Comment #7 from joel at gcc dot gnu dot org 2008-05-07 18:08 ---
Created an attachment (id=15612)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15612action=view)
hwint patch for gcc 4.3 branch
This has been tested against sparc-rtems4.9 for interrupt functionality. ACATS
--- Comment #4 from joel at gcc dot gnu dot org 2008-04-21 22:37 ---
Created an attachment (id=15505)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15505action=view)
Updated to 4.4.0 20080421 (experimental) [trunk revision 134514]
Requires patch in http://gcc.gnu.org/ml/gcc
--- Comment #5 from joel at gcc dot gnu dot org 2008-04-21 22:39 ---
Tested against this GCC using gcc-ada-hwint-20080421.diff and patch in
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01581.html
sparc-rtems4.9-gcc (GCC) 4.4.0 20080421 (experimental) [trunk revision 134514
--- Comment #36 from joel at gcc dot gnu dot org 2008-04-04 14:30 ---
Test results running with osinte.diff have been posted to gcc-testresults for
i386, mips, sparc, and powerpc. They look very good. Most failures are
cross-target or FPU exceptions now.
This needs to be applied
--- Comment #3 from joel at gcc dot gnu dot org 2008-04-04 14:32 ---
Patch is still valid against 3 April SVN trunk. Confirmed on SPARC.
sparc-rtems4.9-gcc (GCC) 4.4.0 20080403 (experimental) [trunk revision 133868]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: *-rtems*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35825
--- Comment #1 from joel at gcc dot gnu dot org 2008-04-04 14:57 ---
Created an attachment (id=15428)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15428action=view)
Patch to add IP_PKTINFO
Add patch -- only applicable to SVN trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #37 from joel at gcc dot gnu dot org 2008-04-04 15:11 ---
Forgot we are up to 4.4... it applies to 4.2 and 4.3 branches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
--- Comment #9 from joel at gcc dot gnu dot org 2008-04-03 13:44 ---
I am pretty sure I saw this one targeting sparc-rtems. Building an updated
tree now to confirm it is the fix.
../../../../gcc/libstdc++-v3/src/iostream-inst.cc: In member function 'void
std::basic_iostreamchar, std
--- Comment #11 from joel at gcc dot gnu dot org 2008-04-03 16:19 ---
(In reply to comment #10)
Subject: Re: [4.4 Regression] Revision 133787 breaks ia64
I am pretty sure I saw this one targeting sparc-rtems. Building an updated
tree now to confirm it is the fix
--- Comment #29 from joel at gcc dot gnu dot org 2008-04-02 15:08 ---
I have spent the morning debugging at the assembly level and I am nearly 100%
positive %ebx is getting corrupted. It is correct before the call to
STPO.Initialize_TCB (T, Success);
at s-taskin.adb and 0x0
--- Comment #31 from joel at gcc dot gnu dot org 2008-04-03 00:10 ---
(In reply to comment #30)
Did you look at what happens in Initialize_TCB to the variable Success ?
After waiting and waiting at the hospital today, I had plenty of time
to think. My guess was that the saved copy
--- Comment #32 from joel at gcc dot gnu dot org 2008-04-03 00:14 ---
Created an attachment (id=15417)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15417action=view)
Correct structure bindings
pthread_condattr_t was missing a field.
sched_param had an incorrect type
--- Comment #24 from joel at gcc dot gnu dot org 2008-04-01 18:02 ---
With Laurent's test program, I have traces of good (powerpc/psim) and bad
(qemu) runs. The traced include only entry and exit status info for the
following calls are:
_CPU_Context_switch
pthread_cond_broadcast
--- Comment #26 from joel at gcc dot gnu dot org 2008-04-01 22:40 ---
(In reply to comment #25)
The binder will generate a call to Set_Globals
The code is different for the head but the intent is clear. Thanks
for the explanation.
A diff of the generated b~ file for powerpc and i386
--- Comment #22 from joel at gcc dot gnu dot org 2008-03-31 20:16 ---
(In reply to comment #21)
Best think would be to trace rtems calls on a platform where it works vs on
the
simulator. On a platform where it works, look at the backtrace of the task
creation call and try to find
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: i386-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35598
--- Comment #1 from joel at gcc dot gnu dot org 2008-03-15 13:37 ---
Created an attachment (id=15329)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15329action=view)
Preprocessed test case
Fails for me with all of these compiler combinations:
/home/joel/work-gnat/svn/b-gcc1-i386
--- Comment #2 from joel at gcc dot gnu dot org 2008-03-15 13:40 ---
I built 5 targets overnight and all failed at the same spot. I don't think
this is a target specific bug. I am closing it until I can figure out more of
what it it.
--
joel at gcc dot gnu dot org changed
--- Comment #20 from joel at gcc dot gnu dot org 2008-03-14 21:46 ---
I don't want this bug to die from inattention. Returning to my analysis of
Laurent's program, the task does not get to run at all before the system is
finalized. I suspect this indicates the initialization
with status 1
output is:
--
Summary: ICE: pdist-3.c
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot
--- Comment #12 from joel at gcc dot gnu dot org 2008-03-13 18:01 ---
Is this the same bug? sparc-rtems4.9 on SVN trunk:
Executing on host: /home/joel/work-gnat/svn/b-gcc1-sparc/gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc1-sparc/gcc/
/home/joel/work-gnat/svn/gcc/gcc/testsuite/gcc.c
: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: sparc-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35575
: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC build triplet: *-*-rtems* *-*-vxworks*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
--- Comment #1 from joel at gcc dot gnu dot org 2008-03-13 18:47 ---
Created an attachment (id=15309)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15309action=view)
Ada HW Interrupt Task Enhancement
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35576
--- Comment #2 from joel at gcc dot gnu dot org 2008-03-13 18:47 ---
2007-12-06 Joel Sherrill [EMAIL PROTECTED]
* Makefile.in: Switch RTEMS and VxWorks to s-interr-hwint.adb.
* s-interr-hwint.adb: New file with portable implementation.
* s-interr-vxworks.adb
--- Comment #19 from joel at gcc dot gnu dot org 2008-02-25 20:45 ---
How early can I look at the task priority? Is it stored in some data structure
that I can see with objdump before the program is run?
I have yet to see anything in the debugger except 0 getting passed to task
--- Comment #11 from joel at gcc dot gnu dot org 2008-02-22 15:34 ---
Good Morning! By setting a breakpoint on _CPU_Context_switch in RTEMS, I can
see where things went wrong. On both SPARC and PowerPC, we dispatched out of
this backtrace:
(gdb) bt
#0 pthread_setschedparam (thread
--- Comment #12 from joel at gcc dot gnu dot org 2008-02-22 16:43 ---
I just noticed that the stack size passed to
system.task_primitives.operations.create_task is also 0 in the back trace on
the i386. It is 32724 on the PowerPC.
So two parameters are bad. The 0 just indicates
: GNAT Bug Box
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: bfin
--- Comment #1 from joel at gcc dot gnu dot org 2008-02-22 20:35 ---
Created an attachment (id=15209)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15209action=view)
Source file which triggers error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35298
--- Comment #13 from joel at gcc dot gnu dot org 2008-02-22 20:53 ---
Laurent's t.adb works on arm/edb7312.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
--- Comment #15 from joel at gcc dot gnu dot org 2008-02-22 21:56 ---
(In reply to comment #14)
Default values come from ada/s-parame-rtems.adb, for the stack it ends up in
RTEMS ada_pthread_minimum_stack_size:
package body System.Parameters is
function
--- Comment #16 from joel at gcc dot gnu dot org 2008-02-22 22:01 ---
I can add mips/jmr3904 to the list that runs t.adb correctly. So we have
this as a summary:
sparc/sis, powerpc/psim, mips/jmr3904, arm/edb7312 - t.adb runs OK
i386/pc386 fails
bfin/exkit533 - GNAT bug bo
I
--- Comment #18 from joel at gcc dot gnu dot org 2008-02-22 22:35 ---
(In reply to comment #17)
If you have it on CFARM let me know where and what command to launch to gdb
your testcase.
I have been building and running it on my laptop but there is now enough on
CFARM to run
: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35277
: Branch to 0x0 from Ada run-time
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC
--- Comment #1 from joel at gcc dot gnu dot org 2008-02-21 22:10 ---
Created an attachment (id=15200)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15200action=view)
QEMU trace up to branch to 0x0
Search for ^0x and then scroll backwards to see the indirect call
--- Comment #2 from joel at gcc dot gnu dot org 2008-02-21 22:11 ---
Created an attachment (id=15201)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15201action=view)
numerically sorted symbol table matching qemu.log
This is the numerically sorted symbol table matching the attached
--- Comment #4 from joel at gcc dot gnu dot org 2008-02-21 22:52 ---
Runs OK on powerpc/psim and sparc/sis built from the same source tree for GCC
and RTEMS.
Fails like a99006a on i386.
Are there only ~300 tests which rely on tasking? I posted this URL:
http://gcc.gnu.org/ml/gcc
--- Comment #5 from joel at gcc dot gnu dot org 2008-02-21 22:53 ---
Created an attachment (id=15202)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15202action=view)
generated from Laurent's t.adb
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
--- Comment #2 from joel at gcc dot gnu dot org 2008-02-19 19:13 ---
Still happens today so almost certainly on 4.3 branch as well.
h8300-rtems4.9-gcc (GCC) 4.4.0 20080219 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35072
--- Comment #6 from joel at gcc dot gnu dot org 2008-02-14 16:30 ---
(In reply to comment #5)
Looks like it should be do_it eq, t. Each additional t or e predicates
one more instruction. The mvfeqd has to be predicated and so does the
RETc(eq).
Do you want to commit
--- Comment #9 from joel at gcc dot gnu dot org 2008-02-13 13:59 ---
Also fails on
powerpc-rtems4.9-gcc (GCC) 4.3.0 20080209 (experimental) [trunk revision
132202]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34930
().
--
Summary: built-in-setjmp.x2
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC
--- Comment #1 from joel at gcc dot gnu dot org 2008-02-13 19:06 ---
Missed changing state on previous change. Closed.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joel at gcc dot gnu dot org 2008-02-13 19:10 ---
Grrr.. need to get over sinus headache. Misread Bugzilla. Nothing happened to
this PR. I haven't retried sh for Ada to even know.
--
joel at gcc dot gnu dot org changed:
What|Removed
--- Comment #19 from joel at gcc dot gnu dot org 2008-02-13 19:05 ---
Patch applied to SVN trunk as revision 132294.
Thanks for approving it Arnaud.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from joel at gcc dot gnu dot org 2008-02-13 19:05 ---
Subject: Bug 35143
Author: joel
Date: Wed Feb 13 19:04:53 2008
New Revision: 132294
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132294
Log:
2008-02-11 Joel Sherrill [EMAIL PROTECTED]
PR ada/35143
--- Comment #11 from joel at gcc dot gnu dot org 2008-02-13 21:38 ---
This failed on psim for me. AFAIK it doesn't have Altivec. Sorry,
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34930
: instantiate_virtual_regs_in_insn, at
function.c:1564
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel
: joel at gcc dot gnu dot org
GCC target triplet: powerpc-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35174
--- Comment #4 from joel at gcc dot gnu dot org 2008-02-13 00:20 ---
Also fails on powerpc-rtems
powerpc-rtems4.9-gcc (GCC) 4.3.0 20080209 (experimental) [trunk revision
132202]
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from joel at gcc dot gnu dot org 2008-02-11 14:43 ---
ACATS Results for various combinations. SPARC and PowerPC are the primary ones
we have tested on for years. This was actually the first full set of automated
runs on i386 using qemu. Suggestions on the high number
--- Comment #4 from joel at gcc dot gnu dot org 2008-02-11 21:40 ---
Perhaps Paul could provide some insight. :)
$ svn blame ieee754-df.S ieee754-df.S | grep do_itt
120408 pbrook do_itt eq
120408 pbrook do_itt eq
--
joel at gcc dot gnu dot org changed
--- Comment #2 from joel at gcc dot gnu dot org 2008-02-11 14:49 ---
Sent privately... wanted to log this .. untested at this point.
Please excuse me, I could not reply earlier.
Use patch for binutils:
http://sourceware.org/ml/binutils/2008-01/msg00037.html
Anatoly.
--
http
--- Comment #4 from joel at gcc dot gnu dot org 2008-02-11 14:47 ---
Better information on more current version in 35143
*** This bug has been marked as a duplicate of 35143 ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from joel at gcc dot gnu dot org 2008-02-11 14:25 ---
ChangeLog entry for gcc-svn-ada-20080211.diff.
2008-02-11 Joel Sherrill [EMAIL PROTECTED]
PR ada/35143
* env.c: Add __rtems__ to if defined.
* s-osinte-rtems.adb: Add To_Target_Priority
--- Comment #17 from joel at gcc dot gnu dot org 2008-02-11 14:47 ---
*** Bug 34469 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35143
--- Comment #14 from joel at gcc dot gnu dot org 2008-02-11 14:24 ---
Created an attachment (id=15130)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15130action=view)
SVN RTEMS Patch
This patch greatly improves the results of the ACATS for SVN on PowerPC and
SPARC. Please apply
--- Comment #8 from joel at gcc dot gnu dot org 2008-02-09 19:02 ---
Exception Test 2 on powerpc with same svn
==
raised CONSTRAINT_ERROR : exceptiontest2.adb:7 explicit raise
Exception Test 3 on powerpc with same svn
--- Comment #11 from joel at gcc dot gnu dot org 2008-02-10 01:01 ---
Just wanted to update that I went back to a virgin tree and decided to do the
bare minimum to get the trunk compiling again. I found remnants of a suggested
EH change Arnaud had made to me and removed it. I just
--- Comment #1 from joel at gcc dot gnu dot org 2008-02-08 23:01 ---
Created an attachment (id=15120)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15120action=view)
ACATS Log for powerpc-rtems4.9 SVN trunk rev 132186
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35143
--- Comment #2 from joel at gcc dot gnu dot org 2008-02-08 23:04 ---
Created an attachment (id=15121)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15121action=view)
RTEM SVN Trunk Ada Patch
Unfortunately, I have an outstanding patch that did not get reviewed in time
for inclusion
--- Comment #3 from joel at gcc dot gnu dot org 2008-02-08 23:06 ---
Created an attachment (id=15122)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15122action=view)
Same patch but against 4.2.3
Just as a sanity measure. This is the same patch but against 4.2.3. 4.2.3
works
--- Comment #5 from joel at gcc dot gnu dot org 2008-02-08 23:19 ---
Created an attachment (id=15123)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15123action=view)
Laurent Guerby's exception test
With SVN, the output is
Raising Constraint_Error
raised CONSTRAINT_ERROR
.
--
Summary: Serious regression on ACATS results since 4.2.3
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel
--- Comment #60 from joel at gcc dot gnu dot org 2008-01-23 15:12 ---
I did a build of powerpc-rtems4.9 on the trunk and it built much more quickly.
I haven't had a chance to run the ACATS yet to check run-time behavior. Thanks
for all the effort for this one.
--
http
--- Comment #20 from joel at gcc dot gnu dot org 2007-12-14 19:41 ---
I left a build running all night and got ACATS results on the trunk on
powerpc-rtems, I get a lot of failures which appear to be constraint or
exception related. I don't know if these are related
--- Comment #22 from joel at gcc dot gnu dot org 2007-12-14 20:00 ---
(In reply to comment #21)
I am confused about comment #20. Are these constraint failures caused by the
proposed patch? are they independent of the patch? why is this related to the
performance issues in doing SJLJ
--- Comment #1 from joel at gcc dot gnu dot org 2007-12-14 21:12 ---
Created an attachment (id=14755)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14755action=view)
Full ACATS Log for PSIM run
Maybe the full log will help someone.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
]
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: powerpc-rtems
http
--- Comment #2 from joel at gcc dot gnu dot org 2007-12-14 21:31 ---
Created an attachment (id=14757)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14757action=view)
Laurent's very simple test case
Laurent offered this program and said it would print catch 1 if it worked
correctly
--- Comment #6 from joel at gcc dot gnu dot org 2007-12-12 14:05 ---
RTEMS had a default implementation of the method in question that was in C. So
for the Thumb, I changed things to use it until the Thumb maintainer adds a
better version.
Thanks. I wasn't even finished adding
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: arm-unknown-rtems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34436
--- Comment #1 from joel at gcc dot gnu dot org 2007-12-11 22:32 ---
Created an attachment (id=14733)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14733action=view)
Test Case #1 produces illegal assembly
When compiled as described in the first post, this file gives illegal
--- Comment #2 from joel at gcc dot gnu dot org 2007-12-11 22:34 ---
Found inline assembly that caused problem. Sorry.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: m68k-unknown-rtems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34439
--- Comment #1 from joel at gcc dot gnu dot org 2007-12-11 23:20 ---
Created an attachment (id=14734)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14734action=view)
Preprocessed code that produces error
This is the preprocessed output of the Simple HTTPD server for RTEMS compiled
--- Comment #2 from joel at gcc dot gnu dot org 2007-12-11 23:22 ---
Also occurs on 4.2.1 but this time at:
/opt/rtems-4.8/bin/m68k-rtems4.8-gcc -m528x -c j.c
j.c: In function '_shttpd_elog':
j.c:7557: error: insn does not satisfy its constraints:
(insn 13 189 14 (set (mem/c:SI
--- Comment #3 from joel at gcc dot gnu dot org 2007-12-11 23:22 ---
And again on 4.1.1:
$ /opt/rtems-4.7/bin/m68k-rtems4.7-gcc -m528x -c j.c
j.c: In function '_shttpd_elog':
j.c:7557: error: insn does not satisfy its constraints:
(insn 14 190 15 (set (mem/c:SI (plus:SI (reg/f:SI 14
--- Comment #12 from joel at gcc dot gnu dot org 2007-12-10 14:22 ---
I've seen this on PowerPC and SPARC now, so I can confirm it is target
independent.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: h8300*-*-rtems*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33803
--- Comment #1 from joel at gcc dot gnu dot org 2007-10-17 21:07 ---
Created an attachment (id=14367)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14367action=view)
preprocessed code to generate problem
This is the preprocessed version of the file used to generate the bug
--- Comment #2 from joel at gcc dot gnu dot org 2007-10-17 21:12 ---
I have tried this code with the following gcc versions:
WORKS 3.2.3: -O2
FAILS 4.1.1: -O2
FAILS 4.2.1: -O2
FAILS 4.2.2: -O2
WORKS 4.2.1: -O0
WORKS 4.2.2: -O0
WORKS 4.1.1
--
Summary: ICE when -g specified
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC build
log.c for -m5282x option
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC build triplet
--- Comment #1 from joel at gcc dot gnu dot org 2007-06-12 15:17 ---
Created an attachment (id=13689)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13689action=view)
preprocessed code to generate problem
The following should reproduce the error:
m68k-rtems4.8-gcc -m528x -c
--- Comment #2 from joel at gcc dot gnu dot org 2007-06-12 15:21 ---
Tested using RTEMS cross RPMs for RTEMS 4.6 (gcc 3.2.3) and RTEMS 4.7 (gcc
4.1.1).
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from joel at gcc dot gnu dot org 2007-06-12 15:39 ---
Created an attachment (id=13690)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13690action=view)
alternate version of bug file which has if 0 around offensive code
I hacked on the file that tripped the bug
--- Comment #5 from joel at gcc dot gnu dot org 2006-01-23 20:40 ---
sh-rtems fails to build also. Andrew thought it was related so I am adding
myself and this link to my failure post.
http://gcc.gnu.org/ml/gcc/2006-01/msg00869.html
--
joel at gcc dot gnu dot org changed
--- Comment #8 from joel at gcc dot gnu dot org 2006-01-23 20:42 ---
sh-rtems fails to build also. Andrew thought it was related so I am adding
myself and this link to my failure post.
http://gcc.gnu.org/ml/gcc/2006-01/msg00869.html
--
joel at gcc dot gnu dot org changed
--- Comment #16 from joel at gcc dot gnu dot org 2005-11-23 00:00 ---
Checking in on this one. Target m68k-rtems4.7 still fails to compile paranoia
using 4.0.1 with many patches between 4.0.1 and 4.0.2.
Moving to both the head and 4.1 branch as of today, m68k-rtems4.7 compiles
--- Comment #7 from joel at gcc dot gnu dot org 2005-11-21 14:56 ---
(In reply to comment #6)
Shall we close this as WORKSFORME?
Looks like it.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from joel at gcc dot gnu dot org 2005-11-18 21:16 ---
arm-rtems4.7 now builds. The empty version is used for all RTEMS target.
Thanks.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from joel at gcc dot gnu dot org 2005-11-17 15:36 ---
Also fails building m68k-rtems4.7.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from joel at gcc dot gnu dot org 2005-11-17 17:59 ---
Created an attachment (id=10265)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10265action=view)
Preprocessed file that produces ICE
This is the command line which produces the ICE. I changed -c to -E to produce
201 - 300 of 346 matches
Mail list logo
