[Bug target/16322] C99 complex math functions not implemented for irix6.5
--- Comment #4 from billingd at gcc dot gnu dot org 2006-05-07 07:18 --- I don't have any further interest in this platform. There are successful reports by others on irix-6.5: - http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00290.html - http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg01675.html so it is probably fixed. -- billingd at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16322
[Bug fortran/27446] ICE on OpenMP array REDUCTION clause and -fbounds-check
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 08:10 --- Confirmed: 4526 pop_gimplify_context (OMP_CLAUSE_REDUCTION_INIT (c)); And OMP_CLAUSE_REDUCTION_INIT (c) is a statement_list which is wrong for pop_gimplify_context. They should be an BIND_EXPR. Reduced testcase: subroutine foo1(n,m,sumarray) integer, dimension(n), intent(out) :: sumarray !$OMP PARALLEL DEFAULT(shared) !$OMP DO PRIVATE(j,i), REDUCTION(+:sumarray) do j=1,m end do !$OMP END PARALLEL end subroutine foo1 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i386-gnu-linux | GCC host triplet|i386-gnu-linux | GCC target triplet|i386-gnu-linux | Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-05-07 08:10:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27446
[Bug c++/27451] [4.0/4.1/4.2 regression] ICE with invalid asm statement
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 08:16 --- Confirmed, the C front-end does not even include the asm in the IR while the C++ Front-end does. -- pinskia 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-05-07 08:16:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27451
[Bug gcov/profile/27453] gcov opens files with O_RDWR
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-07 08:17 --- I don't know if this is really that valid, gcov will also in future rewrite the fules. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27453
[Bug gcov/profile/27453] gcov opens files with O_RDWR
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-07 08:18 --- And the API for gcov is made so you can just do gcov_open and not worry about opening it for writting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27453
[Bug tree-optimization/27460] Does not vectorize statements with mixed type COND_EXPRs
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27460
[Bug rtl-optimization/27437] -O2 -fsee failures on x86
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-05-07 08:24 --- This is no longer a regession as -fsee is now disable at -O3. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression] -O3|-O2 -fsee failures on x86 |regression due to SEE | Target Milestone|4.2.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27437
[Bug testsuite/27032] gcc.c-torture/compile/pr23237.c fails
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-07 08:27 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27032
[Bug other/25035] [4.1/4.2 regression] libssp causes a failure with cross compilers
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-07 08:51 --- Confirmed, this has nothing really to do with AVR but all have to do with libssp fails with cross compilers. This has been report a couple of times to the list but nothing has been done about it yet for some reason. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org Severity|normal |blocker Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|i386-linux | GCC target triplet|avr |host != target Last reconfirmed|-00-00 00:00:00 |2006-05-07 08:51:22 date|| Summary|[4.1/4.2 regression]|[4.1/4.2 regression] libssp |Building an avr cross |causes a failure with cross |compiler fails (libssp) |compilers Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25035
[Bug tree-optimization/27467] New: -fsee introduces spurious movs
[EMAIL PROTECTED]:~/ctest% cat see.c
int f37(int t, int seg) {
if (seg) t = (t + t + 1 + 32) << (seg + 2);
else t = (t + t + 1 ) << 3;
return t;
}
[EMAIL PROTECTED]:~/ctest% gcc -c -O3 -fno-see see.c && objdump -dr see.o >!
no-see.s
&& gcc -c -O3 -fsee see.c && objdump -dr see.o >! see.s && diff -u10 no-see.s
see.s
--- no-see.s2006-05-07 10:49:20.0 +0200
+++ see.s 2006-05-07 10:49:20.0 +0200
@@ -2,17 +2,17 @@
see.o: file format elf64-alpha
Disassembly of section .text:
:
0: 01 04 10 42 addqa0,a0,t0
4: 02 00 51 20 lda t1,2(a1)
8: 50 16 21 40 s8addq t0,0x8,a0
c: 21 00 21 20 lda t0,33(t0)
10: 21 07 22 48 sll t0,t1,t0
- 14: 00 00 f0 43 sextl a0,v0
+ 14: 00 04 f0 47 mov a0,v0
18: 01 00 20 e6 beq a1,20
- 1c: 00 00 e1 43 sextl t0,v0
- 20: 01 80 fa 6b ret
- 24: 00 00 fe 2f unop
+ 1c: 00 04 e1 47 mov t0,v0
+ 20: 00 00 e0 43 sextl v0,v0
+ 24: 01 80 fa 6b ret
28: 1f 04 ff 47 nop
2c: 00 00 fe 2f unop
It looks like SEE correctly recognized that the sign extension after the shift
has to be done only once. However, it also introduces two spurious movs.
--
Summary: -fsee introduces spurious movs
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: falk at debian dot org
GCC build triplet: alphaev68-unknown-linux-gnu
GCC host triplet: alphaev68-unknown-linux-gnu
GCC target triplet: alphaev68-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27467
[Bug tree-optimization/27468] New: sign-extending Alpha instructions not exploited
The sign-extending Alpha instructions like addl are sometimes not used. I
don't know whether the SEE pass is supposed to affect this, or whether it
is something a combiner pass should do...
#include
/* gcc 4.2.0 20060506:
negqa0,v0
cmovge a0,a0,v0
sextl v0,v0
optimal:
negla0,v0
cmovge a0,a0,v0 */
int f5(int x) {
return abs(x);
}
/* gcc 4.2.0 20060506:
s4addq a0,a0,v0
s4addq v0,v0,v0
s8addq v0,a0,v0
s8addq v0,a0,v0 #
sextl v0,v0# can be combined to s8addl v0,a0,v0 */
int64_t f23(int16_t x) {
return 1609 * x;
}
/* gcc 4.2.0 20060506:
ldaht0,-32768
xor a0,t0,v0
addqv0,t0,v0 #
sextl v0,v0# can be combined to addlv0,t0,v0 */
unsigned f49(unsigned val) {
return (val ^ 0x8000) - 0x8000;
}
--
Summary: sign-extending Alpha instructions not exploited
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: falk at debian dot org
GCC build triplet: alphaev68-unknown-linux-gnu
GCC host triplet: alphaev68-unknown-linux-gnu
GCC target triplet: alphaev68-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27468
[Bug tree-optimization/27469] New: zero extension not eliminated
unsigned parity(unsigned x) {
x ^= x >> 16;
x ^= x >> 8;
x ^= x >> 4;
x &= 0xf;
return (0x6996 >> x) & 1;
}
gcc 4.2.0 20060506 produces:
extwl a0,0x2,t2
lda v0,27030
xor t2,a0,t2
zapnot t2,0xf,t1 # redundant zero-extension
srl t1,0x8,t1
xor t1,t2,t1
zapnot t1,0xf,t0 # redundant zero-extension
srl t0,0x4,t0
xor t0,t1,t0
and t0,0xf,t0
sra v0,t0,v0
and v0,0x1,v0
-fsee doesn't change anything here.
--
Summary: zero extension not eliminated
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: falk at debian dot org
GCC build triplet: alphaev68-unknown-linux-gnu
GCC host triplet: alphaev68-unknown-linux-gnu
GCC target triplet: alphaev68-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27469
[Bug fortran/27470] New: [4.1 4.2 regression] wong memory allocator for derived types
The following code TYPE foo INTEGER, DIMENSION(:), POINTER :: array END TYPE foo type(foo),allocatable,dimension(:) :: mol integer :: i, n n = 10 ALLOCATE (mol(n)) ALLOCATE (mol(1)%array(5)) END calls _gfortran_allocate_array for the second allocation, which is wrong and can lead to segfault. The problem is in gfc_array_allocate, where the check for expr->symtree->n.sym->attr.allocatable refers to mol, not to mol(1)%array. This one is tricky. -- Summary: [4.1 4.2 regression] wong memory allocator for derived types Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27470
[Bug fortran/27449] transfer intrinsic does not work on strict aligned systems
--- Comment #1 from pault at gcc dot gnu dot org 2006-05-07 10:30 --- I am sure that this is the same as PR27155, which I undertook to fix. It's on the list of urgent things to do. Paul -- pault 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-05-07 10:30:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27449
[Bug fortran/26551] gfortran compiles recursive subroutines declared without the RECURSIVE attribute
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-07 11:08 --- Patch proposed here: http://gcc.gnu.org/ml/fortran/2006-05/msg00108.html -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/fortra ||n/2006-05/msg00108.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2006-03-03 20:00:33 |2006-05-07 11:08:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26551
[Bug c++/27471] New: [4.2 Regression] ICE within build_c_cast cp/typeck.c:5434
Hi,
due to the bitfield handling changes, C++ frontend now ICEs on this:
=== Cut===
struct A { unsigned a:8; };
extern void b(unsigned char);
void breakme (A f)
{
b((unsigned char) f.a);
}
=== Cut ===
bitfield-ice-1.cc: In function 'void breakme(A)':
bitfield-ice-1.cc:7: internal compiler error: in build_c_cast, at
cp/typeck.c:5434
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.2 Regression] ICE within build_c_cast
cp/typeck.c:5434
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mueller at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27471
[Bug libfortran/26985] [4.1 only] incorrect matmul result
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-05-07 13:02 --- Subject: Bug 26985 Author: fxcoudert Date: Sun May 7 13:02:39 2006 New Revision: 113600 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113600 Log: PR libfortran/26985 * m4/matmul.m4: Correct the condition for the memset call, and remove the unneeded call to size0. * generated/matmul_r4.c: Regenerate. * generated/matmul_r8.c: Regenerate. * generated/matmul_r10.c: Regenerate. * generated/matmul_r16.c: Regenerate. * generated/matmul_c4.c: Regenerate. * generated/matmul_c8.c: Regenerate. * generated/matmul_c10.c: Regenerate. * generated/matmul_c16.c: Regenerate. * generated/matmul_i4.c: Regenerate. * generated/matmul_i8.c: Regenerate. * generated/matmul_i16.c: Regenerate. * gfortran.dg/matmul_2.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/matmul_2.f90 - copied unchanged from r113552, trunk/gcc/testsuite/gfortran.dg/matmul_2.f90 Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/generated/matmul_c10.c branches/gcc-4_1-branch/libgfortran/generated/matmul_c16.c branches/gcc-4_1-branch/libgfortran/generated/matmul_c4.c branches/gcc-4_1-branch/libgfortran/generated/matmul_c8.c branches/gcc-4_1-branch/libgfortran/generated/matmul_i16.c branches/gcc-4_1-branch/libgfortran/generated/matmul_i4.c branches/gcc-4_1-branch/libgfortran/generated/matmul_i8.c branches/gcc-4_1-branch/libgfortran/generated/matmul_r10.c branches/gcc-4_1-branch/libgfortran/generated/matmul_r16.c branches/gcc-4_1-branch/libgfortran/generated/matmul_r4.c branches/gcc-4_1-branch/libgfortran/generated/matmul_r8.c branches/gcc-4_1-branch/libgfortran/m4/matmul.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26985
[Bug middle-end/27136] [4.0/4.1/4.2 Regression] Compile failure with -O -ffast-math
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-05-07 13:07 --- Subject: Bug 27136 Author: rguenth Date: Sun May 7 13:07:22 2006 New Revision: 113601 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113601 Log: 2006-05-07 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/27136 * tree-ssa-loop-niter.c (get_val_for): Correct function comment, assert requirements. (loop_niter_by_eval): Stop processing if the iterated value did not simplify. * gcc.dg/torture/pr27136.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr27136.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-loop-niter.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27136
[Bug middle-end/27136] [4.0/4.1 Regression] Compile failure with -O -ffast-math
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-05-07 13:13 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Known to fail|4.0.0 4.1.0 4.2.0 |4.0.0 4.1.0 Known to work|3.4.0 |3.4.0 4.2.0 Last reconfirmed|2006-04-13 01:37:35 |2006-05-07 13:13:02 date|| Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] Compile |Compile failure with -O - |failure with -O -ffast-math |ffast-math | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27136
[Bug fortran/23201] [4.1/4.2 Regression] ICE verify_ssa failed, gfortran references non-existing fields
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-05-07 13:29 --- Hum, I can confirm that this bug disappeared at some point. I don't have it any more, so I'm closing this PR. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug fortran/27457] ICE in match_case_eos()
--- Comment #3 from tobi at gcc dot gnu dot org 2006-05-07 13:46 --- Subject: Bug 27457 Author: tobi Date: Sun May 7 13:46:02 2006 New Revision: 113602 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113602 Log: fortran/ PR fortran/27457 * match.c (match_case_eos): Error out on garbage following CASE(...). testsuite/ PR fortran/27457 * gfortran.dg/select_6.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/select_6.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/match.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27457
[Bug fortran/27457] ICE in match_case_eos()
--- Comment #4 from tobi at gcc dot gnu dot org 2006-05-07 13:47 --- Fixed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|19292 | OtherBugsDependingO||19292 nThis|| Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27457
[Bug fortran/26119] ICE on transpose with specific compiler option
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-07 13:50 --- I don't see this failure any more on powerpc-apple-darwin7.9.0. Can anyone confirm it's still present? (perhaps Steve on amd64) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org, kargl at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26119
[Bug fortran/27229] char_transpose_1.f90 fails with ICE in gfc_conv_array_transpose
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-07 14:09 --- I don't see that failure any more (on powerpc64-unknown-linux-gnu). It was present on 20060423, but disappeared on 20060430. Janis, do you still see it? (its brother bug, PR 26119, also disappeared) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27229
[Bug libfortran/26985] incorrect matmul result
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-07 15:49 --- Fixed on both 4.1 and mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Keywords|patch | Known to fail|4.1.1 | Known to work|4.2.0 |4.2.0 4.1.1 Resolution||FIXED Summary|[4.1 only] incorrect matmul |incorrect matmul result |result | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26985
[Bug fortran/18271] ICE with computed array declaration
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:27 --- (In reply to comment #6) > I'm not a language lawyer, but if I read it correctly, then > INT is a standard intrinsic function and thus allowed in a > restricted expression (F2003 draft standard, 7.1.6, R729, C710 (8)) > Am I missing something? I've just sent a question to comp.lang.fortran. We'll see what the experts have to say. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18271
[Bug c++/27472] New: ice for legal code
I just tried to compile a small piece of source code with
the new GNU C compiler version 4.2 snapshot 20060506.
The compiler snapshot said
[EMAIL PROTECTED]:~/gnu/42-20060506/bugs> ~/gnu/42-20060506/results/bin/g++ -c
-O3
bug16.cc
bug16.cc: In function 'bool cross(const LineSegment&, const LineSegment&)':
bug16.cc:49: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Preprocessed source code attached. Flag -O3 required.
This code compiled ok on the previous snapshot 20060429.
Valgrind says the following
==9134== Invalid read of size 2
==9134==at 0x98D8F7: hash_descriptor_pre_extension (see.c:837)
==9134==by 0x9C92E1: htab_find_slot (hashtab.c:657)
==9134==by 0x98E5B7: see_seek_pre_extension_expr (see.c:1036)
==9134==by 0x98E6E7: see_set_prop_unmerged_def (see.c:2280)
==9134==by 0x9C89F7: htab_traverse_noresize (hashtab.c:729)
==9134==by 0x98E497: see_handle_extensions_for_one_ref (see.c:2986)
==9134==by 0x9C9B68: splay_tree_foreach_helper (splay-tree.c:218)
==9134==by 0x990D10: see_main (see.c:3021)
==9134==by 0x9913D5: rest_of_handle_see (see.c:3754)
==9134==by 0x88E24A: execute_one_pass (passes.c:864)
==9134==by 0x88E3BB: execute_pass_list (passes.c:911)
==9134==by 0x88E3CD: execute_pass_list (passes.c:912)
==9134== Address 0x0 is not stack'd, malloc'd or (recently) free'd
The source code is
struct Point
{
float x;
float y;
};
struct LineSegment
{
Point start;
Point end;
};
inline float min( float x, float y)
{
return (x < y) ? x : y;
}
inline float max( float x, float y)
{
return (x > y) ? x : y;
}
bool
cross( const LineSegment & ls1, const LineSegment & ls2)
{
const float slope1 = (ls1.end.y - ls1.start.y) / (ls1.end.x - ls1.start.x);
const float intercept1 = ls1.end.y - (slope1 * ls1.end.x);
const float slope2 = (ls2.end.y - ls2.start.y) / (ls2.end.x - ls2.start.x);
const float intercept2 = ls2.end.y - (slope2 * ls2.end.x);
if (slope1 == slope2)
{
return (intercept1 == intercept2);
}
const float x = (intercept1 - intercept2) / (slope2 - slope1);
const float ls1minx = min( ls1.start.x, ls1.end.x);
const float ls1maxx = max( ls1.start.x, ls1.end.x);
if ((ls1minx < x) && (x < ls1maxx))
{
const float ls2minx = min( ls2.start.x, ls2.end.x);
const float ls2maxx = max( ls2.start.x, ls2.end.x);
return (ls2minx < x) && (x < ls2maxx);
}
}
--
Summary: ice for legal code
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot com
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27472
[Bug fortran/27378] ICE on unexpected ELSE statement
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:33 --- Subject: Bug 27378 Author: fxcoudert Date: Sun May 7 16:33:30 2006 New Revision: 113603 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113603 Log: PR fortran/27378 * parse.c (next_statement): Add check to avoid an ICE when gfc_current_locus.lb is not set. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/parse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27378
[Bug fortran/27378] [4.1 only] ICE on unexpected ELSE statement
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:37 --- > Looks like an "Obviously correct" patch. Commited the "Obviously correct" patch after regtesting on i686-linux. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Keywords||patch Known to fail||4.1.1 Known to work||4.2.0 Last reconfirmed|2006-05-02 16:57:17 |2006-05-07 16:37:04 date|| Summary|ICE on unexpected ELSE |[4.1 only] ICE on unexpected |statement |ELSE statement Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27378
[Bug fortran/20460] Nasty extensions that should always warn
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:41 --- This one a very strange: what do the comments #4 and #5 do in this PR? Anyhow, we know have -std=legacy for such features, including REAL DO loop indices. The remaining question is: do we want to mark REAL array indices as legacy (there's currently no warning about them in -std=gnu mode)? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Last reconfirmed|2005-12-30 19:22:17 |2006-05-07 16:41:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20460
[Bug fortran/20460] Nasty extensions that should always warn
--- Comment #7 from Tobias dot Schlueter at physik dot uni-muenchen dot de 2006-05-07 16:46 --- Subject: Re: Nasty extensions that should always warn fxcoudert at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote on Sun, 07 May 2006: > Anyhow, we know have -std=legacy for such features, including REAL DO loop > indices. The remaining question is: do we want to mark REAL array indices as > legacy (there's currently no warning about them in -std=gnu mode)? (we didn't have STD_LEGACY when this PR was opened) I think this would be a good idea. IMO bad Fortran 77 habits can qualify as legacy nowadays. This message was sent using IMP, the Internet Messaging Program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20460
[Bug fortran/20460] Nasty extensions that should always warn
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-05-07 16:48 --- (In reply to comment #7) >> Anyhow, we know have -std=legacy for such features > > (we didn't have STD_LEGACY when this PR was opened) Yes, I meant "we now have -std=legacy" :) > I think this would be a good idea. IMO bad Fortran 77 habits can > qualify as legacy nowadays. I'll submit a patch when I find some time. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-05-07 16:41:32 |2006-05-07 16:48:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20460
[Bug c++/27471] [4.2 Regression] ICE within build_c_cast cp/typeck.c:5434
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:00 --- Confirmed. -- pinskia 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-05-07 17:00:58 date|| Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27471
[Bug rtl-optimization/27472] ICE with -fsee -O2
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:04 --- -fsee has now been turned off by default so this is not a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |rtl-optimization GCC host triplet|i686-pc-linux-gnu | GCC target triplet||i686-pc-linux-gnu Summary|ice for legal code |ICE with -fsee -O2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27472
[Bug debug/21391] [4.0/4.1/4.2 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-05-07 17:11 --- (In reply to comment #14) > > -gstabs+ -feliminate-unused-debug-symbols > > This is a different option than -feliminate-unused-debug-types, so I don't see > how this applies. Because the tests fail by default on a secondary target (I am filing a new bug anyways). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
[Bug debug/27473] New: g++.dg/other/unused1.C and gcc.dg/20060410.c fail on powerpc-darwin
-gstabs+ -feliminate-unused-debug-symbols is need to produce this anywhere else. I am wondering why these were not added to debug testsuite instead. -- Summary: g++.dg/other/unused1.C and gcc.dg/20060410.c fail on powerpc-darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-debug Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27473
[Bug debug/27473] [4.0/4.1/4.2 Regression] g++.dg/other/unused1.C and gcc.dg/20060410.c fail on powerpc-darwin
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:14 --- This is a regression as darwin turned on -feliminate-unused-debug-symbols by default in at least 4.0.0. -- pinskia 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-05-07 17:14:37 date|| Summary|g++.dg/other/unused1.C and |[4.0/4.1/4.2 Regression] |gcc.dg/20060410.c fail on |g++.dg/other/unused1.C and |powerpc-darwin |gcc.dg/20060410.c fail on ||powerpc-darwin Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27473
[Bug fortran/27470] [4.1/4.2 regression] wong memory allocator for derived types
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 17:31 --- I wonder how related this is to PR 27411. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org BugsThisDependsOn||27411 Summary|[4.1 4.2 regression] wong |[4.1/4.2 regression] wong |memory allocator for derived|memory allocator for derived |types |types Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27470
[Bug rtl-optimization/27467] -fsee introduces spurious movs
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 18:08 --- Hmm, interesting I don't get any diff between -O3 -fsee and -O3 -fno-see. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27467
[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-05-07 18:18 --- Mine -- dberlin at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-04-09 17:50:01 |2006-05-07 18:18:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093
[Bug rtl-optimization/27467] -fsee introduces spurious movs
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-07 18:24 --- This is the diff I get on the mainline: --- t.s 2006-05-07 11:15:36.0 -0700 +++ t1.s2006-05-07 11:15:29.0 -0700 @@ -16,11 +16,10 @@ f37: s8addq $1,8,$16 lda $1,33($1) sll $1,$2,$1 - bis $31,$16,$0 + addl $31,$16,$0 beq $17,$L4 - bis $31,$1,$0 + addl $31,$1,$0 $L4: - addl $31,$0,$0 ret $31,($26),1 .end f37 .ident "GCC: (GNU) 4.2.0 20060507 (experimental)" and I see that -fsee is better. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27467
[Bug rtl-optimization/27468] sign-extending Alpha instructions not exploited
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 18:35 ---
For abs, we do get a difference in the RTL:
(insn 32 11 16 2 (set (subreg:SI (reg:DI 73) 0)
(subreg:SI (reg:DI 72) 0)) -1 (nil)
(expr_list:REG_DEAD (reg:DI 72)
(nil)))
(note 16 32 31 2 NOTE_INSN_FUNCTION_END)
(insn 31 16 19 2 (set (reg:DI 73)
(sign_extend:DI (subreg:SI (reg:DI 73) 0))) 1 {*extendsidi2_1} (nil)
(nil))
- TO;
(insn 12 11 16 2 (set (reg:DI 73)
(sign_extend:DI (subreg:SI (reg:DI 72) 0))) 1 {*extendsidi2_1}
(insn_list:REG_DEP_TRUE 11 (nil))
(expr_list:REG_DEAD (reg:DI 72)
(nil)))
(note 16 12 19 2 NOTE_INSN_FUNCTION_END)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27468
[Bug rtl-optimization/27469] zero extension not eliminated
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-07 18:59 ---
Confirmed.
It does try to do it:
(insn 18 16 19 2 (set (reg:DI 79 [ x.25 ])
(zero_extend:DI (subreg/s:SI (reg/v:DI 71 [ x.25 ]) 0))) 52
{zero_extendsidi2} (insn_list:REG_DEP_TRUE 16 (nil))
(nil))
into;
(insn 56 16 54 2 (set (subreg:SI (reg:DI 79 [ x.25 ]) 0)
(subreg/s:SI (reg/v:DI 71 [ x.25 ]) 0)) -1 (nil)
(nil))
(insn 54 56 19 2 (set (reg:DI 79 [ x.25 ])
(zero_extend:DI (subreg:SI (reg:DI 79 [ x.25 ]) 0))) 52
{zero_extendsidi2} (nil)
(nil))
--
pinskia 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-05-07 18:59:35
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27469
[Bug tree-optimization/27474] New: ICE: tree check: expected ssa_name, have struct_field_tag in verify_ssa, at tree-ssa.c:776
This ICE happens during compilation of PovRay-3.6.1 with -msse2 -ftree-vectorize (also on x86_64). The ICE is in express.cpp. The reduced testcase is attached, this is the failure with -O -ftree-vectorize: g++ -O -ftree-vectorize -m32 -msse2 reduced.cpp reduced.cpp: In function void pov::Parse_Num_Factor(double*, int*): reduced.cpp:94: internal compiler error: tree check: expected ssa_name, have struct_field_tag in verify_ssa, at tree-ssa.c:776 Please submit a full bug report, [etc] The same failure happens with g++ -O -ftree-vectorize on x86_64. -- Summary: ICE: tree check: expected ssa_name, have struct_field_tag in verify_ssa, at tree-ssa.c:776 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: uros at kss-loka dot si GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27474
[Bug tree-optimization/27474] ICE: tree check: expected ssa_name, have struct_field_tag in verify_ssa, at tree-ssa.c:776
--- Comment #1 from uros at kss-loka dot si 2006-05-07 19:30 --- Created an attachment (id=11396) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11396&action=view) Reduced cpp testcase The testcase, reduced with Delta. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27474
[Bug fortran/27470] [4.1/4.2 regression] wong memory allocator for derived types
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-05-07 19:36 --- (In reply to comment #1) > I wonder how related this is to PR 27411. As far as I can see, there's no relationship. To my eye, this looks like a stand-alone bug :-) Summary of what goes wrong: gfc_array_allocate needs to differentiate between pointer and allocatable arrays because it needs to call _gfortran_allocate_array for allocatable arrays and _gfortran_allocate for pointers. The difference is that, for an allocatable array, it is an error if the allocatable array is already allocated. For pointers, it's ok (it potentially leaks memory, though). The test wether this is an allocatable array is done via expr->symtree->n.sym->attr.allocatable, which is fine for non-derived types. The test case exposes a problem, that "mol" is allocatable, mol%array is a pointer, and what we get via expr->symtree->... is the array and not the pointer. Apparently, we need to look somewhere else for that information, but I haven't found out where yet. Here is a test case which actually provokes a runtime error: TYPE foo INTEGER, DIMENSION(:), POINTER :: array END TYPE foo type(foo),allocatable,dimension(:) :: mol ALLOCATE (mol(1)) mol = transfer(-1, mol) ! Initialize the array with garbage ALLOCATE (mol(1)%array(5)) ! Fails with "Attempting to allocate already allocated array" END -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27470
[Bug awt/16741] Toolkit.loadSystemColor unimplemented
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16741
[Bug c++/27475] New: ICE when generate a precompiled header, and the same header is given to -include on the command-line
I get an ICE when trying to generate a precompiled header, when the command-line has a "-include" of that same precompiled header, but only when the header already exists in precompiled form. It may sound like a strange usage to -include the same file on the command-line as is being generated, but the actual usage scenario involves a makefile where the CPPFLAGS variable has "-include project.h", and then the build rule to generate project.h.gch from project.h uses $(CPPFLAGS) in the compiler command. That case has a trivial workaround, of course, just by having the makefile rule do a "rm -f project.h.gch" before trying to rebuild it. I noticed bug 13675, which sounds related, but I thought this situation might be different since it triggers an ICE where bug 13675 actually gives a "bad file descriptor" error message. Like bug 13675, this ICE occurs only when using "g++", and not with "gcc". Here is the test case: $ ls inc.h # Note that inc.h.gch does not exist yet $ cat inc.h #ifndef INC_INCLUDED_H #define INC_INCLUDED_H #include #endif $ ~/local/gcc-4.2-20060401/bin/g++ -include inc.h -x c++ -c inc.h -o inc.h.gch $ ls inc.h inc.h.gch# Now we've successfully built inc.h.gch $ ~/local/gcc-4.2-20060401/bin/g++ -include inc.h -x c++ -c inc.h -o inc.h.gch inc.h:1: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. $ ls inc.h # Now after the ICE, inc.h.gch has gone away again I get the same behavior with each of 3.4.4, 4.1.0, and 4.2.0 (as of 20060401): gcc version 3.4.4 20050721 (Red Hat 3.4.4-2) gcc version 4.1.0 20060304 (Red Hat 4.1.0-3) gcc version 4.2.0 20060401 (experimental) Thanks, Rob -- Summary: ICE when generate a precompiled header, and the same header is given to -include on the command-line Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rjpeters at klab dot caltech dot edu GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27475
[Bug testsuite/27476] New: Thousands of run_all.sh[242]: ==: A test command parameter is not valid
=== acats support === Generating support files... done. Compiling support files... done. === acats tests === Running chapter a ... /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/ada/acats/run_all.sh[242]: ==: A test command parameter is not valid. /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/ada/acats/run_all.sh[242]: ==: A test command parameter is not valid. ... -- Summary: Thousands of run_all.sh[242]: ==: A test command parameter is not valid Product: gcc Version: unknown Status: UNCONFIRMED Severity: minor Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27476
[Bug awt/16005] GridBagLayout resizes components incorrectly when weigthy value is set
-- gnu_andrew at member dot fsf dot org changed: What|Removed |Added Target Milestone|--- |0.91 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
[Bug middle-end/27409] [4.1/4.2 Regression] ICE in get_constraint_for_component_ref
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-07 21:04 --- Subject: Bug 27409 Author: rguenth Date: Sun May 7 21:03:55 2006 New Revision: 113607 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113607 Log: 2006-05-07 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/27409 * tree-ssa-structalias.c (get_constraint_for_component_ref): Do not try to find zero-sized subvars. * gcc.dg/torture/pr27409.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr27409.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
[Bug target/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-07 21:15 --- Subject: Bug 27421 Author: reichelt Date: Sun May 7 21:15:33 2006 New Revision: 113609 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113609 Log: PR target/27421 * config/i386/i386.c (classify_argument): Skip fields with invalid types. * gcc.dg/array-9.c: New test. Added: trunk/gcc/testsuite/gcc.dg/array-9.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27421
[Bug target/27421] [4.0/4.1 regression] ICE with invalid array in struct
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-07 21:17 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE |with invalid array in struct|with invalid array in struct http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27421
[Bug target/24672] ICE on missing parentheses for constructor
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-07 21:22 --- *** This bug has been marked as a duplicate of 27421 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24672
[Bug target/27421] [4.0/4.1 regression] ICE with invalid array in struct
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-07 21:22 --- *** Bug 24672 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27421
[Bug rtl-optimization/27472] ICE with -fsee -O2
--- Comment #2 from dcb314 at hotmail dot com 2006-05-07 21:44 --- (In reply to comment #1) > -fsee has now been turned off by default so this is not a regression. By "now" do you mean before or after the 20060506 snapshot ? The code used to compile on the previous snapshot, it doesn't compile with the current snapshot. That sounds like a regression to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27472
[Bug rtl-optimization/27472] ICE with -fsee -O2
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-07 23:30 --- (In reply to comment #2) > (In reply to comment #1) > > -fsee has now been turned off by default so this is not a regression. > > By "now" do you mean before or after the 20060506 snapshot ? Now meaning today: http://gcc.gnu.org/ml/gcc-cvs/2006-05/msg00199.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27472
[Bug c++/27447] [4.1/4.2 regression] ICE on invalid ptr-to-member-function
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-08 00:26 --- Subject: Bug 27447 Author: reichelt Date: Mon May 8 00:26:08 2006 New Revision: 113615 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113615 Log: PR c++/27447 * decl2.c (build_memfn_type): Skip invalid functions and class types. * g++.dg/other/ptrmem7.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/ptrmem7.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl2.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27447
[Bug c++/27447] [4.1 regression] ICE on invalid ptr-to-member-function
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-08 00:37 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 regression] ICE on |[4.1 regression] ICE on |invalid ptr-to-member- |invalid ptr-to-member- |function|function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27447
[Bug middle-end/27095] [4.1 Regression] O2 produces duplicate code
--- Comment #11 from amodra at bigpond dot net dot au 2006-05-08 00:49 --- Testcase fixed by simply xfailing *-*-darwin*. It might be possible to tweak the pattern we match to accommodate darwin, but I'll leave that to a darwin maintainer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27095
[Bug rtl-optimization/23454] [4.0 regression] ICE in invert_exp_1, at jump.c:1719
--- Comment #10 from ted dot keller at goodrich dot com 2006-05-08 03:30 --- Have verified bug is still an issue in 4.02 and 4.03. Verified code in 4.03 contains the patch. Compile still fails on mysql object sql_analyse.cc -- ted dot keller at goodrich dot com changed: What|Removed |Added CC||ted dot keller at goodrich ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23454
[Bug target/24879] SSE3 monitor intrinsic doesn't work in 64bit
--- Comment #4 from hjl at gcc dot gnu dot org 2006-05-08 03:43 --- Subject: Bug 24879 Author: hjl Date: Mon May 8 03:43:07 2006 New Revision: 113617 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113617 Log: gcc/ 2006-05-07 H.J. Lu <[EMAIL PROTECTED]> PR target/24879 * config/i386/pmmintrin.h (_mm_monitor): Remove macro. Use inline function. (_mm_mwait): Likewise. * config/i386/sse.md (sse3_mwait): Replace "mwait\t%0, %1" with "mwait". (sse3_monitor): Make it 32bit only. (sse3_monitor64): New. 64bit monitor. gcc/testsuite/ 2006-05-07 H.J. Lu <[EMAIL PROTECTED]> PR target/24879 * gcc.target/i386/monitor.c: New file. Added: trunk/gcc/testsuite/gcc.target/i386/monitor.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/pmmintrin.h trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24879
[Bug fortran/26119] ICE on transpose with specific compiler option
--- Comment #4 from iguchi at coral dot t dot u-tokyo dot ac dot jp 2006-05-08 04:35 --- I believe that this bug still exists since the below testcase would be a duplicated one. $ gfortran -v Using built-in specs. Target: powerpc-apple-darwin7.9.0 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20060424/gfortran_libs --enable-bootstrap Thread model: posix gcc version 4.2.0 20060423 (experimental) $ cat ice.f90 subroutine f(a,b,m,n,c,r) implicit none logical :: m integer :: n double precision :: a(1) double precision :: b(1,n) double precision :: c(1,1) double precision :: r(1,1) integer :: i double precision :: h(1),p(1,1),q(1,1),s(1,1),v double precision,parameter :: e(1,1) = reshape((/0/), (/1,1/) ) logical :: l external d call d(c(:,:),1,q,v) p = c(:,:) s = matmul(p,transpose(q)) - e if (m) then if (l) continue endif c(:,:) = p call d(c,1,1,1) if (.true.) then do i=1,1 h(1)=b(1,1) enddo endif end subroutine $ gfortran -c -O2 ice.f90 ice.f90: In function 'f': ice.f90:16: internal compiler error: in gfc_conv_array_transpose, at fortran/trans-array.c:726 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26119
[Bug bootstrap/27477] New: The H8 port doesn't build
While building libstdc++, the build breaks. -- Summary: The H8 port doesn't build Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kazu at gcc dot gnu dot org GCC target triplet: h8300-none-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27477
[Bug bootstrap/27477] The H8 port doesn't build
--- Comment #1 from kazu at gcc dot gnu dot org 2006-05-08 04:42 --- Created an attachment (id=11399) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11399&action=view) testcase Compile this testcase, derived from libstdc++, with -msx -O2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27477
[Bug fortran/27324] Initialized module equivalence member causes assembler error
--- Comment #5 from pault at gcc dot gnu dot org 2006-05-08 05:02 --- Subject: Bug 27324 Author: pault Date: Mon May 8 05:01:56 2006 New Revision: 113618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618 Log: 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * trans-array.c (get_array_ctor_strlen): Remove static attribute. * trans.h: Add prototype for get_array_ctor_strlen. * trans-intrinsic.c (gfc_conv_intrinsic_len): Switch on EXPR_ARRAY and call get_array_ctor_strlen. PR fortran/27269 * module.c: Add static flag in_load_equiv. (mio_expr_ref): Return if no symtree and in_load_equiv. (load_equiv): If any of the equivalence members have no symtree, free the equivalence and the associated expressions. PR fortran/27324 * trans-common.c (gfc_trans_common): Invert the order of calls to finish equivalences and gfc_commit_symbols. PR fortran/25099 * resolve.c (resolve_call): Check conformity of elemental subroutine actual arguments. 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * gfortran.dg/char_cons_len.f90: New test. PR fortran/27269 PR fortran/27324 * gfortran.dg/module_equivalence_2.f90: New test. PR fortran/25099 * gfortran.dg/elemental_subroutine_4.f90: New test. * gfortran.dg/assumed_size_refs_1.f90: Add error to non-conforming call sub (m, x). Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_cons_len.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/elemental_subroutine_4.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/module_equivalence_2.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/module.c branches/gcc-4_1-branch/gcc/fortran/resolve.c branches/gcc-4_1-branch/gcc/fortran/trans-array.c branches/gcc-4_1-branch/gcc/fortran/trans-common.c branches/gcc-4_1-branch/gcc/fortran/trans-intrinsic.c branches/gcc-4_1-branch/gcc/fortran/trans.h branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/assumed_size_refs_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27324
[Bug fortran/24813] ICE with scalarization LEN of character types
--- Comment #8 from pault at gcc dot gnu dot org 2006-05-08 05:02 --- Subject: Bug 24813 Author: pault Date: Mon May 8 05:01:56 2006 New Revision: 113618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618 Log: 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * trans-array.c (get_array_ctor_strlen): Remove static attribute. * trans.h: Add prototype for get_array_ctor_strlen. * trans-intrinsic.c (gfc_conv_intrinsic_len): Switch on EXPR_ARRAY and call get_array_ctor_strlen. PR fortran/27269 * module.c: Add static flag in_load_equiv. (mio_expr_ref): Return if no symtree and in_load_equiv. (load_equiv): If any of the equivalence members have no symtree, free the equivalence and the associated expressions. PR fortran/27324 * trans-common.c (gfc_trans_common): Invert the order of calls to finish equivalences and gfc_commit_symbols. PR fortran/25099 * resolve.c (resolve_call): Check conformity of elemental subroutine actual arguments. 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * gfortran.dg/char_cons_len.f90: New test. PR fortran/27269 PR fortran/27324 * gfortran.dg/module_equivalence_2.f90: New test. PR fortran/25099 * gfortran.dg/elemental_subroutine_4.f90: New test. * gfortran.dg/assumed_size_refs_1.f90: Add error to non-conforming call sub (m, x). Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_cons_len.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/elemental_subroutine_4.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/module_equivalence_2.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/module.c branches/gcc-4_1-branch/gcc/fortran/resolve.c branches/gcc-4_1-branch/gcc/fortran/trans-array.c branches/gcc-4_1-branch/gcc/fortran/trans-common.c branches/gcc-4_1-branch/gcc/fortran/trans-intrinsic.c branches/gcc-4_1-branch/gcc/fortran/trans.h branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/assumed_size_refs_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24813
[Bug fortran/27269] Segfault with EQUIVALENCEs in modules together with ONLY clauses
--- Comment #6 from pault at gcc dot gnu dot org 2006-05-08 05:02 --- Subject: Bug 27269 Author: pault Date: Mon May 8 05:01:56 2006 New Revision: 113618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618 Log: 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * trans-array.c (get_array_ctor_strlen): Remove static attribute. * trans.h: Add prototype for get_array_ctor_strlen. * trans-intrinsic.c (gfc_conv_intrinsic_len): Switch on EXPR_ARRAY and call get_array_ctor_strlen. PR fortran/27269 * module.c: Add static flag in_load_equiv. (mio_expr_ref): Return if no symtree and in_load_equiv. (load_equiv): If any of the equivalence members have no symtree, free the equivalence and the associated expressions. PR fortran/27324 * trans-common.c (gfc_trans_common): Invert the order of calls to finish equivalences and gfc_commit_symbols. PR fortran/25099 * resolve.c (resolve_call): Check conformity of elemental subroutine actual arguments. 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * gfortran.dg/char_cons_len.f90: New test. PR fortran/27269 PR fortran/27324 * gfortran.dg/module_equivalence_2.f90: New test. PR fortran/25099 * gfortran.dg/elemental_subroutine_4.f90: New test. * gfortran.dg/assumed_size_refs_1.f90: Add error to non-conforming call sub (m, x). Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_cons_len.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/elemental_subroutine_4.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/module_equivalence_2.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/module.c branches/gcc-4_1-branch/gcc/fortran/resolve.c branches/gcc-4_1-branch/gcc/fortran/trans-array.c branches/gcc-4_1-branch/gcc/fortran/trans-common.c branches/gcc-4_1-branch/gcc/fortran/trans-intrinsic.c branches/gcc-4_1-branch/gcc/fortran/trans.h branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/assumed_size_refs_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27269
[Bug fortran/26119] ICE on transpose with specific compiler option
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-08 05:02 --- (In reply to comment #4) > $ gfortran -v > Using built-in specs. > Target: powerpc-apple-darwin7.9.0 > Configured with: ../gcc/configure --prefix=/usr/local/gfortran > --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20060424/gfortran_libs > --enable-bootstrap > Thread model: posix > gcc version 4.2.0 20060423 (experimental) Well it works for me wth 20060507 so I am going to close this as fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26119
[Bug fortran/25099] Conformance of arguments to ELEMENTAL subroutines
--- Comment #6 from pault at gcc dot gnu dot org 2006-05-08 05:02 --- Subject: Bug 25099 Author: pault Date: Mon May 8 05:01:56 2006 New Revision: 113618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113618 Log: 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * trans-array.c (get_array_ctor_strlen): Remove static attribute. * trans.h: Add prototype for get_array_ctor_strlen. * trans-intrinsic.c (gfc_conv_intrinsic_len): Switch on EXPR_ARRAY and call get_array_ctor_strlen. PR fortran/27269 * module.c: Add static flag in_load_equiv. (mio_expr_ref): Return if no symtree and in_load_equiv. (load_equiv): If any of the equivalence members have no symtree, free the equivalence and the associated expressions. PR fortran/27324 * trans-common.c (gfc_trans_common): Invert the order of calls to finish equivalences and gfc_commit_symbols. PR fortran/25099 * resolve.c (resolve_call): Check conformity of elemental subroutine actual arguments. 2006-05-08 Paul Thomas <[EMAIL PROTECTED]> PR fortran/24813 * gfortran.dg/char_cons_len.f90: New test. PR fortran/27269 PR fortran/27324 * gfortran.dg/module_equivalence_2.f90: New test. PR fortran/25099 * gfortran.dg/elemental_subroutine_4.f90: New test. * gfortran.dg/assumed_size_refs_1.f90: Add error to non-conforming call sub (m, x). Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/char_cons_len.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/elemental_subroutine_4.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/module_equivalence_2.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/module.c branches/gcc-4_1-branch/gcc/fortran/resolve.c branches/gcc-4_1-branch/gcc/fortran/trans-array.c branches/gcc-4_1-branch/gcc/fortran/trans-common.c branches/gcc-4_1-branch/gcc/fortran/trans-intrinsic.c branches/gcc-4_1-branch/gcc/fortran/trans.h branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/assumed_size_refs_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25099
[Bug fortran/27478] New: getting ": error: invalid operand to binary operator"
#!/bin/sh cat >bug.f <<\EOF FUNCTION TSL(PIN) ! EXTERNAL PPP ENTRY TSL1(PIN) IF (DBLE(TSL) .GT. PIN) TSL = 705.47 TSL= PPP(TSL) END EOF ( exec 2>&1 uname -a set -x gfortran --version gfortran -v -c -save-temps bug.f ls -ltrasd bug* echo = cat bug.i* echo = #cat bug.s echo = ) | tee -a $0 exit CYGWIN_NT-5.1 electra 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown unknown Cygwin + gfortran --version GNU Fortran 95 (GCC) 4.2.0 20060420 (experimental) Copyright (C) 2006 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING + gfortran -v -c -save-temps bug.f Using built-in specs. Target: i686-pc-cygwin Configured with: ../trunk/configure --prefix=/irun --with- mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --enable- languages=c,fortran --disable-bootstrap : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with- gmp=/usr/local/gmp --enable-languages=c,fortran --disable-bootstrap : (reconfigured) ../trunk/configure --prefix=/irun --with- mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with- gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no- recursion : (reconfigured) ../trunk/configure --prefix=/irun --with- mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with- gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no- recursion : (reconfigured) ../trunk/configure --prefix=/irun --with- mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --no-create --no- recursion : (reconfigured) ../trunk/configure --prefix=/irun --with- mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --enable-languages=c,fortran --no-create --no-recursion : (reconfigured) ../trunk/configure --prefix=/irun --with-mpfr=/usr/local/gmp --with-gmp=/usr/local/gmp --disable-bootstrap --enable-languages=c,fortran --enable-languages=c,fortran --no-create --no-recursion Thread model: single gcc version 4.2.0 20060420 (experimental) /usr/local/irun/bin/../libexec/gcc/i686-pc-cygwin/4.2.0/f951.exe bug.f -ffixed-form -quiet -dumpbase bug.f -mtune=generic -auxbase bug -version -I /usr/local/irun/bin/../lib/gcc/i686-pc-cygwin/4.2.0/finclude -o bug.s GNU F95 version 4.2.0 20060420 (experimental) (i686-pc-cygwin) compiled by GNU C version 3.2 20020927 (prerelease). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 bug.f: In function 'master.0.tsl': bug.f:5: error: invalid operand to binary operator __result_master.0.tslD.917 bug.f:5: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. + ls -ltrasd bug.f bug.ksh bug.o bug.s bug1 1 -rw-r--r-- 1 urbanjs None 672 Dec 13 23:34 bug.ksh 1 -rw-r--r-- 1 urbanjs None 812 Feb 12 23:32 bug1 1 -rw-r--r-- 1 urbanjs None 537 May 8 00:44 bug.o 1 -rw-r--r-- 1 urbanjs None 139 May 8 00:52 bug.f 1 -rw-r--r-- 1 urbanjs None 557 May 8 00:52 bug.s + echo = = + cat bug.i* cat: bug.i*: No such file or directory + echo = = + echo = ==
[Bug fortran/27478] getting ": error: invalid operand to binary operator"
--- Comment #1 from johnurban at adelphia dot net 2006-05-08 05:17 --- Created an attachment (id=11400) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11400&action=view) script that shows bug + output from running script -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27478
[Bug fortran/27478] getting ": error: invalid operand to binary operator"
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-08 05:20 --- As far as I can tell it is a middle-end/gimplifier problem: real4 __result_master.0.tsl; real4 tsl.0 [value-expr: __result_master.0.tsl]; Unless the value expression should also be marked as TREE_ADDRESSABLE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27478
[Bug target/27277] [4.2 Regression] standard i387 constant loading insns (fldz, fld1) are not generated anymore
--- Comment #5 from uros at gcc dot gnu dot org 2006-05-08 06:10 --- Subject: Bug 27277 Author: uros Date: Mon May 8 06:10:03 2006 New Revision: 113622 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113622 Log: PR target/27277 * config/i386/i386.c (ix86_rtx_costs) [FLOAT_EXTEND]: For standard 80387 constants, raise the cost to prevent compress_float_constant() to generate load from memory. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
[Bug target/27277] [4.2 Regression] standard i387 constant loading insns (fldz, fld1) are not generated anymore
--- Comment #6 from uros at kss-loka dot si 2006-05-08 06:12 --- Fixed. -- uros at kss-loka dot si changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27277
[Bug middle-end/27260] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6750
--- Comment #11 from amodra at gcc dot gnu dot org 2006-05-08 06:13 --- Subject: Bug 27260 Author: amodra Date: Mon May 8 06:13:23 2006 New Revision: 113623 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113623 Log: PR middle-end/27260 * builtins.c (expand_builtin_memset): Expand val in original mode. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/builtins.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
[Bug middle-end/27260] [4.1 Regression] ICE in expand_expr_real_1, at expr.c:6750
--- Comment #12 from amodra at bigpond dot net dot au 2006-05-08 06:14 --- Patch commited to 4.1 -- amodra at bigpond dot net dot au changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27260
[Bug fortran/24813] ICE with scalarization LEN of character types
--- Comment #9 from pault at gcc dot gnu dot org 2006-05-08 06:25 --- Fixed on trunk and 4.1 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24813
[Bug fortran/25099] Conformance of arguments to ELEMENTAL subroutines
--- Comment #7 from pault at gcc dot gnu dot org 2006-05-08 06:27 --- Fixed on trunk and 4.1 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25099
[Bug target/24879] SSE3 monitor intrinsic doesn't work in 64bit
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-08 06:47 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24879
[Bug middle-end/27409] [4.1 Regression] ICE in get_constraint_for_component_ref
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-08 06:52 --- Fixed at least on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.2.0 4.1.0 |4.1.0 Known to work||4.2.0 4.0.3 Summary|[4.1/4.2 Regression] ICE in |[4.1 Regression] ICE in |get_constraint_for_component|get_constraint_for_component |_ref|_ref http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27409
