https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61135
--- Comment #4 from Dinar Temirbulatov dtemirbulatov at gmail dot com ---
I could not reproduce the error, the output looks correct on trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595
Dinar Temirbulatov dtemirbulatov at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57486
Dinar Temirbulatov dtemirbulatov at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57486
--- Comment #3 from Dinar Temirbulatov dtemirbulatov at gmail dot com ---
Hello, Richard. I have got this error with gcc-4.8.x-google branch under the
RedHat based system. Here is command-line to reproduce the error: g++ -c
graphite.i -o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
--- Comment #4 from Dinar Temirbulatov dtemirbulatov at gmail dot com ---
proposed fix posted here
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg01713.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
Dinar Temirbulatov dtemirbulatov at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57004
Dinar Temirbulatov dtemirbulatov at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56996
Bug #: 56996
Summary: no warning on using extern C in namespace
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
--- Comment #16 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-10-11 09:11:27 UTC ---
this regression after PR43137, also absence of pool range predicates for
arm_zero_extendqisi2, arm_zero_extendqisi2_v6, arm_zero_extendhisi2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
--- Comment #15 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-09-26 15:38:33 UTC ---
here is command and flags to reproduce the second testcase on 4.6 and 4.7 :
cc1plus -mcpu=cortex-a15 -mfpu=neon -mfloat-abi=hard -ftree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
--- Comment #12 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-09-25 16:12:13 UTC ---
Created attachment 28273
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28273
testcase for gcc-4.6 and gcc-4.7
Here is another
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
--- Comment #13 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-09-25 16:14:44 UTC ---
This time it is arm_zero_extendqisi2_v6 pattern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49430
Dinar Temirbulatov dtemirbulatov at gmail dot com changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49430
--- Comment #10 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-09-25 16:16:55 UTC ---
oh, sorry please ignore my comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423
--- Comment #14 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-09-25 16:18:05 UTC ---
(gdb) call debug_rtx(insn)
(insn:TI 454 460 607 (set (reg:SI 2 r2 [orig:433 buf+2 ] [433])
(zero_extend:SI (mem/u/c/i:QI (symbol_ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54254
Bug #: 54254
Summary: libiberty: demangling is broken since r167781
(http://gcc.gnu.org/viewcvs?root=gccview=revrev=1677
81)
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18141
--- Comment #2 from Dinar Temirbulatov dtemirbulatov at gmail dot com
2012-02-21 11:58:23 UTC ---
proposed fix for this issue posted here
http://gcc.gnu.org/ml/gcc-patches/2011-09/msg01693.html and the GNU copyright
assignment form available upon
--- Comment #8 from dtemirbulatov at gmail dot com 2008-01-17 18:34 ---
This regression happens after the SSA was merged in to the mainline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
--- Comment #13 from dtemirbulatov at gmail dot com 2007-08-28 16:25
---
reviewed patch posted here
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01280.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #4 from dtemirbulatov at gmail dot com 2007-07-26 01:16 ---
this issue could not be reproduced on the mainline after dataflow-branch merge
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31552
--- Comment #9 from dtemirbulatov at gmail dot com 2007-05-16 22:47 ---
This patch fixes both testcases
--- gcc/varasm.c.orig 2007-05-16 21:32:11.0 +0400
+++ gcc/varasm.c2007-05-16 21:36:14.0 +0400
@@ -5762,12 +5762,14 @@ categorize_decl_for_section (tree decl
--- Comment #5 from dtemirbulatov at gmail dot com 2007-05-02 16:14 ---
I can reproduce this bug any architecture with -fpic option
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #6 from dtemirbulatov at gmail dot com 2007-05-02 16:25 ---
workaround for the bug:
--- gcc/varasm.c-orig 2007-05-02 19:15:04.0 +0400
+++ gcc/varasm.c2007-05-02 19:16:17.0 +0400
@@ -5519,6 +5519,8 @@ decl_readonly_section (tree decl, int re
--- Comment #4 from dtemirbulatov at gmail dot com 2007-04-06 03:18 ---
looks like regression is caused by PR26090 fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #4 from dtemirbulatov at gmail dot com 2006-09-01 19:57 ---
I have got the same ICE on mainline gcc-20060815
bug.cc:4: internal compiler error: in create_tmp_var, at gimplify.c:487
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23399
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dtemirbulatov at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28657
--- Comment #15 from dtemirbulatov at gmail dot com 2006-07-26 12:53
---
As Andrew posted, the question is the impact on other targets...
Looking at the patch, it is only about e500(TARGET_E500 defined only for e500),
so it should not impact other targets
--
http://gcc.gnu.org
--- Comment #9 from dtemirbulatov at gmail dot com 2006-07-11 19:59 ---
fix posted here http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00144.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25357
--- Comment #4 from dtemirbulatov at gmail dot com 2006-07-05 10:46 ---
fix
we need to check first operand for FIELD_DECL before gimpilfying COMPONENT_REF
this is a wrong fix, it caused some regressions
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26696
--- Comment #5 from dtemirbulatov at gmail dot com 2006-07-05 18:26 ---
It should instead issue the warning statement is a reference, not call, to
function A::f
gcc producing the warnig, if you using -Wall flag
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26696
--- Comment #3 from dtemirbulatov at gmail dot com 2006-06-30 01:08 ---
Created an attachment (id=11782)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11782action=view)
fix
we need to check first operand for FIELD_DECL before gimpilfying COMPONENT_REF
--
http://gcc.gnu.org
--- Comment #7 from dtemirbulatov at gmail dot com 2006-04-19 23:25 ---
this bug could be fixed my backporting this patch:
2005-12-11 Daniel Berlin [EMAIL PROTECTED]
* timevar.def (TV_IPA_PTA): New.
* tree-pass.h (pass_ipa_pta): New
* tree-ssa-structalias.c
--- Comment #3 from dtemirbulatov at gmail dot com 2006-03-10 19:09 ---
Created an attachment (id=11018)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11018action=view)
bug fix
this a backport form the mainline
2005-05-17 Richard Henderson [EMAIL PROTECTED]
* config
--- Comment #8 from dtemirbulatov at gmail dot com 2006-03-10 02:25 ---
I have noticed a few regressions with that patch on x86_86.
those regressions were due to a linux kernel problem, retested on x86_86 target
and no regressions observed
--
http://gcc.gnu.org/bugzilla
--- Comment #9 from dtemirbulatov at gmail dot com 2006-03-10 02:31 ---
s/retested on x86_86/retested on another x86_86
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
--- Comment #7 from dtemirbulatov at gmail dot com 2006-02-14 11:46 ---
(From update of attachment 10787)
I have noticed a few regressions with that patch on x86_86.
--
dtemirbulatov at gmail dot com changed:
What|Removed |Added
--- Comment #6 from dtemirbulatov at gmail dot com 2006-02-06 16:51 ---
Created an attachment (id=10787)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10787action=view)
proposed patch
Can anybody do a regression hunt on mainline?
I found original fix on the mainline. it is
2005
--- Comment #5 from dtemirbulatov at gmail dot com 2006-02-01 11:01 ---
no such regression on mainline
$ ./gcc-exec/bin/x86_64-unknown-linux-gnu-g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-20051026/configure --target=x86_64-unknown-linux-gnu
--- Comment #5 from dtemirbulatov at gmail dot com 2006-01-28 00:52 ---
Created an attachment (id=10745)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10745action=view)
fix
this patch allows testcases to get passed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20036
ReportedBy: dtemirbulatov at gmail dot com
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25848
--- Comment #2 from dtemirbulatov at gmail dot com 2006-01-13 00:42 ---
Created an attachment (id=10634)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10634action=view)
workaround for the bug
verified and tested on ppc_440
# gcc -v
Using built-in specs.
Target: powerpc-440-linux
41 matches
Mail list logo
