--- Comment #4 from raj dot khem at gmail dot com 2006-04-10 07:38 ---
I am unable to compile glibc 2.3.6 with GCC 4.1 on all mips-linux architecture
because of this ICE.
--
raj dot khem at gmail dot com changed:
What|Removed |Added
c
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-red
--- Comment #2 from raj dot khem at gmail dot com 2006-05-22 21:27 ---
(In reply to comment #1)
> I don't think this is a bug. bar is not delay from outputting as it will
> needs
> to be outputted. Now you can agrue this is a bug. Also 3.4 did not have
> these sor
--- Comment #3 from raj dot khem at gmail dot com 2006-05-22 22:45 ---
I think it can be closed invalid.
--
raj dot khem at gmail dot com changed:
What|Removed |Added
g-x11 compiled in thumb
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build tri
--- Comment #1 from raj dot khem at gmail dot com 2005-12-29 05:44 ---
Created an attachment (id=10563)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10563&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25595
--- Comment #14 from raj dot khem at gmail dot com 2006-07-24 19:34 ---
FWIW. I also have it working using current 4.1 branch snapshot and the patch in
comment #8.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27075
1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: sparc-sun-solaris2.7
GCC host triplet: sparc-sun-solaris2.7
GCC targe
--- Comment #2 from raj dot khem at gmail dot com 2006-08-15 23:41 ---
(In reply to comment #1)
> It was an accident that it was aligned.
> Use the attribute aligned to get an aligned variable if the alignment of the
> type is lower than what you need.
>
> Also note yo
--- Comment #18 from raj dot khem at gmail dot com 2006-09-26 22:33 ---
Paul
The patch is also needed on gcc-4_1-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31165
--- Comment #1 from raj dot khem at gmail dot com 2007-03-13 19:59 ---
Created an attachment (id=13203)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13203&action=view)
testcase
This is the preprocessed testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31165
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #1 from raj dot khem at gmail dot com 2007-04-06 01:28 ---
Created an attachment (id=1)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=view)
testcase
testcase to reproduce the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
gimple_tuple
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_
--- Comment #1 from raj dot khem at gmail dot com 2008-08-05 07:07 ---
It seems to be related to fix committed for http://gcc.gnu.org/PR36991
--
raj dot khem at gmail dot com changed:
What|Removed |Added
--- Comment #10 from raj dot khem at gmail dot com 2008-11-08 04:56 ---
on arm I get
/home/kraj/work/cross/arm-none-linux-gnueabi/obj/gcc3/gcc/xgcc
-B/home/kraj/work/cross/arm-none-linux-gnueabi/obj/gcc3/gcc/ -O1 -w -c -o
pr37433.o
/home/kraj/work/gcc-trunk/gcc/testsuite/gcc.c
fails to consume the assembly Error: offset too big
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail
--- Comment #1 from raj dot khem at gmail dot com 2009-08-24 06:24 ---
Created an attachment (id=18417)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18417&action=view)
preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41151
--- Comment #3 from raj dot khem at gmail dot com 2009-08-24 21:17 ---
(In reply to comment #2)
> Using binutils trunk as well as r150986 I can't reproduce this with -O2 and
> -march=armv7-a.
>
I was using 2.18. I haven't tried 2.19 but it works ok with binutils fr
t org
ReportedBy: raj dot khem at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org,rearnsha at gcc dot gnu
dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-linux
http://gcc.gnu.org/bug
--- Additional Comments From raj dot khem at gmail dot com 2005-09-07
23:15 ---
I think it needs backporting this particular patch from Richard to 3.4 branch
submitted for bug #12133
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-07-09 10:06
--
What|Removed |Added
CC||raj dot khem at gmail dot
||com
http://gcc.gnu.org/bugzilla
ssigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23985
--- Additional Comments From raj dot khem at gmail dot com 2005-09-20
19:31 ---
Created an attachment (id=9782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9782&action=view)
Failing testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23985
--- Additional Comments From raj dot khem at gmail dot com 2005-09-20
19:37 ---
It fails on GCC 3.3.1 similarily.
--
What|Removed |Added
Component|rtl-optimization
--- Additional Comments From raj dot khem at gmail dot com 2005-09-27
03:00 ---
I verified that this is fixed in GCC 3.4, 4.0 as well as on mainline. So this
can be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11831
--- Additional Comments From raj dot khem at gmail dot com 2005-09-27
03:09 ---
This is fixed in GCC 3.4.4 as well as on mainline. This can be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11826
--- Additional Comments From raj dot khem at gmail dot com 2005-09-27
03:12 ---
This bug is fixed on mainline. 3.4 branch however has it still.
May be it can be closed for mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11825
--- Additional Comments From raj dot khem at gmail dot com 2005-09-27
03:20 ---
This is still exhibited on mainline gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9703
l;
return 0;
}
--
Summary: cin.rdbuf->in_avail() always return 0
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #7 from raj dot khem at gmail dot com 2010-02-12 19:39 ---
you could try standalone target
../sources/gcc-trunk/configure --target=arm-none-eabi
--prefix=/scratch/oss/baremetal/arm-none-eabi/tools --enable-languages=c,c++
--with-newlib
and make sure that you pass -O0
--- Comment #2 from raj dot khem at gmail dot com 2010-02-17 06:18 ---
this warning also triggers with current head/4.5.0
--
raj dot khem at gmail dot com changed:
What|Removed |Added
hile building libgcc
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
--
What|Removed |Added
Component|tree-optimization |c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23117
--- Additional Comments From raj dot khem at gmail dot com 2005-07-28
22:02 ---
This seems to have been caused by some checkin that went in after 7/27/2005 (i.e
only checkins that went in today 7/28) because when I cvs up -D 2005-07-27 I
dont get the segfault.
--
http://gcc.gnu.org
--- Additional Comments From raj dot khem at gmail dot com 2005-07-28
22:20 ---
(In reply to comment #2)
> This seems to have been caused by some checkin that went in after 7/27/2005
> (i.e
> only checkins that went in today 7/28) because when I cvs up -D 2005-07-27 I
>
--- Additional Comments From raj dot khem at gmail dot com 2005-07-29
03:50 ---
The problem indeed was caused by checkin for PR rtl-optimization/17808. I
verified it.
Then I tried the Steven's fix above and I was able to build the GCC and rest of
toolchain.
I havent tested the com
fined symbol `.LPIC7' in operation
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail do
--- Comment #1 from raj dot khem at gmail dot com 2009-12-14 22:51 ---
Created an attachment (id=19300)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19300&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42372
FIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: mips-oe-linux
http://gcc.g
--- Comment #1 from raj dot khem at gmail dot com 2009-12-17 08:36 ---
Created an attachment (id=19334)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19334&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42398
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: i686-linux
GCC host triplet: i686-linux
GCC target triplet: i686-oe
--- Comment #1 from raj dot khem at gmail dot com 2010-01-06 06:08 ---
Created an attachment (id=19482)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19482&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42632
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu
--- Comment #1 from raj dot khem at gmail dot com 2010-01-06 20:27 ---
Created an attachment (id=19489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19489&action=view)
C testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42638
--- Comment #2 from raj dot khem at gmail dot com 2010-01-06 20:28 ---
Created an attachment (id=19490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19490&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42638
--- Comment #3 from raj dot khem at gmail dot com 2010-01-06 22:34 ---
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01317.html
could be the fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42638
rity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: arm-oe-linux-uclibceabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42894
--- Comment #1 from raj dot khem at gmail dot com 2010-01-28 07:49 ---
Created an attachment (id=19737)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19737&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42894
normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: sh4-oe-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42947
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: mips64-none-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42964
--- Comment #1 from raj dot khem at gmail dot com 2010-02-05 16:55 ---
after rebooting the machine. I dont see this happening. Closing invalid.
--
raj dot khem at gmail dot com changed:
What|Removed |Added
riority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: arm-none-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42981
--- Comment #1 from raj dot khem at gmail dot com 2010-02-06 00:06 ---
Created an attachment (id=19811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19811&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42981
--- Comment #6 from raj dot khem at gmail dot com 2010-04-30 04:13 ---
I have similar problem when building glibc for 603e. When I dump libgcc.a
then it shows these symbols but they are hidden
crtsavfpr.o: file format elf32-powerpc
g F .text 004c .hidden
--- Comment #7 from raj dot khem at gmail dot com 2010-04-30 04:34 ---
calls to _savegpr_31 and _restgpr_31_x are only generated when compiling libgcc
with -Os same compiled with -O2 it does not emit the calls
here is a reduced testcase from crtstuff.c compile it will -Os and then with
--- Comment #8 from raj dot khem at gmail dot com 2010-04-30 04:55 ---
below is the linker command that reports liking error.
/scratch/oe/efika/cross/ppc603e/lib/gcc/powerpc-oe-linux/4.5.0/crtend.o: In
function `__do_global_ctors_aux':
crtstuff.c:(.text+0xc): undefined referen
gnedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: powerpc-oe-linux-gnuspe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44067
--- Comment #11 from raj dot khem at gmail dot com 2010-05-19 16:25 ---
(In reply to comment #10)
> See comment #4. I believe this is a pilot error.
>
yeah on 4.5.0 libgcc.so is a linker script but 4.4 is still broken with this
issues
I guess http://gcc.gnu.org/ml/gcc-cvs/2
with -fipa-sra
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC
--- Comment #1 from raj dot khem at gmail dot com 2010-05-27 07:06 ---
Created an attachment (id=20759)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20759&action=view)
preprocessed testcase
OK so here is one file which whic is compiled with -O2 -fno-ipa-sra and rest of
--- Comment #2 from raj dot khem at gmail dot com 2010-05-27 07:12 ---
here is diff of two assembly outputs
$ diff copypage-v4wb.s copypage-v4wb.no-ipa-sra.S -u
--- copypage-v4wb.s 2010-05-27 00:11:03.130607878 -0700
+++ copypage-v4wb.no-ipa-sra.S 2010-05-27 00:10:54.790615578
--- Comment #4 from raj dot khem at gmail dot com 2010-05-27 17:25 ---
$
/home/kraj/work/cross/arm-none-linux-uclibcgnueabi/tools/bin/arm-none-linux-uclibcgnueabi-gcc
-O2 -fno-ipa-sra -S -v copypage-v4wb.i
Using built-in specs.
COLLECT_GCC=/home/kraj/work/cross/arm-none-linux
--- Comment #5 from raj dot khem at gmail dot com 2010-05-27 17:27 ---
oops that was for good case. But just remove -fno-ipa-sra to make it a failing
case :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290
--- Comment #19 from raj dot khem at gmail dot com 2010-05-30 05:58 ---
(In reply to comment #18)
> Created an attachment (id=20773)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20773&action=view) [edit]
> linux kernel workaround for attribute naked breakage
>
&g
--- Comment #20 from raj dot khem at gmail dot com 2010-05-30 06:54 ---
Created an attachment (id=20777)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20777&action=view)
includes fix for all arms
I see the problem after reading Richard's comment #10, here is some mo
unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: arm-oe-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392
--- Comment #2 from raj dot khem at gmail dot com 2010-06-02 22:52 ---
(In reply to comment #1)
> Heh. arm does have a bswapsi pattern though - why is that expanding to a call
> at -Os?
>
IIUC this pattern only triggers for armv6+ architectures. The problem I see is
on
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet
--- Comment #1 from raj dot khem at gmail dot com 2010-06-08 03:20 ---
Created an attachment (id=20863)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20863&action=view)
the fix
2010-06-07 Khem Raj
* libsupc++/eh_arm.cc (__cxa_end_cleanup): Switch to
--- Comment #3 from raj dot khem at gmail dot com 2010-06-08 04:53 ---
(In reply to comment #2)
> Confirmed, it should do a .text and then a previous. I have closed a bug
> where
> an inline-asm was not doing this too (see PR 35895).
>
another version I had was with pus
--- Comment #7 from raj dot khem at gmail dot com 2010-06-09 15:48 ---
thanks Paolo, we would need this patch on 4.5 branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44461
obber, at
config/arm/arm.md:5811
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot kh
X-Bugzilla-Reason: CC
--- Comment #1 from raj dot khem at gmail dot com 2010-06-16 14:04 ---
Created an attachment (id=20928)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20928&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44557
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44586
generated in thumb code.
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build
--- Comment #1 from raj dot khem at gmail dot com 2010-06-20 22:01 ---
Created an attachment (id=20949)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20949&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44603
--- Comment #4 from raj dot khem at gmail dot com 2010-06-21 17:45 ---
(In reply to comment #3)
> Dupe of PR43961?
>
yes seems so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44603
--- Comment #7 from raj dot khem at gmail dot com 2010-06-22 15:42 ---
(In reply to comment #6)
> Why not just:
> TARGET_EITHER && (arm_arch6 || !optimize_size)
> ? That !arm_arch6 && is completely redundant there.
>
Hi Ramana
the patch along with Jaku
P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: mips-oe-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44685
--- Comment #1 from raj dot khem at gmail dot com 2010-06-27 07:11 ---
Created an attachment (id=21013)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21013&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44685
put of c-common.o
--
Summary: GCC compiled to run on mips platform ICE's in
def_builtin_1 ()
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assign
--- Comment #1 from raj dot khem at gmail dot com 2010-06-30 21:22 ---
Created an attachment (id=21046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21046&action=view)
objdump intermixed with source for the function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44734
--- Comment #2 from raj dot khem at gmail dot com 2010-06-30 21:24 ---
Created an attachment (id=21047)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21047&action=view)
preprocessed c-common.c
to compile use
mips-oe-linux-uclibc-gcc -march=mips32 -O c-common.i -S
--
--- Comment #3 from raj dot khem at gmail dot com 2010-06-30 21:31 ---
gcc_assert ((!both_p && !fallback_p)
4a7c: 1684bnezs4,4a90
4a80: 02002021mo
--- Comment #4 from raj dot khem at gmail dot com 2010-06-30 21:33 ---
just in case here is how the compiler was configured
Using built-in specs.
COLLECT_GCC=mips-oe-linux-uclibc-gcc
COLLECT_LTO_WRAPPER=/scratch/oe/cross/mips/libexec/gcc/mips-oe-linux-uclibc/4.5.1/lto-wrapper
Target
nsigned int) (_inline_sys_result) >= 0xf001u), 0)) {
(__libc_errno = ((-(_inline_sys_result; _inline_sys_result = (unsigned int)
-1; } (int) _inline_sys_result; }); }
--
Summary: Thumb ICE due to spill failure
Product: gcc
Version: 4.5.1
--- Comment #1 from raj dot khem at gmail dot com 2010-07-07 19:35 ---
Created an attachment (id=21128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21128&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44860
--- Comment #8 from raj dot khem at gmail dot com 2007-11-28 00:11 ---
(In reply to comment #7)
> s/int//. The enumerated type is implementation defined but shall be capable to
> represent the values of all members.
Exactly and gcc for arm uses this definition to its advantage s
--- Comment #10 from raj dot khem at gmail dot com 2007-11-28 16:40 ---
(In reply to comment #9)
> If the requested bitfield is larger than the type that was previously tried
> for
> enum, then you have to widen the type to fulfill that constaint.
>
is there a reference
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
GCC build triplet: i686-linux
GCC host triplet: i686-linux
GCC target triplet: arm-none-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36350
--- Comment #3 from raj dot khem at gmail dot com 2006-03-14 05:54 ---
I still see this problem on canadian cross build of sh4-montavista-linux
/usr/bin/install: installing multiple files, but last argument,
`/disk2/build_area/TEMP/gcc-sh_sh4_le-root/disk2/opt/montavista/foundation
Summary: ICE in in extract_insn, at recog.c:2036
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot
--- Comment #3 from raj dot khem at gmail dot com 2006-03-21 01:20 ---
(In reply to comment #1)
> First this is a bug but glibc does not support mips-elf as a target though, it
> does support mips-linux-gnu though.
>
True. I found it on mips-linux-gnu but because I ver
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redh
ReportedBy: raj dot khem at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: mips64-unknown-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21259
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21259
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc64-un
--- Additional Comments From raj dot khem at gmail dot com 2005-05-17
08:43 ---
Created an attachment (id=8907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8907&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21616
1 - 100 of 110 matches
Mail list logo
