https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
Khem Raj changed:
What|Removed |Added
Attachment #58366|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115368
--- Comment #1 from Khem Raj ---
Created attachment 58366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58366=edit
potential fix
This patch uses -idirafter instead of -iprefix when building for musl. This
fixes the issue as the search
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
When doing cross-builds targeting musl based systems, gcc driver adds -iprefix
to cc1/cc1plus call, the path is based on gcc cross compiler installation
location
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 58180
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58180=edit
testcase
Attached test comes from valgrind, it worked fine with gcc-13 but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113986
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110061
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110901
--- Comment #2 from Khem Raj ---
(In reply to Andrew Pinski from comment #1)
> Order matters. In this case -march is after -mcpu ...
It does not seem to be effective in this case. I tried to specify -mcpu after
-march and vice-versa, result is
: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
As per
https://gcc.gnu.org/onlinedocs/gcc/AArch64-Options.html#index-mcpu
When -march is used then relevant part of -mcpu are overridden by that. However
this seems
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
GCC-trunk as of 31924665c86d47af6b1f22a74f594f2e1dc0ed2d is taking a long long
time, probably a hang since I cancelled it after 12 mins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108647
--- Comment #22 from Khem Raj ---
(In reply to Jakub Jelinek from comment #20)
> How could these changes result in
> ../harfbuzz-6.0.0/src/hb-map.hh:295:5: error: no match for ‘operator|’
> (operand types are ‘hb_filter_iter_t unsigned int,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107461
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108647
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105144
--- Comment #10 from Khem Raj ---
(In reply to Andrew Pinski from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > (In reply to Khem Raj from comment #7)
> > > in Yocto we build outside the source tree. And during cross-build it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105144
--- Comment #7 from Khem Raj ---
in Yocto we build outside the source tree. And during cross-build it will copy
aarch64.h into builddir and use it from there but then build can not find files
it includes since its being included from builddir.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105144
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #6
++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
following test generates a call to __atomic_exchange_1 with gcc trunk ( soon to
be gcc 13 ) if I use std::atomic that seems to not need libatomic but
std::atomic does need libatomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105312
--- Comment #8 from Khem Raj ---
yeah I can verify that the ICE is gone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105316
--- Comment #2 from Khem Raj ---
ah yes. Thanks
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
I have reduced this case from ppc kernel 5.15, this breaks the kernel build as
the warning is treated as error
NCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
GCC 12 gets into an ICE when compiling this testcase (reduced from stress-ng)
typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #11 from Khem Raj ---
yes thanks. I have done so https://jira.mongodb.org/browse/SERVER-65664
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #9 from Khem Raj ---
how does something like this look ?
#include
#include
#include
#include
#ifdef __cpp_lib_hardware_interference_size
using std::hardware_constructive_interference_size;
using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #8 from Khem Raj ---
So in this case if I change
static_assert(sizeof(decltype(_together)) <=
hardware_constructive_interference_size,
"cache line spill");
to
static_assert(sizeof(decltype(_together))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #6 from Khem Raj ---
this is from mongodb.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105251
--- Comment #4 from Khem Raj ---
I dont think its a bug per-se, I am looking for fixing it right way. Should I
pass a non-default value via gcc cmdline or adjust the size expectations in
code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105253
--- Comment #3 from Khem Raj ---
(In reply to Andrew Pinski from comment #1)
> Two things. First the error message is for arm target but you then reference
> x86_64 target options.
>
> Second there is a loop for popcount which gets translated
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 52794
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52794=edit
test case
gcc 12 when using -march=core2 genera
2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
This testcase below fails to compile with gcc12 on aarch64 but works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #3 from Khem Raj ---
Second sample works when I do not use _FORTIFY_SOURCES=2, so perhaps gcc-12
needs to adjust some glibc headers ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #2 from Khem Raj ---
Created attachment 52787
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52787=edit
test case 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #1 from Khem Raj ---
here is another testcase from gnupg on mips with gcc12 failing
$ mips-yoe-linux-gcc dirmngr.i
In file included from
atus: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 52786
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52786=edit
te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100011
--- Comment #1 from Khem Raj ---
this one seems to be the cause
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3a66c289a3f395e50de79424e1e6f401a4dc1ab7
Component: analyzer
Assignee: dmalcolm at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
I am seeing a ICE in gcc when compiling attached reduced testcase from gnutls
project. This is caused by 3a66c289a3f395e50de79424e1e6f401a4dc1ab7
done for #99042
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99658
--- Comment #2 from Khem Raj ---
(In reply to Richard Biener from comment #1)
> Yes. GCC rightfully expects all libgcc functions to be available. Arguably
> one divmod call is better than two calls to mod and div.
thanks makes sense.
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Following is a reduced case from Virtualbox which fails to link because it
expects libgcc function __divmoddi4 which is not available in kernel modules,
gcc 10.x does not generate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99489
--- Comment #10 from Khem Raj ---
(In reply to Martin Sebor from comment #9)
> Fixed in r11-7658.
I validated the fix as well.
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 50384
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50384=e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99489
Khem Raj changed:
What|Removed |Added
Known to work||10.2.0
Host|
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 50339
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50339=edit
testc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99422
--- Comment #16 from Khem Raj ---
the kernel build failures still happen. I am re-opened #99454 and #99455
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99455
--- Comment #3 from Khem Raj ---
Created attachment 50333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50333=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99455
Khem Raj changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99454
Khem Raj changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99437
Khem Raj changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
compiling attached source with -Os causes the ICE, it works ok with -O1 or -O2
=
$ x86_64-yoe-linux-musl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99454
--- Comment #1 from Khem Raj ---
btw. another data point when compiling with -Os it works but fails with -O1 or
-O2
it was working ok with gcc snapshot from 10 days ago.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 50325
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50325=edit
testcase
Compiling kernel 5.10 for x86_64 is result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99437
--- Comment #1 from Khem Raj ---
the version of gcc in use is
gcc version 11.0.1 20210306 (experimental) (GCC)
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 50321
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50321=edit
test case
gcc 11 fa
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Following code (reduced from nss ) exhibits new warning with gcc11 on x86_64,
this doe s not happen when both these externs are in one function e.g. foo(),
its an expansion of PR_STATIC_ASSERT
++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
below test file triggers a warning with gcc 11, this worked fine with gcc10
=
float HexFloat16ToFloat(const unsigned char* value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94443
--- Comment #12 from Khem Raj ---
Created attachment 48170
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48170=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94443
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #22 from Khem Raj ---
yes you are right
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #20 from Khem Raj ---
(In reply to CVS Commits from comment #18)
> The master branch has been updated by Martin Liska :
>
> https://gcc.gnu.org/g:142d68f50b48309f48e34fc1d9d6dbbeecfde684
>
> commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #19
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 47981
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47981=edit
testcase
I am seeing an issue for raspberrypi3 build for pulseau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93559
--- Comment #1 from Khem Raj ---
gcc specs are
Using built-in specs.
COLLECT_GCC=../../recipe-sysroot-native/usr/bin/aarch64-yoe-linux/aarch64-yoe-linux-g++
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 47772
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47772=edit
testcase
Attached testcase fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93345
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93238
--- Comment #7 from Khem Raj ---
(In reply to Andrew Pinski from comment #6)
> *** Bug 93255 has been marked as a duplicate of this bug. ***
yep, just verified my usecases, work well now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93077
Khem Raj changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #7 from Khem Raj ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93255
--- Comment #2 from Khem Raj ---
its build config is
Using built-in specs.
COLLECT_GCC=../../recipe-sysroot-native/usr/bin/mips-yoe-linux/mips-yoe-linux-g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93255
--- Comment #1 from Khem Raj ---
proper testcase
enum {
kLengthShift=5,
};
struct {
short int fLengthAndFlags;
} fFields;
bool isEmpty() {
return (fFields.fLengthAndFlags>>kLengthShift) == 0;
}
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Attached testcase crashes gcc
mips-yoe-linux-g++ a.cpp -S
a.cpp: In function 'bool isEmpty()':
a.cpp:10:36: internal compiler error: in sign_mask
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93110
--- Comment #3 from Khem Raj ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 47579 [details]
> gcc10-pr93110.patch
>
> Untested fix.
Thanks, I tried it out and it fixes the syslinux and grub failures on x86_64
that I was
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 47576
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47576=e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #8
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 47552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47552=edit
testcase
attached test case crashes gcc10 ( wo
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 47551
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47551=edit
testcase
attached test fa
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
While compiling glibc-2.29, timezone/zic, gcc started to ICE( this was working
ok few weeks ago), this only happens when compiling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #1 from Khem Raj ---
there are more errors probably same root cause
http://errors.yoctoproject.org/Errors/Details/216895/
http://errors.yoctoproject.org/Errors/Details/216899/
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Created attachment 45445
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45445=edit
test case
While compiling mpd on cortex-a5 mach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88616
--- Comment #4 from Khem Raj ---
I am seeing similar ICE when compiling QT 5.12 on armhf, I have a un-reduced
case but I think its same problem. Since the reduced case fails with my built
gcc as well, I can test it out once a fix is available.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81824
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86555
--- Comment #2 from Khem Raj ---
we can avoid the problem by altering the structure, thats not an issue, but do
you think compiler is right here by assuming to generate LDRD on a 4byte
aligned address when it is told that architecture
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
Following example generates LDRD instructions which are loading for a 4byte
aligned address instead of 8-byte aligned address. This does not work on
armv5te systems and results
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Target Milestone: ---
This test case
==
#include
#include
extern const char *modalias_usb(const char *p, const char *v);
char s[16];
const char *modalias_usb(const char *p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81066
--- Comment #7 from Khem Raj ---
(In reply to Florian Weimer from comment #6)
> (In reply to Khem Raj from comment #5)
> > +#ifndef __stack_t_defined
> > +struct stack_t;
> > +#endif
>
> Where does __stack_t_defined come from? If this is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81066
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65248
Khem Raj raj.khem at gmail dot com changed:
What|Removed |Added
CC||raj.khem at gmail
++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
The test case is here http://uclibc.org/~kraj/webkit.cpp.tar.bz2
sorry its not reduced.
When I compiled trunk for arm
./gcc/configure --target=arm-linux-gnueabi --enable-languages=c,c++
--disable-shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65465
--- Comment #1 from Khem Raj raj.khem at gmail dot com ---
I could bisect it to this commit being the faulty one.
commit 9f27b0caacbfc21963098a6d8e305c148ac8661a
Author: hubicka hubicka@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Fri Mar 13 06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65292
--- Comment #5 from Khem Raj raj.khem at gmail dot com ---
(In reply to John Marino from comment #4)
Khem, I've also just discovered gcc-5 won't build webkit anymore. If you
have already come up with a patch for libJavaScriptCore, could you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65292
--- Comment #2 from Khem Raj raj.khem at gmail dot com ---
(In reply to Andrew Pinski from comment #1)
Why do you think this is an issue?
there is another file in same library where this file object resides which uses
this function and reports
++
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Created attachment 34932
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=34932action=edit
testcase
Attached code from webkit, shows that when compiling it for arm with gcc -O2, a
function goes missing in the object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #12 from Khem Raj raj.khem at gmail dot com ---
I would like to reopen this bug. As there is more information to explain this
issue. This issue will happen if you first build cross binutils and add the
installation path to PATH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
--- Comment #8 from Khem Raj raj.khem at gmail dot com ---
(In reply to Sandra Loosemore from comment #7)
I ran into the same problem compiling fp-bit.c. Cesar's patch isn't enough
to fix my build on its own -- I also had to revert the r199132
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
trying to compile systemd with gcc 4.9 snapshot there appears to be a lot of
undefined symbols, I traced it down to the fact that system uses -flto option
during compilation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
--- Comment #6 from Khem Raj raj.khem at gmail dot com ---
here is another case which fails before suggested patch and also after the
patch
void foo()
{
double a[2];
double b = 3.1L / 2;
}
Here is result below after applying the patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
--- Comment #4 from Khem Raj raj.khem at gmail dot com ---
I have backported this fix to 4.8 branch and tested it and it fixed the issue.
Below is the patch for 4.8
Index: gcc-4.8.1/gcc/config/rs6000/rs6000.c
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Created attachment 30405
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30405action=edit
testcase
Attached testcase causes and ICE on gcc 4.8+ and happens on trunk too. It works
ok on 4.7
./gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
Khem Raj raj.khem at gmail dot com changed:
What|Removed |Added
Target||arm-none-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
Khem Raj raj.khem at gmail dot com changed:
What|Removed |Added
CC||mjambor at suse dot
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: raj.khem at gmail dot com
Created attachment 30363
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30363action=edit
testcase
The attached testcase fails causes a gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
Khem Raj raj.khem at gmail dot com changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
Khem Raj raj.khem at gmail dot com changed:
What|Removed |Added
Target||powerpc-angstrom
1 - 100 of 117 matches
Mail list logo