https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
--- Comment #18 from Khem Raj ---
(In reply to Andrew Pinski from comment #16)
> (In reply to Khem Raj from comment #15)
> > My problem was that I made the version to be 15.1.0
>
> How?
in yocto, we copy the tools/symlinks into locations manua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117342
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #15
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&action=edit
potential fix
This patch uses -idirafter instead of -iprefix when building for musl. This
fixes the issue as the se
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, and
: 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&action=edit
testcase
Attached test comes from valgrind, it worked fine with gcc-13
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 to be not
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, true
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 wil
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. T
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. Is
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 std::hardware_destructiv
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 b
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&action=edit
test case
gcc 12 when using -march=core2 ge
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 ok w
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&action=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
/mnt/b/yoe/master/build/tmp/work/mips32r2-yoe-linux/gnupg/2.3.4-r0/recipe-sysroot/usr/include/
Status: 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.cg
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&
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&action=edit
t
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&action=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
Severity: 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-
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&action=edit
testcase
Compiling kernel 5.10 for x8
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)
erity: 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&action=edit
test case
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&action=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 r10-7492-g142d68f50b48309f48e34fc1
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
iority: P3
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&action=edit
testcase
I am seeing an issue for raspberrypi3 bui
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++
COLLECT_LTO_WRAPPER=/mnt/b/yoe/build/tmp/work/aarch64-yoe-linux/nodejs/12.14.1-r0/recipe
: 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&action=edit
testcase
Attached t
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 ---
(I
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++
COLLECT_LTO_WRAPPER=/mnt/b/yoe/build/tmp/work/mips32r2-yoe-linux/icu/64.2-r0/recipe-sys
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
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 ob
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&
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&action=edit
testcase
attached test case crashe
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&action=edit
testcase
attached tes
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 with
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&action=edit
test case
While compiling mpd on co
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 (-march=arm
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 in
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 de
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 changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65465
--- Comment #1 from Khem Raj ---
I could bisect it to this commit being the faulty one.
commit 9f27b0caacbfc21963098a6d8e305c148ac8661a
Author: hubicka
Date: Fri Mar 13 06:30:04 2015 +
* ipa-icf.c (sem_function::equals_wpa): Matc
++
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
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65292
--- Comment #5 from Khem Raj ---
(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 share it
> here?
posted a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65292
--- Comment #2 from Khem Raj ---
(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 undefined symbol errors w
++
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=34932&action=edit
testcase
Attached code from webkit, shows that when compiling it for arm with gcc -O2, a
function goes missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60643
--- Comment #12 from Khem Raj ---
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 variable and then configure gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
--- Comment #8 from Khem Raj ---
(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 patch
> Sebastian pointe
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 ---
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 in comment #3
$ ./gcc/cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
Khem Raj changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #2 from Khe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57748
Khem Raj changed:
What|Removed |Added
Target||arm-none-linux-gnueabi
Build|
: 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=30405&action=edit
testcase
Attached testcase causes and ICE on gcc 4.8+ and happens on trunk too. It works
ok
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
--- Comment #4 from Khem Raj ---
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
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
Khem Raj changed:
What|Removed |Added
Target||powerpc-angstrom-linux-gnus
1 - 100 of 119 matches
Mail list logo
