--- Comment #9 from joel at gcc dot gnu dot org 2010-08-08 20:31 ---
Created an attachment (id=21439)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21439&action=view)
First attempt at fix
Is this what you have in mind? I think it worked since the desired symbols
are
--- Comment #4 from joel at gcc dot gnu dot org 2010-07-02 20:31 ---
We use newlib and it is not in any of the .a or .o files installed. I
see it in the file crtresgpr.S in gcc/config/rs6000 but only
config/rs6000/t-netbsd references it. Should this code from t-netbsd be copied
to t
--- Comment #2 from joel at gcc dot gnu dot org 2010-07-02 20:16 ---
Works with 4.4.4
$ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc -mcpu=603e -Os pr44793.c -S
$ grep _res pr44793.s
$ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc --version
powerpc-rtems4.10-gcc (GCC) 4.4.4 20100429 (RTEMS
--- Comment #1 from joel at gcc dot gnu dot org 2010-07-02 20:14 ---
Created an attachment (id=21071)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21071&action=view)
bzip'ed test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC host triplet: powerpc-rtems4.11
http://gcc.gnu.org/bugzilla
--- Comment #3 from joel at gcc dot gnu dot org 2010-05-26 00:26 ---
(In reply to comment #2)
> Hi Joel, do you have a .i test case for this? Thanks.
>
It works today. with
$ lm32-rtems4.10-gcc --version
lm32-rtems4.10-gcc (GCC) 4.6.0 20100525 (experimental) [trunk revision
--- Comment #10 from joel at gcc dot gnu dot org 2010-05-11 11:50 ---
FWIW also seen on sparc-rtems, powerpc-rtems, and i386-rtems.
This did not happen building mips-rtems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44063
tus: 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: sparc-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44070
--- Comment #9 from joel at gcc dot gnu dot org 2010-04-29 21:03 ---
Still broken.
| 4.6.0 20100428 (experimental) [trunk revision 158844] (arm-unknown-rtems4.10)
GCC error:|
| in find_valid_class, at reload.c:704 |
| Error detected around a
--- Comment #2 from joel at gcc dot gnu dot org 2010-04-12 12:11 ---
Did you have patches to get past
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527 or has it just gone away?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43726
igned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43687
--- Comment #8 from joel at gcc dot gnu dot org 2010-04-07 21:55 ---
/users/joel/test-gcc/b-gcc2-arm/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc2-arm/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/ -isystem
/users/joel/test-gcc/b-gcc2-arm/arm-rtems4.10/newlib/targ
--- Comment #25 from joel at gcc dot gnu dot org 2010-04-07 12:11 ---
Although we may seem paranoid and picky, these can break things in a very weird
and very hard to debug way. I just tripped across another place where
gcc/config is passed as an include directory to the build of a
--- Comment #7 from joel at gcc dot gnu dot org 2010-04-06 22:18 ---
I had some logs here and checked. It passes on sparc-rtems4.10
GNATMAKE 4.5.0 20100331 (experimental) [trunk revision 157866]
,.,. C34006G ACATS 2.5 88-01-01 00:00:00
C34006G CHECK THAT THE REQUIRED PREDEFINED
--- Comment #6 from joel at gcc dot gnu dot org 2010-04-06 11:36 ---
Reconfirmed.
+===GNAT BUG DETECTED==+
| 4.5.0 20100402 (experimental) [trunk revision 157942] (arm-unknown-rtems4.10)
GCC error:|
| in find_valid_class, at reload.c
--- Comment #18 from joel at gcc dot gnu dot org 2010-04-01 22:43 ---
Confirmed.
152248 - native gcc
152249 - uses xgcc
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from joel at gcc dot gnu dot org 2010-04-01 22:11 ---
Running from home while helping kids with homework. :)
152248 - native gcc
152272 - uses xgcc
So it broken between those two. I will continue whittling.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #15 from joel at gcc dot gnu dot org 2010-04-01 21:06 ---
I have it down to this.
152224 - native gcc
152417 - use xgcc
I confused myself and went down the wrong branch of the binary search earlier
so that's how far I got today. But ~200 revisions is better than t
--- Comment #14 from joel at gcc dot gnu dot org 2010-04-01 13:49 ---
I am starting the regression hunt. Don't worry about it Ralf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #11 from joel at gcc dot gnu dot org 2010-03-30 23:05 ---
Patch worked for me targeting arm-rtems4.10 on the same gcc checkout.
Please apply it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
--- Comment #12 from joel at gcc dot gnu dot org 2010-03-30 16:58 ---
Created an attachment (id=20260)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20260&action=view)
generated gcc/Makefile
This is the gcc/Makefile generated for my h8300-rtems4.10 build. h8300.o is
supp
--- Comment #10 from joel at gcc dot gnu dot org 2010-03-30 16:29 ---
I encountered this issue while doing builds to run gcc tests. Newlib is
symlinked into gcc. binutils was built and installed separately. My configure
command is pretty simple.
/users/joel/test-gcc/gcc-svn
--- Comment #9 from joel at gcc dot gnu dot org 2010-03-30 16:22 ---
Maybe I am misreading the command invoked in Ralf's original report but it is
using xgcc which is the cross gcc:
make[5]: Entering directory
`/users/rtems/src/rpms/BUILD/rtems-4.11-h8300-rtems4.11-gcc-4.5.0/buil
--- Comment #1 from joel at gcc dot gnu dot org 2010-03-29 18:52 ---
Cross source is
gcc (GCC) 4.5.0 20100328 (experimental) [trunk revision 157785]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43584
4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: h8300-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43584
--- Comment #2 from joel at gcc dot gnu dot org 2010-03-29 18:45 ---
Could someone try this with arm-eabi/elf? That would impact the priority of
this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
--- Comment #1 from joel at gcc dot gnu dot org 2010-03-29 18:44 ---
Created an attachment (id=20252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20252&action=view)
Preprocessed libgcc2.c source
Definitely compiles with 4.4.3 not with head
--
http://gcc.gnu.org/b
Version: 4.5.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: arm-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580
--- Comment #1 from joel at gcc dot gnu dot org 2010-03-25 21:36 ---
Compiles at -O0.
Fails at -O1.
Suggestions on an optimization pass to disable is welcomed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
4.5.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: lm32-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527
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=42368
--- Comment #5 from joel at gcc dot gnu dot org 2009-11-10 11:57 ---
(In reply to comment #4)
> Was the patch posted on gcc-patches@ at some point?
>
It has been over a year and I honestly don't know. I will repost on general
principal.
--
http://gcc.gnu.o
--- Comment #5 from joel at gcc dot gnu dot org 2009-10-19 21:46 ---
../../gcc-3.4.6/gcc/libgcc2.c:1475: internal compiler error: in extract_insn,
at recog.c:2083
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-19 21:39 ---
../../gcc-4.1.2/gcc/libgcc2.c:1702: internal compiler error: in extract_insn,
at recog.c:2084
../../gcc-4.2.4/gcc/libgcc2.c:747: internal compiler error: in extract_insn, at
recog.c:2077
--
joel at gcc dot gnu dot
--- Comment #2 from joel at gcc dot gnu dot org 2009-10-19 01:10 ---
4.3.4 fails at recog.c:2001
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #1 from joel at gcc dot gnu dot org 2009-10-19 01:00 ---
4.4.1 also fails but at recog.c:2048
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
/libgcc/../gcc/libgcc2.c:545 (set (reg:SI 107
[ prephitmp.20 ])
(const_int -16 [0xfffffffffffffff0])) -1 (nil))
../../../gcc-svn/libgcc/../gcc/libgcc2.c:547:1: internal compiler error: in
extract_insn, at recog.c:2091
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
[j...@rtbf64a libgcc]$
--
Summary: ICEin extract_insn, at recog.c:2091
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: arc-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41747
--- Comment #2 from joel at gcc dot gnu dot org 2009-10-15 19:24 ---
CLosing.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from joel at gcc dot gnu dot org 2009-10-15 19:24 ---
This was the side-effect of an unmatched qupote in config.gcc in my local tree
from a new target I was adding. It resulted in configargs.h not being
compilable. Strange but fixed now and never in public source
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: sparc64-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41710
--- Comment #3 from joel at gcc dot gnu dot org 2009-10-13 13:11 ---
Still broken:
+===GNAT BUG DETECTED==+
| 4.5.0 20091012 (experimental) [trunk revision 152668] (arm-unknown-rtems4.10)
GCC error:|
| in find_valid_class, at reload.c
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-12 23:33 ---
(From update of attachment 18792)
Patch attached to wrong PR.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from joel at gcc dot gnu dot org 2009-10-12 18:58 ---
Created an attachment (id=18792)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18792&action=view)
Add type to pthread_mutexattr_t
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41493
--- Comment #4 from joel at gcc dot gnu dot org 2009-10-12 17:25 ---
I have tracked the failure down to the %fp being corrupted because the size of
pthread_mutexattr_t has changed in RTEMS and the Ada binding is wrong. I have
no idea why this didn't impact other ports unless the
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-30 15:06 ---
(In reply to comment #2)
> Looks like something has clobbered register A6.
>
I reran against the head yesterday. I have an objdump and a qemu trace
with register values between each block of assembly. I don
--- Comment #2 from joel at gcc dot gnu dot org 2009-09-29 13:35 ---
Add powerpc-rtems4.10 to the list of targets that fail.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Priority: 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=41493
--- Comment #2 from joel at gcc dot gnu dot org 2009-09-24 01:45 ---
Still fails:
| 4.5.0 20090921 (experimental) [trunk revision 151936] (arm-unknown-rtems4.10)
GCC error:|
| in find_valid_class, at reload.c:702 |
| Error detected around a
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-22 19:10 ---
Is it time to close this one? It doesn't cause an ICE in 4.4.1.
$ h8300-rtems4.10-gcc --version
h8300-rtems4.10-gcc (GCC) 4.4.1
$ h8300-rtems4.10-gcc -O0 -c des1.c
des1.c:4117: error: size of variable 'des
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-22 14:10 ---
Created an attachment (id=18630)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18630&action=view)
qemu debug trace with in_asm,cpu
qemu trace of run. Qemu needs patch posted to their list by Till St
ormal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC target triplet: m68k-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434
--- Comment #11 from joel at gcc dot gnu dot org 2009-09-22 13:07 ---
Patch applied to head. GNAT/RTEMS for the mips has 1 failure now and that is a
blown stack. c380004 takes a lot of stack.
Thanks.
--
joel at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from joel at gcc dot gnu dot org 2009-09-21 18:45 ---
The patch allowed my build of sparc-rtems4.10 C/C++ to complete.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41411
--- Comment #10 from joel at gcc dot gnu dot org 2009-09-20 19:40 ---
Created an attachment (id=18619)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18619&action=view)
RTEMS Get_Page_Size should no longer return 0
With this patch only 1 ACATS failed. Is it OK to
--- Comment #9 from joel at gcc dot gnu dot org 2009-09-20 17:12 ---
Thanks for the quick response. I am in the process of adding getpagesize() to
RTEMS. We already had sysconf(_SC_PAGESIZE) and returned 4096. I will change
the s-osinte-rtems.ad* to use that and post a patch when it
--- Comment #6 from joel at gcc dot gnu dot org 2009-09-20 16:46 ---
Every s-osinte*.ads which has Get_Page_Size includes a comment about 0 being
valid to return and indicate that Page_Size does not matter.
-- Returns the size of a page, or 0 if this is not relevant on this target
--- Comment #5 from joel at gcc dot gnu dot org 2009-09-20 16:40 ---
The LynxOS s-osinte-lynxos.ads has this:
function Get_Page_Size return size_t;
function Get_Page_Size return Address;
pragma Import (C, Get_Page_Size, "getpagesize");
-- Returns the size of a
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-20 15:56 ---
The debug information is weak since optimization hides a lot. But it looks
like Page_Size might be 0.
(gdb) c
Continuing.
,.,. A85013B ACATS 2.5 88-01-01 00:00:00
A85013B CHECK THAT A SUBPROGRAM CAN BE RENAMED
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-20 15:20 ---
Should have included command line. This is for arch=r3900.
mips-rtems4.10-gnatmake --RTS=. -fstack-check -v -O -gnatws -O2
-I/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/support
a85013b.adb
res (breakpoint
instruction in object)
Product: gcc
Version: 4.5.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 #2 from joel at gcc dot gnu dot org 2009-09-19 18:59 ---
This is the command I used to generate the ICE on the attached test case.
Dropping the -g got rid of the ICE.
/users/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc1-sparc/./gcc/
-B/users/joel/test
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-19 18:58 ---
Created an attachment (id=18609)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18609&action=view)
Preprocessed code to generate bug
dropping -g from the command line fixes it. Full command in next
--
Summary: ICE: mem_loc_descriptor, at dwarf2out.c:11616
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedB
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: arm-rtems4.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41310
--- Comment #4 from joel at gcc dot gnu dot org 2009-08-20 13:57 ---
Will you be applying it to 4.4 and the head?
And a thank you. If we ever manage to meet in person, I owe you a beer, wine
or a nice dessert. Your choice. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41122
--- Comment #3 from joel at gcc dot gnu dot org 2009-08-20 13:00 ---
Does AWK need to be set in libada/Makefile.in? Since this works for C/C++, it
must be OK in other places.
In gcc/config/m68k/t-mlibs...
M68K_AWK = $(strip $(shell $(AWK) 'BEGIN { FS="[ \t]*[,()][
*** [all-target-libada] Error 2
make[1]: *** Waiting for unfinished jobs
--
Summary: libada multilib string parsing error
Product: gcc
Version: 4.3.4
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: m68k*-*-rtems*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41122
--- 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
: 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 #1 from joel at gcc dot gnu dot org 2009-08-12 14:25 ---
4.3.4 definitely builds.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #9 from joel at gcc dot gnu dot org 2009-07-30 01:29 ---
(In reply to comment #8)
> Is comment #5 meant to be a claim that the patch does not fully fix the bug?
> If so, please state with what revision on what target the problem is still
> observed.
No. I repo
--- Comment #8 from joel at gcc dot gnu dot org 2009-07-17 14:38 ---
Stupid human error. Clicked on wrong bug.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from joel at gcc dot gnu dot org 2009-07-17 14:32 ---
Patch committed. Ran coverage to verify that it didn't introduce a new
uncovered range of code.
Sorry to have broken it. Trying to get to 100% test coverage and eliminate dead
code.
--
joel at gcc dot gnu do
-interface/targtyps.c
Product: gcc
Version: 4.5.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 build triplet: sh
--- Comment #2 from joel at gcc dot gnu dot org 2009-07-16 17:03 ---
/home/joel/test-gcc/b-gcc1-m32c/./gcc/xgcc
-B/home/joel/test-gcc/b-gcc1-m32c/./gcc/ -c j.c -mcpu=m32cm -O0
Works.. ICE at -O1 and -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40776
--- Comment #1 from joel at gcc dot gnu dot org 2009-07-16 17:02 ---
Created an attachment (id=18209)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18209&action=view)
Test case (preprocessed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40776
: ICE in gen_add2_insn, at optabs.c:4720
Product: gcc
Version: 4.5.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 trip
Version: 4.5.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: arm-rtems4.10
http://gcc.gnu.org/bugzilla
Summary: ICE verify_ssa failed
Product: gcc
Version: 4.5.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 targ
--- Comment #1 from joel at gcc dot gnu dot org 2009-07-03 15:24 ---
Created an attachment (id=18135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18135&action=view)
preprocessed test case (hw_opic.c
preprocessed version of gdb/sim/ppc/hw_opic.c
FAILS: gcc -O2 -c t.c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joel at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40640
--- Comment #6 from joel at gcc dot gnu dot org 2009-07-02 16:44 ---
*** Bug 40622 has been marked as a duplicate of this bug. ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from joel at gcc dot gnu dot org 2009-07-02 16:44 ---
*** This bug has been marked as a duplicate of 40462 ***
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
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=40622
--- Comment #5 from joel at gcc dot gnu dot org 2009-07-02 16:44 ---
/home/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc
-B/home/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc
-B/home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem
/home/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10
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=40620
--- 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
--- 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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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
1 - 100 of 351 matches
Mail list logo
