[Bug tree-optimization/21541] [4.1 Regression] gcc.c-torture/execute/20031215-1.c compilation fails
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 06:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
[Bug tree-optimization/21541] [4.1 Regression] gcc.c-torture/execute/20031215-1.c compilation fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-19 06:30 --- Subject: Bug 21541 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-19 06:29:47 Modified files: gcc: ChangeLog ifcvt.c Log message: PR 21541 * ifcvt.c (noce_process_if_block): Avoid conversion when the memory destination is readonly. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8858&r2=2.8859 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ifcvt.c.diff?cvsroot=gcc&r1=1.186&r2=1.187 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
[Bug libgcj/21637] URL.openStream doesn't throw a FileNotFoundException with some urls
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-19 05:35 --- I'm testing a fix for this. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-19 05:35:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21637
[Bug tree-optimization/21541] [4.1 Regression] gcc.c-torture/execute/20031215-1.c compilation fails
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 04:23 --- Part 1 of a fix: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01947.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
[Bug middle-end/21305] flag_delete_null_pointer_checks is target specific
--- Additional Comments From schlie at comcast dot net 2005-05-19 03:55
---
(In reply to comment #0)
> The current -fdelete_null_pointer_checks implementation makes assumptions that
> the target processor will trap on reads or writes to address zero.
> Unfortunately,
> these assumptions are target (often operating system) specific.
> ...
> I propose we should add target macros, TARGET_NULL_POINTER_READABLE and
> TARGET_NULL_POINTER_WRITABLE and control the effects of the
> -fdelete_null_pointer_checks with that. The current situation is that
> these transformations are enabled automatically at -O2 without regard to
> the target environment.
Correct, and as coppied from PR21479:
> >"a null reference is undefined" => "may trap" => "will trap"
> >is simply wrong, and is not justifyable; such an optimization
> >is target specific, as it depends on "will trap" target semantics.
>
> Right. However, the logic here is simply "a null pointer dereference is
> undefined" => "if you still do it, your code may behave however gcc feels
> like", which is backed by the C standard. So this is invalid.
No, only the "null pointer dereference" itself is undefined. which means
that upon a null pointer reference any or no value may be returned.
Is says, implies, and grants no rights what so ever to an implementation,
to define that an arbitrary behavior will occure which may be subsequenlty
relied upon to occure unless the implementation inforces that behavior.
More specifically, unless GCC can warrent that a "null pointer dereference"
will trap will terminate program execution, it must preserve the semantics
of the remaining programs execution as defined by the standard, which
includes but not limited to preserving null-pointer comparision semantics,
as defined by the standard; as not to do so would be in violation of the same.
("If -O2 or greater, enable -fdelete-null-pointer-checks" can not be
unconditionally enabled without violating the semantics of the language.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21305
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-19 03:42 --- The patch in comment #13 works; build completes for cris-elf and testsuite results seem sane (same "new failures" as cris-axis-linux-gnu before this patch). Also tested on mmix-knuth-mmixware, no regressions (no changes at all). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21541] [4.1 Regression] gcc.c-torture/execute/20031215-1.c compilation fails
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-19 01:58 --- The root cause of this has nothing to do with the type system per-se. The original program skirts the line of legality, and get_expr_operands is falling over. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-05-12 21:57:33 |2005-05-19 01:58:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21541
[Bug c/21659] [3.4/4.0/4.1 Regression] [unit-at-a-time] "weak declaration must precede definition" error missing at >= O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 01:19 --- Confirmed, unit-at-a-time related. -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||accepts-invalid, diagnostic Known to fail||3.4.0 4.0.0 4.1.0 Known to work||3.3.3 Last reconfirmed|-00-00 00:00:00 |2005-05-19 01:19:55 date|| Summary|"weak declaration must |[3.4/4.0/4.1 Regression] |precede definition" error |[unit-at-a-time] "weak |missing at >= O2|declaration must precede ||definition" error missing at ||>= O2 Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659
[Bug c++/21645] [4.1 Regression] C++ ICE in cxx_types_compatible_p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 01:02 --- I think I have a patch, the problem is that the type for the cloned parm does not get updated. I wonder why this has not showed up before. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug c++/21645] [4.1 Regression] C++ ICE in cxx_types_compatible_p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 00:48 --- Hmm, the problem is we don't have a reference type at the point we clone the constructor. The reason why it worked before Honza's patch is because we did not call build_fold_indirect_ref before. This is a bug in the C++ front-end. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug c/21659] New: "weak declaration must precede definition" error missing at >= O2
Compiling the C Torture file "weak-6.c" (below) gives an error at O0 and O1, as
seemed to be expected
by the author. At O2, there's no error or warning.
214> gcc -O2 -c ../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-6.c
215> gcc -O1 -c ../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-6.c
../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-6.c:4: error: weak
declaration of `foo' must
precede definition
weak-6.c:
/* { dg-do compile } */
extern void * foo (void);
void * foo (void) { return (void *)foo; } /* { dg-error "precede" } */
#pragma weak foo
Also occurs with arm-softfloat-linux-gnu-g++ 3.4.1.
With Apple gcc version 3.3, I don't get the error at any optimization level.
Here's the save-temps output:
225> gcc -v -save-temps -O2 -c
../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-6.c
Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.4/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --
infodir=/usr/share/info --mandir=/usr/share/man
--enable-languages=c,c++,f77,objc,java,ada --
disable-checking --libdir=/usr/lib --enable-libgcj
--with-gxx-include-dir=/usr/include/g++ --with-
slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit
i586-suse-linux
Thread model: posix
gcc version 3.3.4 (pre 3.3.5 20040809)
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/cc1 -E -quiet -v -D__GNUC__=3
-D__GNUC_MINOR__=3
-D__GNUC_PATCHLEVEL__=4 ../c/noerror/GPL/3.3.2/nowarn/bulk/gcc.dg/weak/weak-6.c
-O2 weak
-6.i
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/include
/usr/i586-suse-linux/include
/usr/include
End of search list.
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/cc1 -fpreprocessed weak-6.i -quiet
-dumpbase weak-6.c
-auxbase weak-6 -O2 -version -o weak-6.s
GNU C version 3.3.4 (pre 3.3.5 20040809) (i586-suse-linux)
compiled by GNU C version 3.3.4 (pre 3.3.5 20040809).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96968
/usr/lib/gcc-lib/i586-suse-linux/3.3.4/../../../../i586-suse-linux/bin/as -V
-Qy -o weak-6.o weak
-6.s
GNU assembler version 2.15.91.0.2 (i586-suse-linux) using BFD version
2.15.91.0.2 20040727 (SuSE
Linux)
--
Summary: "weak declaration must precede definition" error missing
at >= O2
Product: gcc
Version: 3.3.4
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flash at pobox dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659
[Bug c++/21645] [4.1 Regression] C++ ICE in cxx_types_compatible_p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-19 00:40 --- Hmm, we have an INDIRECT_REF with no type, I wonder how that could. -- What|Removed |Added Summary|[4.1 Regression] G++ ICE|[4.1 Regression] C++ ICE in |while building post-html.cpp|cxx_types_compatible_p |in groff| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug tree-optimization/21658] CCP does not propagate ADDR_EXPR far enough.
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21658
[Bug tree-optimization/21658] New: CCP does not propagate ADDR_EXPR far enough.
Consider:
void
f (void)
{
int *p, *q, *r;
int a[10];
p = &a[5];
q = p - 1;
r = q - 1;
*r = 1;
}
Here is what I get from the first CCP.
f ()
{
int a[10];
int * r;
int * q;
int * p;
:
p_1 = &a[5];
q_2 = &a[4];
r_3 = q_2 - 4B;
*r_3 = 1;
return;
}
Note that p_1 and q_2 are of the form &a[CST], but r_3 is not.
--
Summary: CCP does not propagate ADDR_EXPR far enough.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: dnovillo at redhat dot com,gcc-bugs at gcc dot gnu dot
org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21658
[Bug target/21657] [4.0 regression] TLS reference miscompiled
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 22:49 --- Ug. Missed deleting a line from local-dynamic side. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-18 22:49:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657
[Bug gcov/profile/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."
--- Additional Comments From hubicka at ucw dot cz 2005-05-18 22:47 ---
Subject: Re: [Bug gcov/profile/20815] -fprofile-use barfs with "coverage
mismatch for function '...' while reading counter 'arcs'."
>
> --- Additional Comments From hubicka at ucw dot cz 2005-05-18 22:22
> ---
> Subject: Re: [Bug gcov/profile/20815] -fprofile-use barfs with "coverage
> mismatch for function '...' while reading counter 'arcs'."
>
> coverage_checksum_string already knows a bit about ignoring random seed
> produced mess. It looks like this needs to be extended somehow to
> handle namespaces too...
This seems to solve the missmatch. Would it be possible to test it on
bigger testcase and if it works distile a testcase that don't use
file IO so it is more suitable for gcc regtesting?
Index: coverage.c
===
RCS file: /cvs/gcc/gcc/gcc/coverage.c,v
retrieving revision 1.6.2.12.2.12
diff -c -3 -p -r1.6.2.12.2.12 coverage.c
*** coverage.c 18 May 2005 07:37:31 - 1.6.2.12.2.12
--- coverage.c 18 May 2005 22:45:36 -
*** coverage_checksum_string (unsigned chksu
*** 471,505
as the checksums are used only for sanity checking. */
for (i = 0; string[i]; i++)
{
if (!strncmp (string + i, "_GLOBAL__", 9))
! for (i = i + 9; string[i]; i++)
! if (string[i]=='_')
! {
! int y;
! unsigned seed;
! int scan;
!
! for (y = 1; y < 9; y++)
! if (!(string[i + y] >= '0' && string[i + y] <= '9')
! && !(string[i + y] >= 'A' && string[i + y] <= 'F'))
! break;
! if (y != 9 || string[i + 9] != '_')
! continue;
! for (y = 10; y < 18; y++)
! if (!(string[i + y] >= '0' && string[i + y] <= '9')
! && !(string[i + y] >= 'A' && string[i + y] <= 'F'))
! break;
! if (y != 18)
! continue;
! scan = sscanf (string + i + 10, "%X", &seed);
! gcc_assert (scan);
! if (seed != crc32_string (0, flag_random_seed))
! continue;
! string = dup = xstrdup (string);
! for (y = 10; y < 18; y++)
! dup[i + y] = '0';
! break;
! }
break;
}
--- 471,511
as the checksums are used only for sanity checking. */
for (i = 0; string[i]; i++)
{
+ int offset = 0;
+ if (!strncmp (string + i, "_GLOBAL__N_", 11))
+ offset = 11;
if (!strncmp (string + i, "_GLOBAL__", 9))
! offset = 9;
!
! /* C++ namespaces do have scheme:
! _GLOBAL__N___functionname
!since filename might contain extra underscores there seems
!to be no better chance then walk all possible offsets looking
!for magicnuber. */
! if (offset)
! for (;string[offset]; offset++)
! for (i = i + offset; string[i]; i++)
! if (string[i]=='_')
! {
! int y;
!
! for (y = 1; y < 9; y++)
! if (!(string[i + y] >= '0' && string[i + y] <= '9')
! && !(string[i + y] >= 'A' && string[i + y] <= 'F'))
! break;
! if (y != 9 || string[i + 9] != '_')
! continue;
! for (y = 10; y < 18; y++)
! if (!(string[i + y] >= '0' && string[i + y] <= '9')
! && !(string[i + y] >= 'A' && string[i + y] <= 'F'))
! break;
! if (y != 18)
! continue;
! if (!dup)
! string = dup = xstrdup (string);
! for (y = 10; y < 18; y++)
! dup[i + y] = '0';
! }
break;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
[Bug gcov/profile/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."
--- Additional Comments From hubicka at ucw dot cz 2005-05-18 22:22 --- Subject: Re: [Bug gcov/profile/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'." coverage_checksum_string already knows a bit about ignoring random seed produced mess. It looks like this needs to be extended somehow to handle namespaces too... Honza > > > -- >What|Removed |Added > > Component|middle-end |gcov/profile > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815 > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815
[Bug c++/21645] [4.1 Regression] G++ ICE while building post-html.cpp in groff
--- Additional Comments From janis at gcc dot gnu dot org 2005-05-18 22:19 --- This is the same problem that causes cc1plus to segfault building SPEC CPU2000 test eon for powerpc-linux at any level of optimization including -O0. The segfault happens when maybe_fold_offset_to_component_ref calls cxx_types_compatible_p with y==0. The failure shows up with this patch from Jan Hubicka: http://gcc.gnu.org/ml/gcc-cvs/2005-05/msg00624.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21645
[Bug target/21657] New: [4.0 regression] TLS reference miscompiled
The patch from PR21412 is causing miscompilation of glibc. Anything that uses
libpthread is crashing in __libc_dl_error_tsd.
void ** __attribute__ ((const))
__libc_dl_error_tsd (void)
{
static __thread void *data;
return &data;
}
When compiled without the patch:
dl-tsd.os: file format elf64-ia64-little
Disassembly of section .text:
<__libc_dl_error_tsd>:
0: 18 08 15 06 80 05 [MMB] alloc r33=ar.pfs,5,3,0
1: LTOFF_DTPMOD22 data.6704
6: e0 00 04 00 48 00 addl r14=0,r1
c: 00 00 00 20 nop.b 0x0
10: 01 10 01 02 00 21 [MII] mov r34=r1
16: 00 02 00 62 00 80 mov r32=b0
1c: 04 00 00 84 mov r36=r0;;
20: 1d 18 01 1c 18 10 [MFB] ld8 r35=[r14]
22: PCREL21B__tls_get_addr
26: 00 00 00 02 00 00 nop.f 0x0
2c: 08 00 00 50 br.call.sptk.many b0=20
<__libc_dl_error_tsd+0x20>;;
30: 08 08 00 44 00 21 [MMI] mov r1=r34
36: 20 00 20 00 42 00 mov r2=r8
3c: 00 0a 00 07 mov b0=r32
40: 0b 00 00 00 01 00 [MMI] nop.m 0x0;;
41: DTPREL22data.6704
46: 20 00 08 00 48 00 addl r2=0,r2
4c: 10 02 aa 00 mov.i ar.pfs=r33;;
50: 11 00 00 00 01 00 [MIB] nop.m 0x0
56: 80 00 08 00 42 80 mov r8=r2
5c: 08 00 84 00 br.ret.sptk.many b0;;
When compiled with the patch:
dl-tsd.os: file format elf64-ia64-little
Disassembly of section .text:
<__libc_dl_error_tsd>:
0: 08 08 15 06 80 05 [MMI] alloc r33=ar.pfs,5,3,0
1: LTOFF_DTPMOD22 data.6704
6: e0 00 04 00 48 00 addl r14=0,r1
c: 04 00 c4 00 mov r32=b0
10: 0b 10 01 02 00 21 [MMI] mov r34=r1;;
16: e0 00 38 30 20 80 ld8 r14=[r14]
1c: 04 00 00 84 mov r36=r0;;
20: 1d 18 01 1c 18 10 [MFB] ld8 r35=[r14]
22: PCREL21B__tls_get_addr
26: 00 00 00 02 00 00 nop.f 0x0
2c: 08 00 00 50 br.call.sptk.many b0=20
<__libc_dl_error_tsd+0x20>;;
30: 09 08 00 44 00 21 [MMI] mov r1=r34
36: 20 00 20 00 42 00 mov r2=r8
3c: 00 0a 00 07 mov b0=r32;;
40: 11 40 00 04 00 24 [MIB] addl r8=0,r2
40: DTPREL22data.6704
46: 00 08 01 55 00 80 mov.i ar.pfs=r33
4c: 08 00 84 00 br.ret.sptk.many b0;;
The bad version has one indirection on r14 too much.
--
Summary: [4.0 regression] TLS reference miscompiled
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
CC: gcc-bugs at gcc dot gnu dot org,rth at gcc dot gnu dot
org
GCC target triplet: ia64-linux
OtherBugsDependingO 21412
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21657
[Bug target/21412] ICE loading TLS address
-- What|Removed |Added BugsThisDependsOn||21657 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug libstdc++/19495] basic_string::_M_rep() can produce an unnaturally aligned pointer to _Rep
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 22:11 --- Subject: Bug 19495 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 22:11:24 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: basic_string.h basic_string.tcc libstdc++-v3/src: mt_allocator.cc pool_allocator.cc bitmap_allocator.cc libstdc++-v3/include/ext: array_allocator.h libstdc++-v3/testsuite/ext/array_allocator: 2.cc Log message: 2005-05-18 Paolo Carlini <[EMAIL PROTECTED]> Nathan Myers <[EMAIL PROTECTED]> PR libstdc++/19495 * include/bits/basic_string.h (_Raw_bytes_alloc): Rebind to size_type instead of char and rename to _Raw_alloc. * include/bits/basic_string.tcc (_Rep::_M_destroy, _Rep::_S_create): Use the above. * src/bitmap_allocator.cc: Add instantiation for size_type. * src/mt_allocator.cc: Likewise. * src/pool_allocator.cc: Likewise. * include/ext/array_allocator.h: Tweak slightly, avoid assuming the existence of an _Array::begin() and size() members. * testsuite/ext/array_allocator/2.cc: Tweak to use an allocator of size_type, instead of char, thus avoiding problems with rebinds, not treated correctly by array_allocator. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3003&r2=1.3004 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcc&r1=1.75&r2=1.76 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.tcc.diff?cvsroot=gcc&r1=1.84&r2=1.85 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/mt_allocator.cc.diff?cvsroot=gcc&r1=1.8&r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/pool_allocator.cc.diff?cvsroot=gcc&r1=1.2&r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/bitmap_allocator.cc.diff?cvsroot=gcc&r1=1.6&r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/array_allocator.h.diff?cvsroot=gcc&r1=1.8&r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/ext/array_allocator/2.cc.diff?cvsroot=gcc&r1=1.4&r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19495
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
22:02 ---
Index: tree-ssa-forwprop.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-forwprop.c,v
retrieving revision 2.17
diff -u -p -r2.17 tree-ssa-forwprop.c
--- tree-ssa-forwprop.c 18 May 2005 16:49:49 - 2.17
+++ tree-ssa-forwprop.c 18 May 2005 22:02:21 -
@@ -495,6 +495,7 @@ forward_propagate_addr_into_variable_arr
/* Replace the pointer addition with array indexing. */
TREE_OPERAND (use_stmt, 1) = unshare_expr (TREE_OPERAND (stmt, 1));
TREE_OPERAND (TREE_OPERAND (TREE_OPERAND (use_stmt, 1), 0), 1) = index;
+ recompute_tree_invarant_for_addr_expr (TREE_OPERAND (use_stmt, 1));
/* That should have created gimple, so there is no need to
record information to undo the propagation. */
@@ -623,6 +624,8 @@ forward_propagate_addr_expr (tree stmt)
{
mark_new_vars_to_rename (use_stmt);
update_stmt (use_stmt);
+ if (TREE_CODE (rhs) == ADDR_EXPR)
+ recompute_tree_invarant_for_addr_expr (rhs);
return true;
}
else
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/19626] Aliasing says stores to local memory do alias
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-18 21:51 --- Nice. Now it's really an aliasing problem only - and maybe bad timing for when we end up with such nice state. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19626
[Bug tree-optimization/21653] [4.1 Regression] gcc.dg/vect failures
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 21:44 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-05-18 21:44:50 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21653
[Bug target/21656] Spurious "template with C linkage" error message
--- Additional Comments From pkoning at equallogic dot com 2005-05-18 21:41 --- Thanks. I added that to config/mips/elf.h and it works correctly now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
[Bug target/21323] internal compiler error: Segmentation fault
--- Additional Comments From matt at 3am-software dot com 2005-05-18 21:39 --- Subject: Re: internal compiler error: Segmentation fault rth at gcc dot gnu dot org wrote: > --- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 06:09 > --- > Do you still reproduce this? I suppose I've not bootstrapped with anything > other than alphaev67 in a while, so this might be an ev4 bug... Yep, it still happens. This is on an XP1000. ./xgcc -B./ -B/usr/gcc/alpha--netbsd/bin/ -isystem /usr/gcc/alpha--netbsd/include -isystem /usr/gcc/alpha--netbsd/sys-include -L/u1/toolchain/alpha/gcc/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -mieee -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/u1/toolchain/gcc/gcc -I/u1/toolchain/gcc/gcc/. -I/u1/toolchain/gcc/gcc/../include -I./../intl -I/u1/toolchain/gcc/gcc/../libcpp/include -DL_popcountsi2 -fvisibility=hidden -DHIDE_EXPORTS -c /u1/toolchain/gcc/gcc/libgcc2.c -o libgcc/./_popcountsi2.o /u1/toolchain/gcc/gcc/libgcc2.c: In function '__popcountdi2': /u1/toolchain/gcc/gcc/libgcc2.c:758: 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21323
[Bug tree-optimization/21653] [4.1 Regression] gcc.dg/vect failures
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-18 21:36 --- Also new today on i686-pc-linux: FAIL: gfortran.dg/vect/vect-5.f90 -O (test for excess errors) I can't confirm the C failures because I only run the Fortran testsuite. -- What|Removed |Added CC||tobi at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21653
[Bug target/21656] Spurious "template with C linkage" error message
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 21:26 --- This is a target problem, it is not defining NO_IMPLICIT_EXTERN_C. -- What|Removed |Added Component|c++ |target GCC build triplet|i386-unknown-netbsdelf1.6.2 | GCC host triplet|i386-unknown-netbsdelf1.6.2 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
[Bug fortran/16898] Aliasing problem with array descriptors
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-18 21:24 --- Fixed by Zdenek's recent patch: http://gcc.gnu.org/ml/fortran/2005-05/msg00178.html, keeping this bug open until the patch is also committed to the 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16898
[Bug pch/21654] [4.1 Regression] gcc.dg/pch/inline-4.c fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 21:23 --- Confirmed, hmm, I wonder if something is not marked as GTY. -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-05-18 21:23:46 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21654
[Bug fortran/20538] compiling -finline-functions -O2 and we crash at runtime
--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-18 21:23 --- This is fixed by Zdenek recent fix for aliasing issues. I'm setting the target milestone to 4.1, but if Zdenek applies his patch to 4.0 this should probably be changed as well. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20538
[Bug c++/21656] New: Spurious "template with C linkage" error message
This test program:
# 1 "test.cc"
# 1 "np.h" 1
# 1 "Math.h" 1 3 4
template static inline void push(T* element, T** head)
{
element->m_flink = *head;
*head = element;
}
produces:
In file included from test.cc:2:
Math.h:1: error: template with C linkage
If I delete the "# 1 "Math.h" 1 3 4" then it works.
Strangely enough, it also works on different builds of the same version: for
example, the native (i386) build, as well as a build targeted to
mipsel-netbsdelf, both accept the test program without complaint.
The failing compiler's --verbose output is:
mips64el-elf-g++ --verbose
Using built-in specs.
Target: mips64el-elf
Configured with: /buildarea/GCC40/gcc-4.0.0/configure
--prefix=/usr/local/EQLGCC_v7/mips64el --enable-languages=c,c++
--target=mips64el-elf --with-newlib --with-arch=sb1 --with-tune=sb1
--with-gnu-as --with-gnu-ld
Thread model: single
gcc version 4.0.0
--
Summary: Spurious "template with C linkage" error message
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pkoning at equallogic dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i386-unknown-netbsdelf1.6.2
GCC host triplet: i386-unknown-netbsdelf1.6.2
GCC target triplet: mips64el-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21656
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From jason at redhat dot com 2005-05-18 21:17 --- Subject: Re: [4.1 Regression] removing a temporary return value when we cannot On 18 May 2005 20:45:22 -, "bernie at develer dot com" <[EMAIL PROTECTED]> wrote: > My backtrace looks suspiciously similar to the backtrace reported in > comment #14. Yep, yours is probably the same bug as that in comment #14, which I don't think is related to the original bug report. 20949 was opened for that bug, then closed for lack of a testcase. > Reducing a testcase isn't trivial, but I'll try. Thanks. If you do come up with one, it probably makes the most sense to attach it to 20949 and reopen it. Jason -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From law at redhat dot com 2005-05-18 21:17 --- Subject: Re: no folding back to ARRAY_REF On Wed, 2005-05-18 at 20:37 +, jsm28 at gcc dot gnu dot org wrote: > --- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-18 > 20:37 --- > The new test pr14814.C is failing on mainline, 20050518, all or most > platforms. > > FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 Yea. I know. We may be better off xfailing this given the code we get from FRE and the conservative handling of ADDR_EXPRs with multiple uses in the forward propagator (that was a late change and I didn't adjust the new test accordingly). jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug tree-optimization/21655] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 21:13 --- No just the testcase is failing, the problem described in PR 14814 is still fixed. -- What|Removed |Added CC||law at gcc dot gnu dot org Summary|[4.1 Regression]|g++.dg/tree-ssa/pr14814.C |g++.dg/tree-ssa/pr14814.C |scan-tree-dump-times &this 0 |scan-tree-dump-times &this 0|fails |fails | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21655
[Bug tree-optimization/21651] [4.1 Regression] g++.dg/opt/reg-stack2.C fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 21:12 --- Yes it was fixed by that patch. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21651
[Bug tree-optimization/21655] New: [4.1 Regression] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 appeared on mainline, most or all platforms, 20050518. This is a new testcase but presumptively a regression because bug 14814 was reportedly fixed in 4.0.0. -- Summary: [4.1 Regression] g++.dg/tree-ssa/pr14814.C scan-tree- dump-times &this 0 fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21655
[Bug bootstrap/19461] hidden __eprintf referenced by DSO, gas+gld
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03 --- Habitual reconfirm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19461
[Bug target/18911] mmix-knuth-mmixware testsuite failure: g++.dg/init/array16.C execution
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03 --- Habitual reconfirm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18911
[Bug target/18482] mmix-knuth-mmixware testsuite failure: tmpdir-gcc.dg-struct-layout-1
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03 --- Habitual reconfirm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18482
[Bug target/18344] mmix-knuth-mmixware testsuite failure: gcc.dg/c99-intconst-1.c
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:03 --- Habitual reconfirm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18344
[Bug target/18340] mmix-knuth-mmixware testsuite failure: gcc.dg/builtin-apply2.c and builtin-apply3.c
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:02 --- Habitual reconfirm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18340
[Bug target/18338] mmix-knuth-mmixware testsuite failure: gcc.dg/bitfld-4.c and g++.dg/abi/bitfield4.C
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:02 --- Habitual reconfirm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18338
[Bug target/18333] mmix-knuth-mmixware testsuite failure: gcc.dg/compat/struct-layout-1 generator
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 21:01 --- Habitual reconfirm. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-18 21:01:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18333
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From pinskia at physics dot uc dot edu 2005-05-18 21:00 --- Subject: Re: no folding back to ARRAY_REF On May 18, 2005, at 4:51 PM, joseph at codesourcery dot com wrote: > > --- Additional Comments From joseph at codesourcery dot com > 2005-05-18 20:51 --- > Subject: Re: no folding back to ARRAY_REF > > On Wed, 18 May 2005, pinskia at gcc dot gnu dot org wrote: > >> The test is still working correct and this was actually fixed really >> for 4.0.0, please open a new bug for >> the testcase problem because it is a new test. > > Could you please give your more detailed reasoning for why you think > the > problem is fixed and the testcase is defective? If the test for a bug > fails as soon as it is added, that is prima facie evidence that the > bug is > *not* fixed. Because the bug was actually fixed in 4.0.0 and the testcase was just added yesterday. Thanks, Andrew Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug testsuite/21650] [4.1 Regression] gcc.dg/tree-ssa/useless-1.c fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:57 --- Fixed by: 2005-05-18 Geoffrey Keating <[EMAIL PROTECTED]> * tree-cfg.c (pass_remove_useless): This pass works on trees. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21650
[Bug middle-end/21652] [4.1 Regression] g++.dg/other/static11.C fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:57 --- Fixed by: 2005-05-18 Geoffrey Keating <[EMAIL PROTECTED]> * tree-cfg.c (pass_remove_useless): This pass works on trees. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21652
[Bug pch/21654] New: [4.1 Regression] gcc.dg/pch/inline-4.c fails
FAIL: gcc.dg/pch/inline-4.c -O0 (test for excess errors) FAIL: gcc.dg/pch/inline-4.c -O0 -g (test for excess errors) have appeared on mainline between 20050517 and 20050518 on hppa2.0w-hpux. gcc-testresults shows them also failing on platforms including mips-sgi-irix6.5, powerpc-unknown-linux-gnu, powerpc64-unknown-linux-gnu. On hppa2.0w-hpux: Executing on host: gcc /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/gcc.dg/pch/inline-4.c -O0 -g -I. -fno-show-column -S -o inline-4.s(timeout = 300) ./inline-4.h: In function 'getstring': ./inline-4.h:2: 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. -- Summary: [4.1 Regression] gcc.dg/pch/inline-4.c fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: pch AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21654
[Bug tree-optimization/21636] Missed ccp optimization
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-18 20:56
---
Confirmed.
Here is what I get from the first CCP.
int g() ()
{
int * i;
struct f * a1;
struct f a;
int D.1687;
:
a.i = 1;
a1_3 = &a;
i_4 = &a.i;
D.1687_5 = *i_4;
D.1687_6 = D.1687_5;
return D.1687_6;
}
As Andrew has stated, the propagator does not know that i_4 == &a.i,
which is a gimple min invariant. This prevents *i_4 from being folded
to a.i.
The problem is that ccp_fold does not know how to fold &(&a)->i.
Teaching ccp_fold solves this problem.
Unfortunately, we cannot call fold_stmt because it destructively folds
a statement. We need a folder that returns a folded expression without
modifying the original expression.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-05-18 20:56:07
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21636
[Bug tree-optimization/21653] New: [4.1 Regression] gcc.dg/vect failures
FAIL: gcc.dg/vect/pr18400.c (test for excess errors) FAIL: gcc.dg/vect/vect-11a.c (test for excess errors) FAIL: gcc.dg/vect/vect-11a.c scan-tree-dump-times vectorized 1 loops 2 FAIL: gcc.dg/vect/vect-2.c (test for excess errors) FAIL: gcc.dg/vect/vect-34.c (test for excess errors) FAIL: gcc.dg/vect/vect-66.c (test for excess errors) FAIL: gcc.dg/vect/vect-93.c (test for excess errors) FAIL: gcc.dg/vect/vect-all.c (test for excess errors) have appeared on mainline on i686-pc-linux-gnu (and from gcc-testresults it seems some other platforms too) between 20050517 and 20050518. All seem to be of the form "internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:750". -- Summary: [4.1 Regression] gcc.dg/vect failures Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21653
[Bug tree-optimization/21651] [4.1 Regression] g++.dg/opt/reg-stack2.C fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:50 --- This should been fixed by: 2005-05-18 Jeff Law <[EMAIL PROTECTED]> * tree-ssa-forwprop.c (forward_propagate_addr_expr): Do not propagate an ADDR_EXPR if the definition and use sites are in different EH regions. -- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21651
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From joseph at codesourcery dot com 2005-05-18 20:51 --- Subject: Re: no folding back to ARRAY_REF On Wed, 18 May 2005, pinskia at gcc dot gnu dot org wrote: > The test is still working correct and this was actually fixed really for > 4.0.0, please open a new bug for > the testcase problem because it is a new test. Could you please give your more detailed reasoning for why you think the problem is fixed and the testcase is defective? If the test for a bug fails as soon as it is added, that is prima facie evidence that the bug is *not* fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 20:48 --- Passes the failure point for mmix-knuth-mmixware and I'd be surprised if it's not the same for the other mentioned targets, so I'll close this. Thanks for fixing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From bernie at develer dot com 2005-05-18 20:45 --- (In reply to comment #36) > (In reply to comment #35) > > I'm still seeing the artsd miscompilation with > > gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything > > from gcc-4_0-branch upto 13-05-2005 (circa). > > A backtrace showing a crash is not a very useful bug report, and probably has > nothing to do with this bug report. It might not even be a gcc bug, as the > konqueror failure was not. If you can track down the miscompilation, we'd love to hear about it in a new bug report. My backtrace looks suspiciously similar to the backtrace reported in comment #14. My backtrace is from an arts client, not from the artsd server, but they do share lots of common code. I've tried to debug the problem: something weird happens in the destructor of a vector, then GDB seems to get confused by stack/registers corruption. It really looks like a code generation bug to me. Reducing a testcase isn't trivial, but I'll try. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug tree-optimization/17165] pass by reference inhibits vectorization
-- Bug 17165 depends on bug 14814, which changed state. Bug 14814 Summary: no folding back to ARRAY_REF http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17165
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:44 --- The test is still working correct and this was actually fixed really for 4.0.0, please open a new bug for the testcase problem because it is a new test. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug middle-end/21652] New: [4.1 Regression] g++.dg/other/static11.C fails
FAIL: g++.dg/other/static11.C (test for excess errors) appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs on i686-pc-linux-gnu: /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C: In function '(static destructors for /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C)': /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C:34: 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. -- Summary: [4.1 Regression] g++.dg/other/static11.C fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21652
[Bug tree-optimization/21651] New: [4.1 Regression] g++.dg/opt/reg-stack2.C fails
FAIL: g++.dg/opt/reg-stack2.C (test for excess errors) has appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs on i686-pc-linux-gnu: /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C: In constructor 'B::B(const D2&)': /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:34: error: Statement marked for throw, but doesn't. # SFT.11D.1958_30(ab) = V_MUST_DEF ; # VUSE ; D.1944 = D.1935; /home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:34: 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. -- Summary: [4.1 Regression] g++.dg/opt/reg-stack2.C fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21651
[Bug tree-optimization/17165] pass by reference inhibits vectorization
-- Bug 17165 depends on bug 14814, which changed state. Bug 14814 Summary: no folding back to ARRAY_REF http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17165
[Bug tree-optimization/14814] no folding back to ARRAY_REF
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-18 20:37 --- The new test pr14814.C is failing on mainline, 20050518, all or most platforms. FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 -- What|Removed |Added CC||jsm28 at gcc dot gnu dot org Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
[Bug libfortran/21127] reshape of complex broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 20:35 --- Subject: Bug 21127 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 20:35:30 Modified files: libgfortran: ChangeLog Makefile.am Makefile.in Log message: 2005-05-18 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/21127 * Makefile.am: Really commit. * Makefile.in: Really commit. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.224&r2=1.225 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.am.diff?cvsroot=gcc&r1=1.34&r2=1.35 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.in.diff?cvsroot=gcc&r1=1.35&r2=1.36 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21127
[Bug testsuite/21650] New: [4.1 Regression] gcc.dg/tree-ssa/useless-1.c fails
FAIL: gcc.dg/tree-ssa/useless-1.c (test for excess errors) ERROR: gcc.dg/tree-ssa/useless-1.c: error executing dg-final: no files matched glob pattern "useless-1.c.t??.useless" UNRESOLVED: gcc.dg/tree-ssa/useless-1.c: error executing dg-final: no files matched glob pattern "useless-1.c.t??.useless" have appeared on mainline, all platforms, between 20050517 and 20050518. cc1: error: unrecognized command line option "-fdump-tree-useless" The testsuite may need updating for the removal of this option. -- Summary: [4.1 Regression] gcc.dg/tree-ssa/useless-1.c fails Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21650
[Bug gcov/profile/18152] corrupted profile info after optimized compilation and --fprofile-use
-- What|Removed |Added Component|middle-end |gcov/profile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18152
[Bug bootstrap/19289] ice during gcc4-20050102 profiledboostrap.
-- What|Removed |Added Component|other |bootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19289
[Bug gcov/profile/21388] gcov-io.h compilation warning
-- What|Removed |Added Component|other |gcov/profile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21388
[Bug gcov/profile/18939] x86_64 spurious relink of gcov and gcov-dump with the base compiler
-- What|Removed |Added Component|bootstrap |gcov/profile http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
[Bug libfortran/21127] reshape of complex broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 20:24 --- Subject: Bug 21127 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 20:24:33 Modified files: libgfortran: ChangeLog gcc/fortran: ChangeLog iresolve.c gcc/testsuite : ChangeLog libgfortran/m4 : iparm.m4 reshape.m4 Added files: libgfortran/generated: reshape_c4.c reshape_c8.c gcc/testsuite/gfortran.dg: reshape-complex.f90 Log message: 2005-05-18 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/21127 * Makefile.am: Add generated/reshape_c4.c and generated/reshape_c8.c. * Makefile.in: Regenerated. * m4/iparm.m4: Define rtype_ccode to be c4 or c8 for complex types, 4 or 8 otherwise. * m4/reshape.m4: Use rtype_ccode instead of rtype_kind in function name. * generated/reshape_c4.c: New file. * generated/reshape_c8.c: New file. 2005-05-18 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/21127 * fortran/iresolve.c (gfc_resolve_reshape): Add gfc_type_letter (BT_COMPLEX) for complex to to resolved function name. 2005-05-18 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/21127 * gfortran.dg/reshape-complex.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.223&r2=1.224 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_c4.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_c8.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.430&r2=1.431 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/iresolve.c.diff?cvsroot=gcc&r1=1.33&r2=1.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5492&r2=1.5493 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/reshape-complex.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/iparm.m4.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/reshape.m4.diff?cvsroot=gcc&r1=1.8&r2=1.9 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21127
[Bug libmudflap/20003] libmudflap.cth
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 20:22 --- Fixed at least in 4.0.1. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20003
[Bug AWT/21649] New: errors when exiting gcjappletviewer
If I click the window manager's "close" button for a gcjappletviewer window, I get a number of messages from Gtk: (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkWidget' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GObject' (:24933): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer (:24933): GLib-GObject-CRITICAL **: file gsignal.c: line 1677 (g_signal_connect_data): assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkWidget' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkWidget' (:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' (:24933): GLib-GObject-WARNING **: invalid uninstantiatable type `guchar' in cast to `GtkWidget' (:24933): Gtk-CRITICAL **: file gtkwidget.c: line 2041 (gtk_widget_hide): assertion `GTK_IS_WIDGET (widget)' failed -- Summary: errors when exiting gcjappletviewer Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: AWT AssignedTo: fitzsim at redhat dot com ReportedBy: tromey at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21649
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 20:02 --- Subject: Bug 21641 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 20:02:30 Modified files: gcc/objc : ChangeLog objc-act.c Log message: PR objc/21641 * objc-act.c (struct interface_tuple): Mark it up for GC. (interface_htab): It is really a struct interface_tuple. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/ChangeLog.diff?cvsroot=gcc&r1=1.36&r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/objc/objc-act.c.diff?cvsroot=gcc&r1=1.273&r2=1.274 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot
--- Additional Comments From jason at gcc dot gnu dot org 2005-05-18 19:38 --- (In reply to comment #35) > I'm still seeing the artsd miscompilation with > gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything > from gcc-4_0-branch upto 13-05-2005 (circa). A backtrace showing a crash is not a very useful bug report, and probably has nothing to do with this bug report. It might not even be a gcc bug, as the konqueror failure was not. If you can track down the miscompilation, we'd love to hear about it in a new bug report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
[Bug target/21329] [4.0 Regression] optimize i386 block copy
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
19:09 ---
Subject: Bug 21329
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 19:08:44
Modified files:
gcc: ChangeLog
gcc/config/i386: i386.c
Log message:
2005-05-06 Denis Vlasenko <[EMAIL PROTECTED]>
Jakub Jelinek <[EMAIL PROTECTED]>
PR target/21329
* config/i386/i386.c (ix86_expand_movmem): Don't use rep; movsb
for -Os if (movsl;)*(movsw;)?(movsb;)? sequence is shorter.
Don't use rep; movs{l,q} if the repetition count is really small,
instead use a sequence of movs{l,q} instructions.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=2.7592.2.10.2.33&r2=2.7592.2.10.2.34
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-rhl-branch&r1=1.795.8.9&r2=1.795.8.10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21329
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
-- What|Removed |Added GCC target triplet|mmix-knuth-mmixware |cris-axis-elf, cris-axis- ||linux-gnu, mmix-knuth- ||mmixware, x86_64- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug objc/21641] [4.1 regression] cris-axis-elf, cris-axis-linux-gnu, mmix-knuth-mmixware, x86_64-unknown-linux-gnu broken libobjc/Object.m
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 18:58 --- Adding CC Mike Stump as fingered by cvs diff. -- What|Removed |Added CC||mrs at apple dot com Summary|[4.1 regression] cris-axis- |[4.1 regression] cris-axis- |elf, cris-axis-linux-gnu, |elf, cris-axis-linux-gnu, |mmix-knuth-mmixware broken |mmix-knuth-mmixware, x86_64- |libobjc/Object.m|unknown-linux-gnu broken ||libobjc/Object.m http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21641
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:18 --- *** Bug 21648 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||jconner at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug middle-end/21648] ICE on code with nested loops
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:18 --- This is really PR 21638 which I am testing a fix for right now. *** This bug has been marked as a duplicate of 21638 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
[Bug middle-end/21648] ICE on code with nested loops
-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
[Bug middle-end/21648] New: ICE on code with nested loops
Compiling the following code with -O2 causes an ICE (verified on both
i686-pc-cygwin and arm-none-
elf):
struct mad_bitptr {
unsigned char const *byte;
};
struct mad_stream {
struct mad_bitptr ptr;
};
struct channel {
unsigned short part2_3_length;
};
struct granule {
struct channel ch[2];
};
struct sideinfo {
struct granule gr[2];
};
static
void III_sideinfo(struct mad_bitptr *ptr, struct sideinfo *si)
{
unsigned int ngr, gr, ch;
unsigned int nch;
for (gr = 0; gr < ngr; ++gr) {
struct granule *granule = &si->gr[gr];
for (ch = 0; ch < nch; ++ch) {
struct channel *channel = &granule->ch[ch];
channel->part2_3_length = 1;
}
}
}
void mad_layer_III(struct mad_stream *stream)
{
struct sideinfo si;
III_sideinfo(&stream->ptr, &si);
}
This happens in the mainline, and appears to be the result of one of the
patches applied 2005-05-17,
as it doesn't happen in a snapshot from the previous day.
A segfault is occurring when the function is_gimple_val (from tree-gimple.c)
passes a NULL value to
is_gimple_reg_type().
--
Summary: ICE on code with nested loops
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jconner at apple dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:13 --- Mine, I have a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 18:09 --- (In reply to comment #9) > In reply to comment #3: Usually I just say "please attach it because I am too lazy to build an unified tree" instead of saying this goes against our rules. Anyways I am trying to figure out a way to fix this, the problem is that forward prograte is making an ADDR_EXPR still invariant when it is obviously not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug target/21390] alphaev68-dec-osf5.1b long double optimization bug with gcc-4.0.0
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 18:06 --- Confirmed. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-05-18 18:06:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21390
[Bug libgcj/19729] libgcj DSASignature.java null pointer exception
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18 17:45 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19729
[Bug target/21632] ICE with small model attribute on ia64
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21632
[Bug target/21632] ICE with small model attribute on ia64
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 17:33 --- Subject: Bug 21632 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 17:33:33 Modified files: gcc: ChangeLog gcc/config/ia64: ia64.c Added files: gcc/testsuite/gcc.target/ia64: small-addr-1.c Log message: PR target/21632 * config/ia64/ia64.c (ia64_extra_constraint) <'T'>: Use small_addr_symbolic_operand. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8844&r2=2.8845 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/ia64.c.diff?cvsroot=gcc&r1=1.364&r2=1.365 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/ia64/small-addr-1.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21632
[Bug libgcj/19729] libgcj DSASignature.java null pointer exception
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 17:30 --- Subject: Bug 19729 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-18 17:30:16 Modified files: libjava: ChangeLog libjava/gnu/java/security/provider: DSASignature.java Log message: 2005-05-18 Thomas Fitzsimmons <[EMAIL PROTECTED]> PR libgcj/19729 * gnu/java/security/provider/DSASignature.java: Import updates from GNU Crypto. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.72&r2=1.3391.2.73 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/security/provider/DSASignature.java.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5&r2=1.5.18.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19729
[Bug tree-optimization/21643] GCC fails to merge ranges in comparison.
--- Additional Comments From trt at acm dot org 2005-05-18 17:28 ---
Here is a equivalent case that gcc also misses (but beyond scope of
fold-const.c). By the way, since there is a missing final return, can't gcc just
simplify all three functions into "return 1;" :-)
int fish3(unsigned char c)
{
if (c =='"') return 1;
if (c == 0x20) return 1;
if (c < 0x20) return 1;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug tree-optimization/21643] GCC fails to merge ranges in comparison.
--- Additional Comments From trt at acm dot org 2005-05-18 17:21 --- This is because fold-const.c only does ad-hoc re-association. Here is an example for fold_truthop (approx line 8805) /* Check for the possibility of merging component references. If our lhs is another similar operation, try to merge its rhs with our rhs. Then try to merge our lhs and rhs. */ if (TREE_CODE (arg0) == code && 0 != (tem = fold_truthop (code, type, TREE_OPERAND (arg0, 1), arg1))) return fold_build2 (code, type, TREE_OPERAND (arg0, 0), tem); A similar hack could be done for fold_range_test. (I wrote a helper fold_assoc (f, x, code, type, op1, op2) that does this in a more general way, but it in turn needed `find_assoc_p' and `commutes_p' functions, and handling EXPR_MINUS was onerous. It might be too slow for general use. Basically, it needs a fast way to check for common subexpressions to avoid pointless recursions.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
[Bug target/16657] Dead stack adjustion code not removed
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:15 --- We don't assign TImode to this structure, because we assume TImode needs 128-bit alignment, and this structure has 64-bit alignment. Which means that the structure gets BLKmode. All BLKmode parameters are allocated stack space in assign_parm_setup_block. What we'd like to do is allocate a TImode register anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16657
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From gdr at integrable-solutions dot net 2005-05-18 17:08 --- Subject: Re: [DR 278] templates and anonymous enum "pcarlini at suse dot de" <[EMAIL PROTECTED]> writes: | > .. The error message shoudl really point at what's wrong in the | > source code, not at what's wrong in the C++ standard. | | But unfortunately if the compiler is conforming, and the latter is wrong, | the former is "correct" as-is and the error message too ;) I think his point is that the diagnostic message is not helpful. And I agree with him. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug target/21632] ICE with small model attribute on ia64
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 16:51 --- Subject: Bug 21632 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-18 16:50:58 Modified files: gcc: ChangeLog gcc/config/ia64: ia64.c Added files: gcc/testsuite/gcc.target/ia64: small-addr-1.c Log message: PR target/21632 * config/ia64/ia64.c (ia64_extra_constraint) <'T'>: Use small_addr_symbolic_operand. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.252&r2=2.7592.2.253 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/ia64/ia64.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.347.2.6&r2=1.347.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/ia64/small-addr-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21632
[Bug target/21412] ICE loading TLS address
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 16:45 --- The test case in #10 is not a tls address; it is a dup of PR21632. -- What|Removed |Added GCC target triplet|ia64-*-*,sparc*-*-* |sparc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug target/21412] ICE loading TLS address
--- Additional Comments From schwab at suse dot de 2005-05-18 16:25 --- Also I'm getting crashes in glibc during initialisation of libpthread, which might be related. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
[Bug tree-optimization/21638] [4.1 regression] dce is_gimple_reg_type (type=0x0) building newlib
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 16:01 --- In reply to comment #3: No, I don't think your reading of what rules you refer to is "sane", but then perhaps you're not used to building a unified tree for cross toolchains, re: simtest-howto.html. If you'd done that with any regularity, then you'd have all the bits and would not see newlib as "free code bases to download yourself". I stand by this; I think it can be expected that people test with cross toolchains, for better test coverage than just their "native" machines. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
[Bug libfortran/21647] New: INQUIRE errors when using -fdefault-integer-8
When compilied with "-fdefault-integer-8", inquire incorrectly says that a file exits. It works correctly without the "-fdefault-integer-8" [dranta:~/tests/gfortran] dir% gfortran -fdefault-integer-8 -o d8test4 d8test4.f [dranta:~/tests/gfortran] dir% d8test4 output exists STOP 0 [dranta:~/tests/gfortran] dir% gfortran -o d8test4 d8test4.f [dranta:~/tests/gfortran] dir% d8test4 output Does not exist STOP 0 [dranta:~/tests/gfortran] dir% cat d8test4.f program test2 character*8 nfn LOGICAL EX nfn='output' INQUIRE (FILE=nfn,EXIST=EX) IF (EX) THEN WRITE(*,*)nfn, ' exists' ELSE WRITE(*,*)nfn,' Does not exist' END IF stop end [dranta:~/tests/gfortran] dir% ls o* tcsh: ls: No match. -- Summary: INQUIRE errors when using -fdefault-integer-8 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.9.0 GCC host triplet: powerpc-apple-darwin7.9.0 GCC target triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21647
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:45 --- Great! I forgot to thank you for all your testing efforts: thanks! I'm going to have a final look and commit the v3 bits. Then, strong of your test, I'm also going to ping again on gcc-patches the middle-end bits. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations
--- Additional Comments From pluto at agmk dot net 2005-05-18 15:42 --- (In reply to comment #50) > Thanks a lot. And, as soon as "pluto" has finished testing the whole package > I will personally take care of the v3 bits. on powerpc OpenEXR builds/links fine too. finally it works on amd64/powerpc/ia32 with -fvisibility-inlines-hidden. these 3 patches stay with me :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
[Bug libgcj/19729] libgcj DSASignature.java null pointer exception
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18 15:36 --- Subject: Bug 19729 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-18 15:36:08 Modified files: libjava: ChangeLog libjava/gnu/java/security/provider: DSASignature.java Log message: 2005-05-18 Thomas Fitzsimmons <[EMAIL PROTECTED]> PR libgcj/19729 * gnu/java/security/provider/DSASignature.java: Import updates from GNU Crypto. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3625&r2=1.3626 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/security/provider/DSASignature.java.diff?cvsroot=gcc&r1=1.5&r2=1.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19729
[Bug ada/21611] ACATS Failures After Successfully Built using Cygwin 3.3.3
--- Additional Comments From anh_vn_vo at yahoo dot com 2005-05-18 15:35 --- If it is expected that the name cygwin32 instead just cygwin generated during configuration step, I agree that it is cygwin environment issue. Therefore, I would like to withdraw my report. Otherwise, further investigation is needed to make sure which part this problem belongs to, cygwin or gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21611
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18 15:13 --- OK, then what I really meant is that error message doesn't mean anything in plain English, thus it doesn't mean anything to end-users. So it needs to be improved. I understand it's not easy - after all no one here is able to explain what really is behind this bug. I'm not a native speaker, I'm just a rather skilled end-user; I can nevertheless guarantee that end-users don't understand this error message. We spent a few hours trying and finding what needs to be changed in some 3rd party library we're using, because the compiler was pointing to a totally unrelated template definition of operator<< in our own sources. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/21514] [DR 278] templates and anonymous enum
--- Additional Comments From gdr at integrable-solutions dot net 2005-05-18 15:07 --- Subject: Re: [DR 278] templates and anonymous enum "papadopo at shfj dot cea dot fr" <[EMAIL PROTECTED]> writes: | I guess what I meant is: whatever the reason for this error message | and whatever the eventual decision taken about it, it would be nice | to have an error message that really means something to end-users. 100% agreed. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
