Regression] ICE compiling newlib
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 gnu dot org
GCC target triplet: m32c-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37689
--- Comment #1 from joel at gcc dot gnu dot org 2008-09-30 19:32 ---
Created an attachment (id=16436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16436&action=view)
preprocessed code
/home/joel/work-gnat/svn/m32c-work/b-gcc/./gcc/xgcc
-B/home/joel/work-gnat/svn/m32c-wor
y: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: sparc-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37840
--- Comment #8 from joel at gcc dot gnu dot org 2008-10-17 15:44 ---
Also happens on powerpc-rtems4.10
+===GNAT BUG DETECTED==+
| 4.4.0 20081014 (experimental) [trunk revision 141108]
(powerpc-unknown-rtems4.10) GCC error:|
| in
--- Comment #9 from joel at gcc dot gnu dot org 2008-10-17 15:45 ---
*** Bug 37840 has been marked as a duplicate of this bug. ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joel at gcc dot gnu dot org 2008-10-17 15:45 ---
*** This bug has been marked as a duplicate of 37815 ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from joel at gcc dot gnu dot org 2008-10-22 15:13 ---
Occurs on powerpc-rtems4.10 as well.
+===GNAT BUG DETECTED==+
| 4.4.0 20081014 (experimental) [trunk revision 141108]
(powerpc-unknown-rtems4.10) GCC error:|
| in
--- Comment #1 from joel at gcc dot gnu dot org 2008-10-28 22:00 ---
This does not impact the SVN trunk.
This requires adding g-socthi-rtems.ads and corresponding Makefile.in change. I
will prepare and test a complete patch.
We wondered if this is broken for FreeBSD as well. We use
--- Comment #9 from joel at gcc dot gnu dot org 2008-10-29 16:30 ---
ACATS results for powerpc-rtems4.10 with the "maybefix"
http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg02107.html
They look very good with 6 failure cases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37782
--- Comment #2 from joel at gcc dot gnu dot org 2008-11-05 20:35 ---
Created an attachment (id=16626)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16626&action=view)
adds RTEMS specific g-socthi*
Fixes issue. Not needed on head.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #3 from joel at gcc dot gnu dot org 2008-11-05 20:38 ---
Please commit to 4.3 branch. Not needed on trunk since it uses a different
implementation of these files.
2008-11-05 Joel Sherrill <[EMAIL PROTECTED]>
* g-socthi-rtems.ad[sb]: New files.
* Makefile.i
--- 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.
--
--- 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=15120&action=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=15121&action=view)
RTEM SVN Trunk Ada Patch
Unfortunately, I have an outstanding patch that did not get reviewed in t
--- 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=15122&action=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.
--- 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=15123&action=view)
Laurent Guerby's exception test
With SVN, the output is
Raising Constraint_Error
raised CONS
gcc dot gnu dot org
GCC target triplet: powerpc-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35143
--- 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 #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_Pr
--- 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=15130&action=view)
SVN RTEMS Patch
This patch greatly improves the results of the ACATS for SVN on PowerPC and
SPARC. Pleas
dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: powerpc-rtems4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35175
ReportedBy: 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 #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|Re
--- 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=gcc&view=rev&rev=132294
Log:
2008-02-11 Joel Sherrill <[EMAIL PROTECTED]>
--- 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
--- 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
&
--- 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
Status: 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
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 target triplet: i386
--- 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=15200&action=view)
QEMU trace up to branch to 0x0
Search for "^0x" and then scroll backwards to see the
--- 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=15201&action=view)
numerically sorted symbol table matching qemu.log
This is the numerically sorted symbol table match
--- 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=15202&action=view)
generated from Laurent's t.adb
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284
--- 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 that
Summary: 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 targe
--- 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=15209&action=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
>
--- 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
--- 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
ons.
compiler exited 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
--- 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
Priority: 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=15309&action=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-vxwor
--- 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 initializat
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
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=15329&action=view)
Preprocessed test case
Fails for me with all of these compiler combinations:
/home/joel/work-gnat/svn
--- 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 ch
--- 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 cal
--- 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_broa
--- 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 i
--- 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 c
--- 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=15417&action=view)
Correct structure bindings
pthread_condattr_t was missing a field.
sched_param had an incorre
--- 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_ios
--- 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 con
--- 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 to
--- 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
ersion: 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=15428&action=view)
Patch to add IP_PKTINFO
Add patch -- only applicable to SVN trunk.
--
http://gcc.gnu.org/b
--- 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
uot; " }; /^M68K_DEVICE/ { CPU=$3;
FLAGS=$8; CPU_NAME=substr($2,2,length($2)-2); MLIB=substr($5,2,length($5)-2);
if ( CPU == "") print MLIB }: Command not found
--
Summary: libada parsing of multilib options
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 host triplet: i686-pc-linux-gnu
GCC target triplet: m68k-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39172
--- Comment #1 from joel at gcc dot gnu dot org 2009-02-12 19:29 ---
this is on the svn trunk as libada multilib is new since 4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39172
MED
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: m32c-rtems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39182
--- Comment #1 from joel at gcc dot gnu dot org 2009-02-13 18:50 ---
Created an attachment (id=17295)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17295&action=view)
preprocessed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39182
--- Comment #2 from joel at gcc dot gnu dot org 2009-02-13 18:52 ---
WORKS: m32c-rtems4.10-gcc -mcpu=m32cm j.c -c
FAILS: m32c-rtems4.10-gcc -mcpu=m32cm j.c -O1 -c
FAILS: m32c-rtems4.10-gcc -mcpu=m32cm j.c -O2 -c
--
joel at gcc dot gnu dot org changed:
What|Removed
ned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: avr-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39184
--- Comment #1 from joel at gcc dot gnu dot org 2009-02-13 20:54 ---
Created an attachment (id=17298)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17298&action=view)
preprocessed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39184
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: h8300-rtems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39185
--- Comment #1 from joel at gcc dot gnu dot org 2009-02-13 21:17 ---
Created an attachment (id=17299)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17299&action=view)
preprocessed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39185
--- Comment #6 from joel at gcc dot gnu dot org 2009-02-25 17:04 ---
Can you include the generated files please? I do not have autoconf 2.59
installed. I can test the Ada build quickly though.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39172
--- Comment #11 from joel at gcc dot gnu dot org 2009-02-27 16:24 ---
Laurent.. what Makefile magic is needed to select this file on sh Ada targets
and not on others?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #2 from joel at gcc dot gnu dot org 2009-02-27 16:26 ---
Ping.. still broken
gcc (GCC) 4.4.0 20090226 (experimental) [trunk revision 144455]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38349
--- Comment #3 from joel at gcc dot gnu dot org 2009-02-27 16:28 ---
Laurent.. would it make sense to have a "low memory" alternate version of the
file in question and swap it in on some targets like the sh2e issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38349
ICE: : in gen_add2_insn, at optabs.c:4733
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
--- Comment #2 from joel at gcc dot gnu dot org 2009-03-17 14:02 ---
Yes.
See http://gcc.gnu.org/ml/gcc-testresults/2009-03/msg00362.html.
We also cross post them to an RTEMS tool list and apparently the run on 12
March
resulted in a log that was too large for gcc-testresults
--- Comment #4 from joel at gcc dot gnu dot org 2009-03-17 17:32 ---
Going back through the old run logs. Is this how it shows up?
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O0
FAIL: gcc.c-torture/execute/built-in-setjmp.c execution, -O1
FAIL: gcc.c-torture/execute
--- Comment #6 from joel at gcc dot gnu dot org 2009-03-18 14:27 ---
OK. I decided to look at this in more detail in the simulator. The failing
instruction is:
2001358: d0 07 bf fc ld [ %fp + -4 ], %o0
and when I run with a breakpoint there, a dump of the registers shows
--- Comment #8 from joel at gcc dot gnu dot org 2009-03-18 17:12 ---
(In reply to comment #7)
> > OK. I decided to look at this in more detail in the simulator. The failing
> > instruction is:
> >
> > 2001358: d0 07 bf fc ld [ %fp + -4 ], %o0
> &
--- Comment #9 from joel at gcc dot gnu dot org 2009-03-18 18:18 ---
Jiri Gaisler confirms there is no "ta 3" handler in RTEMS currently. He will
be adding it to RTEMS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35180
--- Comment #11 from joel at gcc dot gnu dot org 2009-03-23 17:56 ---
Closing. This found an issue in the RTEMS ta 3 trap handler. Resolved on the
RTEMS side.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from joel at gcc dot gnu dot org 2009-03-23 22:14 ---
This is very old and most likely fixed since it looks like sh-rtems builds Ada
further. Marking this as a dupe so it will die.
*** This bug has been marked as a duplicate of 36939 ***
--
joel at gcc dot gnu dot
--- Comment #13 from joel at gcc dot gnu dot org 2009-03-23 22:14 ---
*** Bug 21377 has been marked as a duplicate of this bug. ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
--- Comment #2 from joel at gcc dot gnu dot org 2009-08-18 13:28 ---
If you need CFLAGS_FOR_TARGET set to find the files or specify target specific
compiler options required to compile the run-time, then yes.
This certainly breaks any cross build that is non-multilib and specifies
101 - 200 of 351 matches
Mail list logo
