[Bug c++/61135] It seems to be not able to call virtual method of literal object in lambda expression
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
[Bug middle-end/55595] [google] r172952 (LIPO) broke profiledbootstrap on google/main, and later in google/gcc-4_7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55595 Dinar Temirbulatov dtemirbulatov at gmail dot com changed: What|Removed |Added CC||dtemirbulatov at gmail dot com --- Comment #4 from Dinar Temirbulatov dtemirbulatov at gmail dot com --- For the gcc-4_7 this bug was fixed with this commit: r194713 | dehao | 2012-12-24 16:49:06 -0800 (Mon, 24 Dec 2012) | 5 lines and for gcc-4_8 this incident was resolved here: http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00063.html
[Bug bootstrap/57486] bootstrap fails on 4.8 and google/4.8 branch on RHEL6.1 platform
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57486 Dinar Temirbulatov dtemirbulatov at gmail dot com changed: What|Removed |Added CC||dtemirbulatov at gmail dot com --- Comment #2 from Dinar Temirbulatov dtemirbulatov at gmail dot com --- Created attachment 30385 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30385action=edit preporcessed graphite.c with -dD option
[Bug bootstrap/57486] bootstrap fails on 4.8 and google/4.8 branch on RHEL6.1 platform
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 graphite.o -fno-exceptions -fno-rtti -O2.
[Bug rtl-optimization/57268] [4.9 Regression] c nested loops hang compiler in sched-deps.c
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
[Bug rtl-optimization/57268] [4.9 Regression] c nested loops hang compiler in sched-deps.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268 Dinar Temirbulatov dtemirbulatov at gmail dot com changed: What|Removed |Added CC||dtemirbulatov at gmail dot com --- Comment #3 from Dinar Temirbulatov dtemirbulatov at gmail dot com --- (In reply to Jakub Jelinek from comment #2) This is weird, I've tried to bisect it, r197678 still compiled it without hanging, r197681 ICEd somewhere in lra-constraints.c, but if I rebuild lra-constraints.o with -O0, it instead ICEs on frame reg uses during final_scan_insns (i.e. LRA hasn't replaced the frame pointer with hard frame pointer or stack pointer), r197696 still ICEs, r197700 hangs. BTW, doing -da before it hangs, I'm seeing right in *.split4 dump REG_EQUIV notes like: (insn 20109 70 20110 19 (set (reg/f:DI 38 r9 [19927]) (plus:DI (reg/f:DI 7 sp) (const_int 16 [0x10]))) 254 {*leadi} (expr_list:REG_EQUIV (plus:DI (reg/f:DI 20 frame) (const_int -8 [0xfff8])) (nil))) wonder if it isn't a bug that RA hasn't replaced the eliminable register in the note with sp (or hfp). Problem was triggered by Author: amker amker@138bc75d-0d04-0410-961f-82ee72b054a4 Date: Thu Apr 11 03:55:14 2013 + PR target/56124 * ira-costs.c (scan_one_insn): Check whether the source rtx of loading has side effect. And the problem in my view is in the scheduling 2 pass, it creates too long read dependents list without flushing.
[Bug c/57004] False warning: comparison is always true due to limited range of data type [-Wtype-limits]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57004 Dinar Temirbulatov dtemirbulatov at gmail dot com changed: What|Removed |Added CC||dtemirbulatov at gmail dot ||com --- Comment #1 from Dinar Temirbulatov dtemirbulatov at gmail dot com 2013-04-19 12:04:52 UTC --- reproduced this error on trunk with --with-interwork --with-mode=arm --with-fpu=vfpv3 --with-cpu=cortex-a15 --with-tune=cortex-a15 configuration.
[Bug c++/56996] New: no warning on using extern C in namespace
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 Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dtemirbula...@gmail.com Created attachment 29894 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29894 testcase Using extern C in namespace is not right and it is good to have a warning in such cases. Currently gcc is silent when front-end encounters such constructions. More on this issue http://support.microsoft.com/kb/140357.
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
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, arm_zero_extendhisi2_v6 caused gcc.c-torture/compile/920928-2.c to fail with ICE by using -Os flag.
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
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-vectorize -O3 cr_parse-reduced-fsf.ii -o /tmp/1.s
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
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 testcase for gcc-4.6 and gcc-4.7
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
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
[Bug fortran/49430] [F03] ICE with allocatable length character in interface block
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49430 Dinar Temirbulatov dtemirbulatov at gmail dot com changed: What|Removed |Added CC||dtemirbulatov at gmail dot ||com --- Comment #9 from Dinar Temirbulatov dtemirbulatov at gmail dot com 2012-09-25 16:15:11 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/u:SI (*.LC0) [flags 0x2]) [0 S1 A8]))) cr_parse-reduced.ii:111 168 {*arm_zero_extendqisi2_v6} (nil))
[Bug fortran/49430] [F03] ICE with allocatable length character in interface block
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
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
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/u:SI (*.LC0) [flags 0x2]) [0 S1 A8]))) cr_parse-reduced.ii:111 168 {*arm_zero_extendqisi2_v6} (nil))
[Bug c++/54254] New: libiberty: demangling is broken since r167781 (http://gcc.gnu.org/viewcvs?root=gccview=revrev=167781)
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 Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dtemirbula...@gmail.com Created attachment 28011 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28011 proposed fix for the issue After the r167781 revision c++filt for gcc/testsuite/g++.dg/other/first-global.C shows following demangling information for foo constructor: 0029 t _GLOBAL__sub_I_foobar and after fix was applied c++filt shows this output: 0029 t global constructors keyed to foobar t __static_initialization_and_destruction_0(int, int) U foo::foo() B foobar
[Bug target/18141] mips64-none-elf-gcc: Excessive NOPs with -march=r3000
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 request.
[Bug middle-end/22141] [4.0/4.1/4.2/4.3 Regression] Missing optimization when storing structures
--- 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
[Bug middle-end/31490] Compile error section type conflict
--- 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
[Bug target/31552] -fcall-used-vXX turns into ICE
--- 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
[Bug middle-end/31490] Compile error section type conflict
--- 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, be read-only or not, but whether the dynamic link will have to do something. If so, we wish to segregate the data in order to minimize cache misses inside the dynamic linker. */ - if (reloc targetm.asm_out.reloc_rw_mask ()) + if (reloc targetm.asm_out.reloc_rw_mask () + !lookup_attribute (section, DECL_ATTRIBUTES (decl))) ret = reloc == 1 ? SECCAT_DATA_REL_LOCAL : SECCAT_DATA_REL; else ret = SECCAT_DATA; } - else if (reloc targetm.asm_out.reloc_rw_mask ()) + else if (reloc targetm.asm_out.reloc_rw_mask () + !lookup_attribute (section, DECL_ATTRIBUTES (decl))) ret = reloc == 1 ? SECCAT_DATA_REL_RO_LOCAL : SECCAT_DATA_REL_RO; else if (reloc || flag_merge_constants 2) /* C and C++ don't allow different variables to share the same , bootstraped and tested on i686-pc-linux-gnu with no new regressions, tested 4.2 version with gdb-sim on following architectures arm-elf, arm-none-eabi, mips-elf, mipsisa64-elf, powerpc-eabisim, sh-elf, powerpc-unknown-eabispe with no new regressions -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
[Bug target/31490] Compile error section type conflict
--- 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
[Bug target/31490] Compile error section type conflict
--- 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 case SECCAT_RODATA_MERGE_STR_INIT: case SECCAT_RODATA_MERGE_CONST: case SECCAT_SRODATA: +case SECCAT_DATA_REL_RO: +case SECCAT_DATA_REL_RO_LOCAL: return true; break; default: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
[Bug target/31490] Compile error section type conflict
--- 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
[Bug inline-asm/23399] ICE in create_tmp_var, at gimplify.c:387
--- 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
[Bug rtl-optimization/28657] New: could not expand __builtin_constant_p correctly
this code example could not be build for arm-elf correctly static inline __attribute__((always_inline)) __attribute__((always_inline)) void *my_alloc(unsigned int size) { if (__builtin_constant_p(size)) { __I_think_size_is_a_constant(); return func2(size); } return func3(size); } static inline __attribute__((always_inline)) __attribute__((always_inline)) int verify(int type, const void * addr, unsigned int size) { return 0; } typedef struct my_struct { int num_entries; void** list; int list_size; } my_struct_t; int main_func(struct inode *inode, struct file *file, unsigned int cmd, unsigned long arg) { struct my_struct urun; int res=0; urun.list = 0; switch (cmd) { case 1: func1(); break; case 2: fill_array_randomly(urun, sizeof(struct my_struct)); res = (void *) my_alloc (urun.num_entries); if (urun.list) { int size; if (urun.list_size 512) return -1; size = urun.list_size * sizeof(void*); if (verify(0, (void *)urun.list, size)) return -1; urun.list = (void**) my_alloc (size); } } return res + urun.list; } compiler thinks that size in my_alloc is a constant this is a regression from 2003-03-30 Richard Henderson [EMAIL PROTECTED] PR opt/10011, opt/10252: * toplev.c (rest_of_compilation): Run purge_builtin_constant_p before post-gcse cse pass. and it was fixed by 2004-03-12 Roger Sayle [EMAIL PROTECTED] * combine.c (unmentioned_reg_p): New function to check whether an expression is a specialization of another, i.e. that there are no registers or memory references mentioned in the first that don't appear in the second. (unmentioned_reg_p_1): New helper subroutine of unmentioned_reg_p. (combine_instructions): Also try combining instructions using the REG_EQUAL note from a preceding log-linked instruction. -- Summary: could not expand __builtin_constant_p correctly Product: gcc Version: 3.4.6 Status: UNCONFIRMED 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
[Bug target/27075] [4.1/4.2 Regression] Compiler generate incorrect assembler for __sync_fetch-* builtins on e500 aka SPE
--- 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/bugzilla/show_bug.cgi?id=27075
[Bug c++/25357] [4.0 Regression] ICE in typeid
--- 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
[Bug c++/26696] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- 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
[Bug c++/26696] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- 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
[Bug c++/26696] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
--- 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/bugzilla/show_bug.cgi?id=26696
[Bug tree-optimization/26865] [4.1 Regression] Segmentation fault with -std=c99 -O1 and alloca()
--- 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: Include cgraph.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26865
[Bug target/26098] [4.0 Regression] ICE in multiplication of 16-byte longlong vector on x86_64
--- 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/i386/sse.md (mulv16qi3, mulv2di3): New -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26098
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- 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/show_bug.cgi?id=21169
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- 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
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- 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 Attachment #10787|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- 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-04-12 Richard Henderson [EMAIL PROTECTED] * config/i386/i386.c (ix86_prepare_sse_fp_compare_args): Split ... (ix86_expand_sse_fp_minmax): ... from ... (ix86_expand_fp_movcc): ... here. (ix86_expand_sse_movcc): Rewrite from ix86_split_sse_movcc. * config/i386/i386-protos.h: Update. * config/i386/i386.md (UNSPEC_IEEE_MIN, UNSPEC_IEEE_MAX): New. (sse_setccsf, sse_setccdf): Allow before reload. (movsfcc_1_sse_min, movsfcc_1_sse_max, movsfcc_1_sse): Remove. (movdfcc_1_sse_min, movdfcc_1_sse_max, movdfcc_1_sse): Remove. (ieee_sminsf3, ieee_smaxsf3, ieee_smindf3, ieee_smaxdf3): New. * config/i386/sse.md (andsf3, nandsf3, iorsf3, xorsf3): New. (anddf3, nanddf3, iordf3, xordf3): New. Attached patch was tested for i686-pc-linux-gnu and x86_64-unknown-linux-gnu including make check-gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- 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 --host=i686-host_pc-linux-gnu --prefix=/home/dinar/work/fsfbugz/21169/gcc-exec/ --disable-multilib --with-sysroot=/home/dinar/work/gnu/tools/gcc-4.0.2-20060112-glibc-2.3.5/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/sys-root --with-local-prefix=/home/dinar/work/gnu/tools/gcc-4.0.2-20060112-glibc-2.3.5/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/sys-root --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long Thread model: posix gcc version 4.1.0 20051026 (experimental) -- dtemirbulatov at gmail dot com changed: What|Removed |Added CC||dtemirbulatov at gmail dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
[Bug target/20036] [3.4 only] gcc.dg/compat/vector-[12]_y.c fails to compile
--- 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
[Bug rtl-optimization/25848] New: missed-rtl-optimization
This C example: int f1(int a) { int b = a*2; return b+a; } --- Currently we produce: _f1: mr 0,3 slwi 3,3,1 add 3,3,0 extsw 3,0 blr - We should be able to produce: _f1: mr 0,3 slwi 3,3,1 add 3,0,3 blr ,so the extsw instruction should go out. -- Summary: missed-rtl-optimization Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dtemirbulatov at gmail dot com GCC target triplet: powerpc64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25848
[Bug rtl-optimization/25381] local alloc is not really that good
--- 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-gnu Configured with: ../gcc/configure --target=powerpc-440-linux-gnu --host=i686-host_pc-linux-gnu --prefix=/home/dinar/work/fsfbugz/25381/branch-4.0/gcc-20040801-core-prefix/ --with-local-prefix=/home/dinar/work/gnu/tools/gcc-4.0.0-glibc-2.3.5/powerpc-440-linux-gnu/powerpc-440-linux-gnu --disable-multilib --with-newlib --without-headers --disable-nls --enable-threads=no --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c --disable-shared Thread model: single gcc version 4.2.0 20060112 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25381