[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux
--- Comment #29 from pbrook at gcc dot gnu dot org 2010-03-30 14:04 --- Wouldn't it be better to just remove _Unwind_GetRegionStart? This function is not part of the ARM EABI, and removing it would expose any (already broken) users at compile time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
-- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-08-10 12:00:52 |2006-08-25 16:17:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/28621] [4.1/4.2 Regression] SIGSEGV in set_fast_math () at -Os
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-08-25 20:40 --- Subject: Bug 28621 Author: pbrook Date: Fri Aug 25 20:39:48 2006 New Revision: 116431 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116431 Log: 2006-08-25 Jan Hubicka <[EMAIL PROTECTED]> PR target/28621 * config/i386/crtfastmath.c (set_fast_math): Force stack alignment. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/crtfastmath.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28621
[Bug libfortran/19273] No automatic dependencies in libgfortran
-- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|pbrook at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #5 from pbrook at gcc dot gnu dot org 2006-09-13 19:00 --- This is looking like a latent reload bug. I don't see anything in r105121 that could cause this bug. I can reproduce it on non-linux and non-eabi arm targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
-- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-07-27 23:33:17 |2006-09-16 00:31:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #15 from pbrook at gcc dot gnu dot org 2006-09-19 13:18 --- Subject: Bug 28516 Author: pbrook Date: Tue Sep 19 13:18:27 2006 New Revision: 117055 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117055 Log: 2006-09-19 Paul Brook <[EMAIL PROTECTED]> PR target/28516 gcc/ * config/arm/arm.c (arm_unwind_emit_set): Handle reg = sp + const. gcc/testsuite/ * gcc.dg/nested-func-5.c: New test. Added: branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.dg/nested-func-5.c Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/config/arm/arm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #16 from pbrook at gcc dot gnu dot org 2006-09-19 13:19 --- Subject: Bug 28516 Author: pbrook Date: Tue Sep 19 13:19:24 2006 New Revision: 117056 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117056 Log: 2006-09-19 Paul Brook <[EMAIL PROTECTED]> PR target/28516 gcc/ * config/arm/arm.c (arm_unwind_emit_set): Handle reg = sp + const. gcc/testsuite/ * gcc.dg/nested-func-5.c: New test. Added: trunk/gcc/testsuite/gcc.dg/nested-func-5.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #17 from pbrook at gcc dot gnu dot org 2006-09-19 13:26 --- Fixed. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28604] [4.1/4.2 Regression] gcc.c-torture/execute/20050604-1.c fails on IA64 at -O3
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-09-20 22:55 --- IIRC my change can cause entries to be present into the hash table that wouldn't have been there before. However this should be harmless. I don't have any helpful suggestons why this is broken. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28604
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
-- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-09-26 13:38:11 |2006-09-26 14:17:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-09-27 14:12 --- I ICE in comment #10 looks like it may be a different problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
--- Comment #7 from pbrook at gcc dot gnu dot org 2006-09-27 17:10 --- Subject: Bug 29230 Author: pbrook Date: Wed Sep 27 17:09:40 2006 New Revision: 117253 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117253 Log: 2006-09-27 Paul Brook <[EMAIL PROTECTED]> PR target/29230 gcc/ * config/arm/arm.md (arith_adjacentmem): Handle large offsets. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-09-27 17:10 --- Subject: Bug 29230 Author: pbrook Date: Wed Sep 27 17:10:22 2006 New Revision: 117254 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117254 Log: 2006-09-27 Paul Brook <[EMAIL PROTECTED]> PR target/29230 Backport from mainline. * config/arm/arm.md (arith_adjacentmem): Handle large offsets. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/arm/arm.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/29230] [4.1 regression] gcc-4.1 generates faulty asm on ARM when compiling openmsx 0.6.1 with -O3
--- Comment #9 from pbrook at gcc dot gnu dot org 2006-09-27 17:11 --- Fixed. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29230
[Bug target/38703] testsuite __gnu_mcount_nc link error when profiling on arm
--- Comment #1 from pbrook at gcc dot gnu dot org 2009-01-02 17:01 --- That's what dg-require-profiling does. IMHO this is a deficiency in your glibc. It's very hard to distinguish between "something is subtly busted" and "my glibc sucks", so I'm not sure fixing this is appropriate for fsf gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38703
[Bug inline-asm/39440] User Manual: describe asm ("%a0,%c0"::)
--- Comment #1 from pbrook at gcc dot gnu dot org 2009-03-12 13:45 --- I'm not so sure documenting these is a good idea. Aren't these really internal implementation details that are accidentally exposed via asm()? IMHO putting them in the user documentation is risky because it means users have a legitimate grievance when we break them. I suspect many of the modifiers also don't do what you expect, and only work in very limited circumstances for particular .md patterns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39440
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #20 from pbrook at gcc dot gnu dot org 2006-12-03 22:48 --- As mentioned in the original patch submission mail you need a newer gas. http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00805.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #22 from pbrook at gcc dot gnu dot org 2006-12-04 15:10 --- I disagree. All code that requires new gas would previously ICE. Any code that currently compiles with 4.1 should be unaffected. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/16634] arm-elf-gcc problems when generating code for __attribute__ ((interrupt ("IRQ")))
--- Comment #6 from pbrook at gcc dot gnu dot org 2007-01-04 00:09 --- Subject: Bug 16634 Author: pbrook Date: Thu Jan 4 00:09:48 2007 New Revision: 120413 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120413 Log: 2007-01-03 Paul Brook <[EMAIL PROTECTED]> PR target/16634 gcc/ * config/arm/arm.c (output_return_instruction): Pop PC in interrupt functions. (use_return_insn): Return 0 for Thumb interrupt functions. (print_multi_reg): Add rfe argument for IRQ returns. (arm_output_epilogue): Pop interrupt return address directly into PC. (arm_expand_prologue): Only adjust IRQ return address in Arm mode. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16634
[Bug target/28675] [4.1/4.2/4.3 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]
--- Comment #12 from pbrook at gcc dot gnu dot org 2007-01-30 18:06 --- Before reload the problematic instruction is: (set (mem:HI (something)) (subreg:HI (reg:SI 177))) Reload decides to reload the second operand into a register. In find_reloads_subreg_address, reg_equiv_memory_loc tells us that reg 117 is equivalent to (mem:SI (plus:SI (mult:SI (reg:SI r1) (const_int 16)) (reg:SI r6))) This is a valid SImode address, but not a valid HImode address. we change the mem:SI to mem:HI, then call find_reloads_address to fixup the result. However the comment above find_reloads_address says: Note that there is no verification that the address will be valid after this routine does its work. Instead, we rely on the fact that the address was valid when reload started. So we need only undo things that reload could have broken. These are wrong register types, pseudos not allocated to a hard register, and frame pointer elimination. */ No mention of having broken the address by changing the mode of the mem. The new HImode mem passes through find_reloads_address unmolested, causing an ICE later when we try to assign it to the reload reg. My guess would be that we need to be calling something other than find_reloads_address after replacing the subreg with the mem, but don't know reload well enough to say what. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|pbrook at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
[Bug target/29983] Out of range offset for ldrd/strd intruction.
--- Comment #8 from pbrook at gcc dot gnu dot org 2007-03-02 22:51 --- Fixed. trunk r122437 http://gcc.gnu.org/ml/gcc-cvs/2007-03/msg00020.html 4.2 r122489 http://gcc.gnu.org/ml/gcc-cvs/2007-03/msg00072.html -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29983
[Bug preprocessor/14331] please add option to suppress warning message "no newline at end of file"
-- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dave dot korn at artimi dot |dot org |com Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14331
[Bug target/30486] segfault in aggregate_value_p while bootstrapping fortran
--- Comment #2 from pbrook at gcc dot gnu dot org 2007-05-16 20:05 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01010.html -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30486
[Bug target/32007] [4.3 Regression] bootstrap broken on ARM v3
--- Comment #3 from pbrook at gcc dot gnu dot org 2007-05-20 12:18 --- Subject: Bug 32007 Author: pbrook Date: Sun May 20 11:18:27 2007 New Revision: 124871 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124871 Log: 2007-04-20 Martin Michlmayr <[EMAIL PROTECTED]> PR target/32007 * config/arm/lib1funcs.asm: Define __ARM_ARCH__ on v2/v3 machines. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/lib1funcs.asm -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32007
[Bug c++/32016] sizeof(class) always a multiple of 4 on 32 bit machine
--- Comment #7 from pbrook at gcc dot gnu dot org 2007-05-21 23:55 --- On arm-elf structures are padded/aligned to a 4-byte boundary. This is a "feature" of the ABI. The microsoft compiler obviously conforms to a different ABI, which is why you get different results. Both are "correct". Any code that relies on a particular structure layout or size is inherently unportable. EABI based targets (eg. arm-eabi) use a more conventional ABI. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32016
[Bug target/32753] [4.2 Regression] building a crosscompiler for arm-elf fails because of an error in cirrus.md
--- Comment #4 from pbrook at gcc dot gnu dot org 2007-07-16 01:04 --- Builds fine for me. The bogus constraint is in a pattern that is never used - the predicate is "TARGET_ARM && TARGET_HARD_FLOAT && TARGET_MAVERICK && 0 [...]" gen* are clever enough to eliminate it before it causes problems. My guess is you broke genconditions by overriding CFLAGS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
[Bug target/32753] [4.2 Regression] building a crosscompiler for arm-elf fails because of an error in cirrus.md
--- Comment #5 from pbrook at gcc dot gnu dot org 2007-07-16 01:28 --- In further investigation building with a prehistoric (<3.0.1) host compiler may also cause the same failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
[Bug target/32753] [4.2 Regression] building a crosscompiler for arm-elf fails because of an error in cirrus.md
--- Comment #8 from pbrook at gcc dot gnu dot org 2007-07-16 13:01 --- Subject: Bug 32753 Author: pbrook Date: Mon Jul 16 13:01:18 2007 New Revision: 126679 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126679 Log: 2007-07-16 Paul Brook <[EMAIL PROTECTED]> PR target/32753 gcc/ * config/arm/cirrus.md (cirrus_arm_movsi_insn): Remove dead insn. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/cirrus.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
[Bug target/32753] [4.2 Regression] building a crosscompiler for arm-elf fails because of an error in cirrus.md
--- Comment #9 from pbrook at gcc dot gnu dot org 2007-07-16 13:03 --- Subject: Bug 32753 Author: pbrook Date: Mon Jul 16 13:03:07 2007 New Revision: 126680 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126680 Log: 2007-07-16 Paul Brook <[EMAIL PROTECTED]> PR target/32753 gcc/ * config/arm/cirrus.md (cirrus_arm_movsi_insn): Remove dead insn. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/arm/cirrus.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
[Bug target/32753] [4.2 Regression] building a crosscompiler for arm-elf fails because of an error in cirrus.md
--- Comment #10 from pbrook at gcc dot gnu dot org 2007-07-16 13:18 --- Subject: Bug 32753 Author: pbrook Date: Mon Jul 16 13:18:45 2007 New Revision: 126681 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126681 Log: 2007-07-16 Paul Brook <[EMAIL PROTECTED]> PR target/32753 gcc/ * config/arm/cirrus.md (cirrus_arm_movsi_insn): Remove dead insn. (cirrus_thumb2_movsi_insn): Ditto. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/cirrus.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
[Bug regression/32849] Unnecessary %esp inc/decrements in trivial code
--- Comment #8 from pbrook at gcc dot gnu dot org 2007-07-24 19:11 --- You can use -mpreferred-stack-boundary=2 to disable this feature if you know you're never going to need the additional stack alignment. The compiler has know way of knowing whet the rest of your application does, so has to make conservative assumptions. If 16-byte alignment is needed anywhere then all functions must preserve that alignment. Dynamic stack realignment is sufficiently expensive that it's much better to not allow the stack to get misaligned in the first place. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32849
[Bug target/32753] [4.2 Regression] building a crosscompiler for arm-elf fails because of an error in cirrus.md
--- Comment #11 from pbrook at gcc dot gnu dot org 2007-07-25 15:47 --- Should be fixed now. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32753
[Bug bootstrap/34205] enum type/size error
--- Comment #13 from pbrook at gcc dot gnu dot org 2007-11-28 19:05 --- The short answer is don't do that. -mabi=iwmmxt selects a bare-metal (short-enum) AAPCS variant with iWMMXt calling conventions. As such it is incompatible with the Linux EABI supplement (http://www.codesourcery.com/gnu_toolchains/arm/arm_gnu_linux_abi.pdf) which requires long-enums. If you want iwmmxt calling conventions on linux you'll have to define and add a new ABI variant. In theory gcc should probably be fixed to support short-enum host systems. In practice all vaguely interesting host systems use long enums, and other bits of a linux system will explode if built with -fshort-enums, so I'm closing this as WONTFIX. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34205
[Bug target/30192] [arm] Wrong sp value on exit after calling __floatdidf or __floatundidf
--- Comment #6 from pbrook at gcc dot gnu dot org 2007-12-13 01:04 --- Subject: Bug 30192 Author: pbrook Date: Thu Dec 13 01:03:53 2007 New Revision: 130800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130800 Log: 2007-12-13 Richard Earnshaw <[EMAIL PROTECTED]> PR target/30192 * config/arm/ieee754-df.S (floatundidf): Fix for wrong sp value on exit when using hard FPA. * config/arm/ieee754-df.S (floatdidf): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/ieee754-df.S -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30192
[Bug target/21691] ICE in reload_cse_simplify_operands, at postreload.c:391 (ARM -mthumb -Os)
--- Comment #6 from pbrook at gcc dot gnu dot org 2008-02-13 14:17 --- I agree with Nick. Unless there's some evidence that this bug still exists in versions of gcc that we still support, I'm going to put this down to general 3.4 brokeness and assume it has already been fixed. The proposed patch looks like an ugly workaround (no offence intended!) rather than actually fixing the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21691
[Bug target/35071] bad instruction `do_itt eq'
--- Comment #9 from pbrook at gcc dot gnu dot org 2008-02-19 01:30 --- Fixed -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35071
[Bug target/35071] bad instruction `do_itt eq'
--- Comment #8 from pbrook at gcc dot gnu dot org 2008-02-19 01:29 --- Subject: Bug 35071 Author: pbrook Date: Tue Feb 19 01:29:09 2008 New Revision: 132404 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132404 Log: 2008-02-19 Paul Brook <[EMAIL PROTECTED]> PR target/35071 * config/arm/ieee754-df.S: Fix do_it typo. * config/arm/ieee754-sf.S: Fix do_it typo. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/ieee754-df.S trunk/gcc/config/arm/ieee754-sf.S -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35071
[Bug target/35071] bad instruction `do_itt eq'
--- Comment #11 from pbrook at gcc dot gnu dot org 2008-02-19 04:33 --- Subject: Bug 35071 Author: pbrook Date: Tue Feb 19 04:32:15 2008 New Revision: 132408 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132408 Log: 2008-02-19 Paul Brook <[EMAIL PROTECTED]> PR target/35071 * config/arm/ieee754-df.S: Fix do_it typo. * config/arm/ieee754-sf.S: Fix do_it typo. Modified: branches/gcc-4_3-branch/gcc/ChangeLog branches/gcc-4_3-branch/gcc/config/arm/ieee754-df.S branches/gcc-4_3-branch/gcc/config/arm/ieee754-sf.S -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35071
[Bug fortran/36031] ARM -fshort-enums attribute not emitted for Fortran
--- Comment #1 from pbrook at gcc dot gnu dot org 2008-05-29 00:13 --- I think this is a gfortran bug. It implements its own short-enums flag instead of using flag_short_enums. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|target |fortran Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-05-29 00:13:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36031
[Bug fortran/20538] compiling -finline-functions -O2 and we crash at runtime
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-03-19 01:58 --- Due to general gfortran lameness only contained functions are ever inlined. Top-level functions are never inlined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20538
[Bug fortran/20879] argument to ICHAR must have length one
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-04-24 14:23 --- The original testcase can (and should) be checked at compile time. The argument is a simple variable of known length. The error should be unconditional (ie. not just when -pedantic is specified) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20879
[Bug rtl-optimization/21469] New: nternal compiler error: in spill_failure, at reload1.c:1897
Compiling the following code with "gcc -march=i386 -O2" gives and ICE.
-march=i686 doesn't have the same failure.
gcc version 4.1.0 20050507 (experimental)
3.3 and 3.4 both compile the code OK.
typedef unsigned char uint8_t;
typedef unsigned short uint16_t;
typedef union {
uint8_t _b[8];
uint16_t _w[2];
} MMXReg;
register MMXReg *env asm("ebp");
register long T0 asm("ebx");
register long T1 asm("esi");
register long T2 asm("edi");
void foo (int order) {
MMXReg r;
r._w[0] = env->_w[order];
*env = r;
}
t2.c:16: error: unable to find a register to spill in class 'GENERAL_REGS'
t2.c:16: error: this is the insn:
(insn:HI 14 28 16 0 (set (strict_low_part (subreg:HI (reg/v:DI 59 [ r ]) 0))
(mem/s:HI (plus:SI (mult:SI (reg/v:SI 60 [ order ])
(const_int 2 [0x2]))
(reg:SI 58 [ env.0 ])) [0 ._w S2 A16])) 42
{*movstricthi_1} (insn_list:REG_DEP_TRUE 12 (insn_list:REG_DEP_TRUE 6
(insn_list:REG_DEP_TRUE 26 (nil
(expr_list:REG_DEAD (reg/v:SI 60 [ order ])
(nil)))
t2.c:16: internal compiler error: in spill_failure, at reload1.c:1897
--
Summary: nternal compiler error: in spill_failure, at
reload1.c:1897
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pbrook at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-pc-linux-gnu
GCC host triplet: i386-pc-linux-gnu
GCC target triplet: i386-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21469
[Bug rtl-optimization/21469] nternal compiler error: in spill_failure, at reload1.c:1897
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-05-09
20:04 ---
Annother testcase. This one fails at -O2 with gcc 4.1.0 20050507 and 4.0.1
20050430.
This is a regression from 3.4.
typedef unsigned long long uint64_t;
register int *env asm ("ebp");
register long T0 asm ("ebx");
register long T1 asm ("esi");
register long T2 asm ("edi");
void foo(void);
void
bar (long physaddr, uint64_t v)
{
if (*env)
{
foo ();
*(uint64_t *) (physaddr + *env) = v;
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21469
[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-05-15 21:42 --- I already did. http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01246.html -- What|Removed |Added AssignedTo|pbrook at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15080
[Bug tree-optimization/18527] cannot determine number of iterations for loops with <=
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-04-02 13:19 --- Subject: Bug 18527 Author: pbrook Date: Sun Apr 2 13:19:15 2006 New Revision: 112622 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112622 Log: 2006-04-02 Paul Brook <[EMAIL PROTECTED]> Backport form mainline. * gcc/testsuite/gcc.c-torture/execute/loop-ivopts-3.c: New test. 2006-01-14 Zdenek Dvorak <[EMAIL PROTECTED]> * gcc/tree-ssa-loop-niter.c (number_of_iterations_cond): Split into several functions. (number_of_iterations_ne, number_of_iterations_lt_to_ne, assert_no_overflow_lt, assert_loop_rolls_lt, number_of_iterations_lt, number_of_iterations_le): New functions. (number_of_iterations_special): Removed. (number_of_iterations_exit): Do not use number_of_iterations_special. * gcc/tree.c (unsigned_type_for): Always return integer type. * gcc/testsuite/gcc.dg/tree-ssa/pr19210-1.c: Update outcome. Add new test loop. * gcc/testsuite/gcc.dg/tree-ssa/pr19210-2.c: Ditto. 2005-01-06 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/18527 * gcc/tree-ssa-loop-niter.c (number_of_iterations_cond, number_of_iterations_special, number_of_iterations_exit): Move base and step of an iv to a single structure. Add no_overflow flag, and use it in # of iterations analysis. * gcc/tree-scalar-evolution.c (analyze_scalar_evolution_in_loop): Add folded_casts argument. (simple_iv): Pass base and step in a structure. Set no_overflow flag. (scev_const_prop): Add argument to analyze_scalar_evolution_in_loop. Evaluate expensiveness of computing # of iterations instead of the final expression. * gcc/tree-scalar-evolution.h (affine_iv): New structure. (simple_iv): Declaration changed. * gcc/tree-chrec.c (chrec_apply): Handle chrecs containing symbols. * gcc/tree-ssa-loop-ivopts.c (determine_biv_step, find_givs_in_stmt_scev, find_givs_in_stmt): Changed due to simple_iv change. Added: branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.c-torture/execute/loop-ivopts-3.c Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.dg/tree-ssa/pr19210-1.c branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.dg/tree-ssa/pr19210-2.c branches/csl/sourcerygxx-4_1/gcc/tree-chrec.c branches/csl/sourcerygxx-4_1/gcc/tree-scalar-evolution.c branches/csl/sourcerygxx-4_1/gcc/tree-scalar-evolution.h branches/csl/sourcerygxx-4_1/gcc/tree-ssa-loop-ivopts.c branches/csl/sourcerygxx-4_1/gcc/tree-ssa-loop-niter.c branches/csl/sourcerygxx-4_1/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18527
[Bug tree-optimization/18527] cannot determine number of iterations for loops with <=
--- Comment #12 from pbrook at gcc dot gnu dot org 2006-04-04 17:40 --- Subject: Bug 18527 Author: pbrook Date: Tue Apr 4 17:40:00 2006 New Revision: 112675 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112675 Log: 2006-04-04 Paul Brook <[EMAIL PROTECTED]> Backport form mainline. gcc/ 2006-01-14 Zdenek Dvorak <[EMAIL PROTECTED]> * tree-ssa-loop-niter.c (number_of_iterations_cond): Split into several functions. (number_of_iterations_ne, number_of_iterations_lt_to_ne, assert_no_overflow_lt, assert_loop_rolls_lt, number_of_iterations_lt, number_of_iterations_le): New functions. (number_of_iterations_special): Removed. (number_of_iterations_exit): Do not use number_of_iterations_special. * tree.c (unsigned_type_for): Always return integer type. 2005-01-06 Zdenek Dvorak <[EMAIL PROTECTED]> PR tree-optimization/18527 * tree-ssa-loop-niter.c (number_of_iterations_cond, number_of_iterations_special, number_of_iterations_exit): Move base and step of an iv to a single structure. Add no_overflow flag, and use it in # of iterations analysis. * tree-scalar-evolution.c (analyze_scalar_evolution_in_loop): Add folded_casts argument. (simple_iv): Pass base and step in a structure. Set no_overflow flag. (scev_const_prop): Add argument to analyze_scalar_evolution_in_loop. Evaluate expensiveness of computing # of iterations instead of the final expression. * tree-scalar-evolution.h (affine_iv): New structure. (simple_iv): Declaration changed. * tree-chrec.c (chrec_apply): Handle chrecs containing symbols. * tree-ssa-loop-ivopts.c (determine_biv_step, find_givs_in_stmt_scev, find_givs_in_stmt): Changed due to simple_iv change. gcc/testsuite/ * gcc.c-torture/execute/loop-ivopts-3.c: New test. 2005-01-14 Zdenek Dvorak <[EMAIL PROTECTED]> * gcc.dg/tree-ssa/pr19210-1.c: Update outcome. Add new test loop. * gcc.dg/tree-ssa/pr19210-2.c: Ditto. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/loop-ivopts-3.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/tree-ssa/pr19210-1.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/tree-ssa/pr19210-2.c branches/gcc-4_1-branch/gcc/tree-chrec.c branches/gcc-4_1-branch/gcc/tree-scalar-evolution.c branches/gcc-4_1-branch/gcc/tree-scalar-evolution.h branches/gcc-4_1-branch/gcc/tree-ssa-loop-ivopts.c branches/gcc-4_1-branch/gcc/tree-ssa-loop-niter.c branches/gcc-4_1-branch/gcc/tree.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18527
[Bug target/27991] [4.2 regression] ICE in reload_cse_simplify_operands
--- Comment #3 from pbrook at gcc dot gnu dot org 2006-07-06 15:26 --- It looks like this is a latent bug. My patch allows negxf to operate on integer registers (previously it was only implemented on FP regs). This causes the register allocator to make different register choices, and reload falls over. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-06 15:26:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27991
[Bug target/27991] [4.2 regression] ICE in reload_cse_simplify_operands
--- Comment #4 from pbrook at gcc dot gnu dot org 2006-07-07 23:39 --- Subject: Bug 27991 Author: pbrook Date: Fri Jul 7 23:38:56 2006 New Revision: 115272 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115272 Log: 2006-07-08 Paul Brook <[EMAIL PROTECTED]> PR target/27991 * config/m68k/m68k.md: Add r-m patterns for 68881 movxf. Modified: trunk/gcc/ChangeLog trunk/gcc/config/m68k/m68k.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27991
[Bug target/27991] [4.2 regression] ICE in reload_cse_simplify_operands
--- Comment #5 from pbrook at gcc dot gnu dot org 2006-07-07 23:39 --- Fixed. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27991
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-07-18 21:42 --- I'm working on this. Looks like a CSE bug. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|WAITING |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-18 21:42:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #12 from pbrook at gcc dot gnu dot org 2006-07-20 13:57 --- Subject: Bug 27363 Author: pbrook Date: Thu Jul 20 13:57:31 2006 New Revision: 115614 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115614 Log: 2006-07-20 Paul Brook <[EMAIL PROTECTED]> PR 27363 gcc/ * cse.c (cse_insn): Add destination addresses to hash table. Check if they are invalidated by this instruction. gcc/testsuite/ * gcc.dg/pr27363.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr27363.c Modified: trunk/gcc/ChangeLog trunk/gcc/cse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #13 from pbrook at gcc dot gnu dot org 2006-07-20 13:59 --- Subject: Bug 27363 Author: pbrook Date: Thu Jul 20 13:59:22 2006 New Revision: 115616 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115616 Log: Backport from mainline. PR 27363 gcc/ * cse.c (cse_insn): Add destination addresses to hash table. Check if they are invalidated by this instruction. gcc/testsuite/ * gcc.dg/pr27363.c: New test. Added: branches/csl/sourcerygxx-4_1/gcc/testsuite/gcc.dg/pr27363.c Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/cse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #14 from pbrook at gcc dot gnu dot org 2006-07-20 15:07 --- Subject: Bug 27363 Author: pbrook Date: Thu Jul 20 15:07:25 2006 New Revision: 115620 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115620 Log: 2006-07-20 Paul Brook <[EMAIL PROTECTED]> Backport from mainline. PR 27363 gcc/ * cse.c (cse_insn): Add destination addresses to hash table. Check if they are invalidated by this instruction. gcc/testsuite/ * gcc.dg/pr27363.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr27363.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/cse.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #15 from pbrook at gcc dot gnu dot org 2006-07-20 15:08 --- FIxed. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
-- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-27 23:33:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #2 from pbrook at gcc dot gnu dot org 2006-07-27 23:37 --- Huh. I thought glibc had removed all their nested functions. The unwind table generation code can't cope with the prologue generated for nested functions. The reduced testcase passes the -O because gcc un-nests the function. Is this true of the original testcase, or does glibc require trampolines? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #6 from pbrook at gcc dot gnu dot org 2006-07-28 13:19 --- If your test fails with -fno-exceptions then you're hitting a different bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-07-28 15:06 --- I don't believe that it's possible to trigger this ICE unless you specify -fexceptions or -funwind-tables. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
[Bug debug/28547] New: Large compile time regression with -g
The attached code shows a large (between 2x and 10x) increase in compile time
when compiled with -g.
With gcc head "-g -O" -ftime-report says:
symout: 14.26 (59%) usr 0.09 (24%) sys 15.35 (59%) wall
13879 kB (17%) ggc
variable tracking : 0.86 ( 4%) usr 0.03 ( 8%) sys 0.89 ( 3%) wall
28140 kB (34%) ggc
With gcc 4.1 even larger slowdowns are also observable with "-O2 -g" and "-O2
-g -fomit-frrame-pointer". These don't seem to occur with head
--
Summary: Large compile time regression with -g
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pbrook at gcc dot gnu dot org
GCC target triplet: arm-none-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28547
[Bug debug/28547] Large compile time regression with -g
--- Comment #1 from pbrook at gcc dot gnu dot org 2006-07-30 22:53 --- Created an attachment (id=11976) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11976&action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28547
[Bug target/16634] arm-elf-gcc problems when generating code for __attribute__ ((interrupt ("IRQ")))
--- Comment #1 from pbrook at gcc dot gnu dot org 2006-08-08 23:05 --- *** Bug 25428 has been marked as a duplicate of this bug. *** -- pbrook at gcc dot gnu dot org changed: What|Removed |Added CC||th dot r dot klein at web ||dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16634
[Bug target/25428] arm-elf-gcc generating wrong code with -O flag at functions with __attribute__ ((interrupt ("IRQ")))
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-08-08 23:05 ---
Assembly in initial comment is bogus. Should be ldmfd {..., pc}^. ldmrd {...
lr}^ does somethething completely different.
*** This bug has been marked as a duplicate of 16634 ***
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25428
[Bug target/16634] arm-elf-gcc problems when generating code for __attribute__ ((interrupt ("IRQ")))
--- Comment #2 from pbrook at gcc dot gnu dot org 2006-08-08 23:47 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00230.html -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-08-08 23:47:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16634
[Bug target/23482] [ColdFire] ICE in in final_scan_insn
--- Comment #1 from pbrook at gcc dot gnu dot org 2005-12-19 18:53 ---
This also occurs in a couple of places in the gcc testsuite, eg.
gcc.c-torture/compile/20050303-1.c
Reduced C testcase below.
int crc(int nleft)
{
int toread;
unsigned char buf[(128 * 1024)];
toread = nleft ? nleft: 1;
return toread;
}
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2005-12-19 18:53:25
date||
Summary|g++ crash building for m5307|[ColdFire] ICE in in
|arch|final_scan_insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23482
[Bug target/23482] [ColdFire] ICE in in final_scan_insn
--- Comment #2 from pbrook at gcc dot gnu dot org 2005-12-20 17:48 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01534.html -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23482
[Bug target/25136] FAIL: gcc.c-torture/compile/20050303-1.c -O0
--- Comment #1 from pbrook at gcc dot gnu dot org 2005-12-20 18:15 --- Looks like a dup of PR23482 *** This bug has been marked as a duplicate of 23482 *** -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25136
[Bug target/23482] [ColdFire] ICE in in final_scan_insn
--- Comment #3 from pbrook at gcc dot gnu dot org 2005-12-20 18:15 --- *** Bug 25136 has been marked as a duplicate of this bug. *** -- pbrook at gcc dot gnu dot org changed: What|Removed |Added CC||kazu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23482
[Bug target/23482] [ColdFire] ICE in in final_scan_insn
--- Comment #4 from pbrook at gcc dot gnu dot org 2005-12-30 01:09 --- Subject: Bug 23482 Author: pbrook Date: Fri Dec 30 01:09:11 2005 New Revision: 109164 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109164 Log: 2005-12-30 Paul Brook <[EMAIL PROTECTED]> PR target/23482 * doc/md.texi: Document m68k Q, S, T and U constraints. * config/m68k/m68k.h (EXTRA_CONSTRAINTS): Restrict U to 16-bit offsets. Modified: branches/csl/coldfire-4_1/ChangeLog.csl branches/csl/coldfire-4_1/gcc/config/m68k/m68k.h branches/csl/coldfire-4_1/gcc/doc/md.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23482
[Bug middle-end/25905] [4.2 regression] ICE in expand_compound_operation
--- Comment #3 from pbrook at gcc dot gnu dot org 2006-01-22 13:41 ---
Smaller testcase:
void
read_encoded_value_with_base (const unsigned char *p, unsigned * val)
{
union unaligned
{
unsigned short u2;
}
__attribute__ ((__packed__));
const union unaligned *u = (const union unaligned *) p;
*val = u->u2;
}
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-01-22 13:41:02
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-03-28 18:03 --- Subject: Bug 23623 Author: pbrook Date: Tue Mar 28 18:03:06 2006 New Revision: 112460 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112460 Log: 2006-03-28 Paul Brook <[EMAIL PROTECTED]> PR middle-end/23623 * gcc/targhooks.c (default_narrow_bitfield): New fuction. * gcc/targhooks.h (default_narrow_bitfield): add prototype. * gcc/target-def.h (TARGET_NARROW_VOLATILE_BITFIELD): Define. * gcc/doc/tm.texi: Document TARGET_NARROW_VOLATILE_BITFIELDS. * gcc/config/arm/arm.c (TARGET_NARROW_VOLATILE_BITFIELD): Define. Modified: branches/csl/sourcerygxx-4_1/ChangeLog.csl branches/csl/sourcerygxx-4_1/gcc/config/arm/arm.c branches/csl/sourcerygxx-4_1/gcc/doc/tm.texi branches/csl/sourcerygxx-4_1/gcc/stor-layout.c branches/csl/sourcerygxx-4_1/gcc/target-def.h branches/csl/sourcerygxx-4_1/gcc/target.h branches/csl/sourcerygxx-4_1/gcc/targhooks.c branches/csl/sourcerygxx-4_1/gcc/targhooks.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit
--- Comment #9 from pbrook at gcc dot gnu dot org 2006-03-29 15:21 --- Subject: Bug 23623 Author: pbrook Date: Wed Mar 29 15:21:13 2006 New Revision: 112493 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112493 Log: 2006-03-29 Paul Brook <[EMAIL PROTECTED]> PR middle-end/23623 * targhooks.c (default_narrow_bitfield): New fuction. * targhooks.h (default_narrow_bitfield): add prototype. * target.h (gcc_target): Add narrow_volatile_bitfield. * target-def.h (TARGET_NARROW_VOLATILE_BITFIELD): Define. * stor-layout.c (get_best_mode): Use targetm.narrow_volatile_bitfield. * doc/tm.texi: Document TARGET_NARROW_VOLATILE_BITFIELDS. * config/arm/arm.c (TARGET_NARROW_VOLATILE_BITFIELD): Define. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/doc/tm.texi trunk/gcc/stor-layout.c trunk/gcc/target-def.h trunk/gcc/target.h trunk/gcc/targhooks.c trunk/gcc/targhooks.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit
--- Comment #10 from pbrook at gcc dot gnu dot org 2006-03-29 17:44 --- Should be fixed now. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
[Bug fortran/23906] inappropriate branch condition in function "transform_sections" in "dependency.c"
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-09-16 03:26 --- This looks like a bug. However I don't agree with this analysis. We should be applying the same transformation to both l and r. Also, multiplying then dividing by the same value makes no sense. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 03:26:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23906
[Bug fortran/23906] inappropriate branch condition in function "transform_sections" in "dependency.c"
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-09-16 03:27 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23906
[Bug target/24111] [3.4/4.0/4.1 regression] cannot handle identifiers with '$' character
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-09-30 16:06 --- Identifiers containing dollar signs are reserved by ARM ELF, so allowing them by default is probably a bad idea. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24111
[Bug rtl-optimization/24497] New: internal compiler error: in apply_opt_in_copies, at loop-unroll.c:2122
long long foo(void)
{
long long unsigned s=0;
long long unsigned b;
for (b = 0; b++, s == 0; )
{
s = b;
}
return s;
}
Compiled with -O2 -funroll-all-loops gives
internal compiler error: in apply_opt_in_copies, at loop-unroll.c:2122
The problematic line is:
gcc_assert (rtx_equal_p (PATTERN (insn), PATTERN (orig_insn)));
And PATTERN(insn) is
(parallel [
(set (reg/v:DI 32 [ b ])
(plus:DI (reg/v:DI 32 [ b ])
(const_int 1 [0x1])))
(clobber (scratch:SI))
])
This fails because rtx_equal_p thinks the two (scratch:SI) are different
scratch registers, and returns 0.
--
Summary: internal compiler error: in apply_opt_in_copies, at
loop-unroll.c:2122
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-checking
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pbrook at gcc dot gnu dot org
GCC target triplet: m68k-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
[Bug rtl-optimization/24497] [3.4/4.0/4.1 Regression] internal compiler error: in apply_opt_in_copies, at loop-unroll.c:2122
--- Comment #1 from pbrook at gcc dot gnu dot org 2005-10-24 01:33 --- Original testcase above is reduced from gcc.c-torture/execute/920501-6.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h
--- Comment #5 from pbrook at gcc dot gnu dot org 2005-10-24 13:02 --- Fixed -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107
[Bug rtl-optimization/24497] [3.4/4.0/4.1 Regression] internal compiler error: in apply_opt_in_copies, at loop-unroll.c:2122
--- Comment #4 from pbrook at gcc dot gnu dot org 2005-11-06 12:23 --- Both still fail for me Target: m68k-elf Configured with: ../gcc/configure --prefix=/home/paul/arm --target=m68k-elf --with-newlib --disable-shared --disable-threads --enable-languages=c,c++ Thread model: single gcc version 4.1.0 20051106 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
[Bug bootstrap/24695] [csl-arm-branch] Bootstrap failure with current csl-arm-branch
--- Comment #3 from pbrook at gcc dot gnu dot org 2005-11-10 14:16 --- Yes. You should use binutils HEAD for csl-arm-branch. Ther binutils-csl-arm-branch is obsolete. We'll probably add a configure check before merging this code to mainline, but that's not a priority for csl-arm-branch. -- pbrook at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24695
[Bug rtl-optimization/24912] New: m68k build failure: ICE: in reload_cse_simplify_operands
m68k-elf build fails building libiberty/regex.c.
Reduced testcase below:
void foo(void);
void
bar (unsigned char *p)
{
int j;
j = *(p) ;
j += ((signed char) (*p) ) << 8;
if (j)
foo();
}
Compiled with m68-elf-gcc -O2 gives
test.c:10: error: insn does not satisfy its constraints:
(insn 40 16 41 0 (set (reg:SI 2 %d2)
(sign_extend:SI (reg:HI 0 %d0 [34]))) 65 {*68k_extendhisi2} (nil)
(nil))
test.c:10: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:393
Appears to have been caused by r106804 (reverting this patch allows the build
to succeed):
2005-11-12 Hans-Peter Nilsson <[EMAIL PROTECTED]>
PR middle-end/24750
* reload.c (find_reloads_address_1) : New cases.
--
Summary: m68k build failure: ICE: in reload_cse_simplify_operands
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: hp at gcc dot gnu dot org
ReportedBy: pbrook at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: m68k-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24912
[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-04 22:48 --- I don't think that patch is sufficient. I'm about halfway to a fix. I don't think the behaviour should be conditional on STRICT_ALIGNMENT. Either enforce alignment, or annotate things properly so that the backend generates unaligned loads. g77 enforces alignment. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pbrook at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2004-11-17 15:09:20 |2005-01-04 22:48:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675
[Bug bootstrap/19273] No automatic dependencies in libgfortran
-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-05 18:24:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19273
[Bug libfortran/19303] Unformatted record header is 8-bytes on 64-bit targets
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-06 23:39 --- This is a mis-ferature inherited from g77. It's definitely premitted by the standard, but probably wants "fixing" anyway. Full discussion here: http://gcc.gnu.org/ml/fortran/2004-12/msg00139.html -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-06 23:39:09 date|| Summary|Opteron problem when writing|Unformatted record header is |binary files: 8-byte record |8-bytes on 64-bit targets |header instead of 4-byte| |record header | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19303
[Bug fortran/19292] [metabug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 17675, which changed state. Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-09 22:59 --- Should be fixed now. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675
[Bug fortran/18977] LAPACK test xeigtsts segfaults with optimization
-- Bug 18977 depends on bug 17675, which changed state. Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977
[Bug fortran/19352] Recursive IO functions are not allowed (F2003)
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-10 01:28 --- This is a f2003 feature, and not legal f95. http://gcc.gnu.org/ml/fortran/2005-01/msg00091.html -- What|Removed |Added Severity|normal |enhancement Keywords|wrong-code | Summary|Recursive IO functions are |Recursive IO functions are |not allowed |not allowed (F2003) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19352
[Bug fortran/17941] gfortran: parser chokes on complex literal constant
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-15 11:09 --- Technically illagal, so removing rejects-valid keyword. IFC is not a particularly good judge of whether code is legal ;-) -- What|Removed |Added Keywords|rejects-valid | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17941
[Bug fortran/19168] Mismatched KINDs in SELECT CASE constucts is not handled correctly
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-16 13:04 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19168
[Bug fortran/19292] [metabug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 17675, which changed state. Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug fortran/17675] [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-16 23:21 --- Fixed. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675
[Bug fortran/18977] LAPACK test xeigtsts segfaults with optimization
-- Bug 18977 depends on bug 17675, which changed state. Bug 17675 Summary: [Regression w.r.t. g77] Alignment constraints not honored in EQUIVALENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17675 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977
[Bug fortran/19561] [gfortran] wrong code generation for pointers to derived types
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-21 14:48 --- Testcase invokes undefined behaviour. http://gcc.gnu.org/ml/fortran/2005-01/msg00234.html -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19561
[Bug fortran/19561] [gfortran] wrong code generation for pointers to derived types
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-21 14:57 --- My bad, this is in fact legal and well defined. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19561
[Bug fortran/19561] [gfortran] wrong code generation for pointers to derived types
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-21 14:58:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19561
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 18982, which changed state. Bug 18982 Summary: open(status="new") does not generate an error if the file exists http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18982 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug libfortran/18982] open(status="new") does not generate an error if the file exists
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-22 22:33 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18982
[Bug fortran/19294] intrinsic_transpose.f90 runtime crash
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-01-23 17:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19294
