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=94249
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #19
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
--- Comment #22 from Khem Raj ---
yes you are right
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=94443
--- Comment #12 from Khem Raj ---
Created attachment 48170
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48170&action=edit
testcase
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: ---
Created attachment 47552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47552&action=edit
testcase
attached test case crashe
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
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=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
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=93255
--- Comment #1 from Khem Raj ---
proper testcase
enum {
kLengthShift=5,
};
struct {
short int fLengthAndFlags;
} fFields;
bool isEmpty() {
return (fFields.fLengthAndFlags>>kLengthShift) == 0;
}
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=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=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=93345
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #2
: 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=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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56797
Bug #: 56797
Summary: internal compiler error: in extract_insn, at
recog.c:2150
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56797
--- Comment #2 from Khem Raj 2013-04-20 08:39:48
UTC ---
The patch posted here
http://patchwork.ozlabs.org/patch/237891/
Fixed the problem for my case of building elfutils
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46988
Summary: gcc/cp/cfns.h is modified even when the object
directory is out of tree
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
: 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=30363&action=edit
testcase
The attached testcase fails cause
||amodra at gcc dot gnu.org,
||raj.khem at gmail dot com
--- Comment #1 from Khem Raj ---
I have tracked it down to this commit
Author: amodra
Date: Tue Jul 24 05:55:50 2012 +
PR target/53914
PR target/54009
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57717
Khem Raj changed:
What|Removed |Added
Target||powerpc-angstrom-linux-gnus
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
==
: 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=57748
Khem Raj changed:
What|Removed |Added
Target||arm-none-linux-gnueabi
Build|
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=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=50104
Bug #: 50104
Summary: internal compiler error: in extract_insn
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
Bug #: 53135
Summary: internal compiler error: in value_format, at
dwarf2out.c:8010
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
Khem Raj changed:
What|Removed |Added
Target||arm-oe-linux-gnueabi
Known to fail|
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=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.
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=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: 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
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
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: ---
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
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #5
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
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=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
++
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=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
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
++
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=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
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=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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48344
Summary: powerpc ICE error: unrecognizable insn
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48344
--- Comment #1 from Khem Raj 2011-04-01 20:43:26
UTC ---
I could track it down to commit 148869 on trunk
Step 1 of VSX changes: Powerpc infrstructure changes
ChangeLog goes like this
2009-06-23 Michael Meissner
Pat Haugen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45805
Summary: VFP/Neon double precision register expected --
`vmovl.s16 q2,s8
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45805
--- Comment #2 from Khem Raj 2010-09-27 18:33:58
UTC ---
(In reply to comment #1)
> Created attachment 21897 [details]
> Fix register specifier in instruction template for vmovl.
I tried similar patch locally before submitting the bug (changed o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45805
--- Comment #4 from Khem Raj 2010-09-28 15:22:53
UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > Created attachment 21897 [details] [details] [details]
> > > Fix register specifier in instruction tem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45805
--- Comment #7 from Khem Raj 2010-09-28 18:30:52
UTC ---
(In reply to comment #6)
> Created attachment 21903 [details]
> vmov[l,n] fix
yes the 'w' constraint will do the trick.
this patch works well for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45847
Summary: ICE in supportable_widening_operation
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46882
Summary: Wrong code generated for arm with -O2
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig...@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46883
Summary: GCC ICE with error: unrecognizable insn
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46934
Summary: gcc ICE: error: unrecognizable insn: in extract_insn,
at recog.c:2109
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45819
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #9 from
++
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
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
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
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)
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=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.
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=99437
Khem Raj changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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=99455
Khem Raj changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICATE
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=99422
--- Comment #16 from Khem Raj ---
the kernel build failures still happen. I am re-opened #99454 and #99455
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=99489
Khem Raj changed:
What|Removed |Added
Known to work||10.2.0
Host|
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
--- Comment #10 from Khem Raj ---
(In reply to Martin Sebor from comment #9)
> Fixed in r11-7658.
I validated the fix as well.
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=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.
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=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
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
++
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=105144
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #6
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
--- 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=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=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
--- 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
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
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=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/
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 #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 ?
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
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
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
1 - 100 of 119 matches
Mail list logo
