[Bug middle-end/24950] New: ICE in operand_subword_force
Running the testsuite I get the following ICE on the 4.1 branch: Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/ /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1 .c -w -O0 -fno-show-column -lm -m64 -o /abuild/aj/gcc/gcc/testsuite/20051113-1.x0(timeout = 300) /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c: In function 'main': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c:60: internal compiler error: in operand_subword_force, at emit -rtl.c:1386 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c: In function 'main': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20051113-1.c:60: internal compiler error: in operand_subword_force, at emit -rtl.c:1386 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. FAIL: gcc.c-torture/execute/20051113-1.c compilation, -O0 Compiler is: /opt/gcc/4.1-devel/bin/gcc -v Using built-in specs. Target: powerpc64-suse-linux-gnu Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure --prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,treelang,java,f95,objc --with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu Thread model: posix gcc version 4.1.0 20051119 (prerelease) -- Summary: ICE in operand_subword_force Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-linux-gnu GCC host triplet: powerpc64-linux-gnu GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/24951] New: ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c
Running the testsuite, I see the following ICE: Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/ /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c -O2 -ftr ee-vectorize -maltivec -ftree-vectorizer-verbose=4 -fdump-tree-vect-stats -fno-show-column -S -m64 -o pr22506.s(timeout = 300) /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c: In function 'foo': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c:12: internal compiler error: RTL check: expected code 'const_int', have 'co nst_double' in output_vec_const_move, at config/rs6000/rs6000.c:2204 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c: In function 'foo': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vect/pr22506.c:12: internal compiler error: RTL check: expected code 'const_int', have 'co nst_double' in output_vec_const_move, at config/rs6000/rs6000.c:2204 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. FAIL: gcc.dg/vect/pr22506.c (test for excess errors) This is with: /opt/gcc/4.1-devel/bin/gcc -v Using built-in specs. Target: powerpc64-suse-linux-gnu Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure --prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,treelang,java,f95,objc --with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu Thread model: posix gcc version 4.1.0 20051119 (prerelease) -- Summary: ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-linux-gnu GCC host triplet: powerpc64-linux-gnu GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24951
problem with malloc in gcc-3.2.2
Hi all,
int
main ()
{
int *p;
int i;
p = (int *) malloc (400 * sizeof (int));
for (i = 0; i < 512; i++)
{
p[i] = i;
printf ("p[%d]: %d\n", i, p[i]);
}
return 0;
}
The following code should terminate with Segmentation fault, right ?
But when I tried, it works even beyond the limits of allocated area ...
I am using Glibc - 2.3.2-11.9 , gcc - 3.2.2
Is it a bug - malloc's implementation in Glibc.
Does malloc allocates a complete 4k page for certain size of memory asked for?
Infact, it gives a segmentation fault at 1681 location =>
p[1681]: 1681
Segmentation fault
Or is it using Heap area ?
--
Regards,
Sandeep
[Bug middle-end/24952] New: ICE: RTL check: expected code 'set' or 'clobber', have 'unspec' in try_combine, at combine.c:2898
Running the GCC testsuite I see the following ICE: Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/ /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c -O1 -malt ivec -mabi=altivec -std=gnu99 -fno-show-column -S -m64 -o 3c-01a.s(timeout = 300) /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c: In function 'f': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c:1450: internal compiler error: RTL check: expected code 'set' or 'clobber', h ave 'unspec' in try_combine, at combine.c:2898 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c: In function 'f': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/3c-01a.c:1450: internal compiler error: RTL check: expected code 'set' or 'clobber', h ave 'unspec' in try_combine, at combine.c:2898 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. FAIL: gcc.dg/vmx/3c-01a.c -O1 (test for excess errors) This is with: /opt/gcc/4.1-devel/bin/gcc -v Using built-in specs. Target: powerpc64-suse-linux-gnu Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure --prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,treelang,java,f95,objc --with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu Thread model: posix gcc version 4.1.0 20051119 (prerelease) -- Summary: ICE: RTL check: expected code 'set' or 'clobber', have 'unspec' in try_combine, at combine.c:2898 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-linux-gnu GCC host triplet: powerpc64-linux-gnu GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24952
[Bug target/24953] New: RTL check: access of elt 1 of vector with last elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
Running the GCC testsuite I see the following ICE: Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/ /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c -O1 -m altivec -mabi=altivec -std=gnu99 -fno-show-column -S -m64 -o gcc-bug-b.s (timeout = 300) /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c: In function 'test': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c:23: internal compiler error: RTL check: access of elt 1 of vector with las t elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c: In function 'test': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/vmx/gcc-bug-b.c:23: internal compiler error: RTL check: access of elt 1 of vector with las t elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. FAIL: gcc.dg/vmx/gcc-bug-b.c -O1 (test for excess errors) Compiler is: /opt/gcc/4.1-devel/bin/gcc -v Using built-in specs. Target: powerpc64-suse-linux-gnu Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure --prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,treelang,java,f95,objc --with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu Thread model: posix gcc version 4.1.0 20051119 (prerelease) -- Summary: RTL check: access of elt 1 of vector with last elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-linux-gnu GCC host triplet: powerpc64-linux-gnu GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24953
[Bug target/24954] New: ICE: could not split insn
Running the GCC testsuite I get the following ICE:
Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-const
s.c -maltivec -mabi=altivec -O2 -fno-show-column -lm -m64 -o
./altivec-consts.exe(timeout = 300)
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-consts.c:
In function 'v4si_vspltisw_neg_addself':
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-consts.c:280:
error: could not split insn
(insn 17 18 19 (set (reg:V4SI 79 2)
(const_vector:V4SI [
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
])) 603 {*movv4si_internal} (insn_list:REG_DEP_OUTPUT 12
(insn_list:REG_DEP_OUTPUT 35 (nil)))
(expr_list:REG_EQUAL (const_vector:V4SI [
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
(const_int -24 [0xffe8])
])
(nil)))
/aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.target/powerpc/altivec-consts.c:280:
internal compiler error: in final_scan_insn, at final.c:
2467
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
[...]
FAIL: gcc.target/powerpc/altivec-consts.c (test for excess errors)
Compiler used is:
/opt/gcc/4.1-devel/bin/gcc -v
Using built-in specs.
Target: powerpc64-suse-linux-gnu
Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure
--prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert
--enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit
--enable-shared --enable-languages=c,c++,treelang,java,f95,objc
--with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu
Thread model: posix
gcc version 4.1.0 20051119 (prerelease)
--
Summary: ICE: could not split insn
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aj at gcc dot gnu dot org
GCC build triplet: powerpc64-linux-gnu
GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24955] New: ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
Running the GCC treelang testsuite, I see the following ICE: Executing on host: /abuild/aj/gcc/gcc/xgcc -B/abuild/aj/gcc/gcc/ /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree -S -m64 -o badreturn.s(timeout = 300) /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree: In function 'bar': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:8: warning: redundant expression in return /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:6: internal compiler error: in rs6000_output_function_epilogue, a t config/rs6000/rs6000.c:15204 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. compiler exited with status 1 output is: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree: In function 'bar': /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:8: warning: redundant expression in return /aj-cvs/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/treelang/compile/badreturn.tree:6: internal compiler error: in rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. PASS: treelang/compile/badreturn.tree (test for warnings, line 8) FAIL: treelang/compile/badreturn.tree (test for errors, line 13) FAIL: treelang/compile/badreturn.tree (test for excess errors) compiler used is: /opt/gcc/4.1-devel/bin/gcc -v Using built-in specs. Target: powerpc64-suse-linux-gnu Configured with: /aj-cvs/gcc-svn/branches/gcc-4_1-branch/configure --prefix=/opt/gcc/4.1-devel --enable-checking=misc,tree,gc,rtl,rtlflag,assert --enable-threads=posix --enable-clocale=gnu --enable-__cxa_atexit --enable-shared --enable-languages=c,c++,treelang,java,f95,objc --with-system-zlib --with-cpu=default32 powerpc64-suse-linux-gnu Thread model: posix gcc version 4.1.0 20051119 (prerelease) -- Summary: ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aj at gcc dot gnu dot org GCC build triplet: powerpc64-linux-gnu GCC host triplet: powerpc64-linux-gnu GCC target triplet: powerpc64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #33 from schwab at gcc dot gnu dot org 2005-11-20 10:43 --- Subject: Bug 24757 Author: schwab Date: Sun Nov 20 10:43:43 2005 New Revision: 107246 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107246 Log: PR target/24757 * config/ia64/ia64.c (ia64_expand_atomic_op): Fix condition of cmp insn. Modified: trunk/gcc/ChangeLog trunk/gcc/config/ia64/ia64.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #34 from schwab at gcc dot gnu dot org 2005-11-20 10:44 --- Subject: Bug 24757 Author: schwab Date: Sun Nov 20 10:44:27 2005 New Revision: 107247 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107247 Log: PR target/24757 * config/ia64/ia64.c (ia64_expand_atomic_op): Fix condition of cmp insn. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/ia64/ia64.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug target/24757] [4.1 Regression] __sync_fetch_and_add on ia64
--- Comment #35 from schwab at suse dot de 2005-11-20 10:45 --- Fixed. -- schwab at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24757
[Bug regression/24956] New: Optimizer and uninitialised variables.
#include
#include
void test (int c)
{
uint8_t a[4] = {0, 1, 2, 3};
uint_least32_t b;
b &= (uint_least32_t) 0xff00;
b |= (uint_least32_t) a[3];
b &= (uint_least32_t) 0x00ff;
b |= (uint_least32_t) (a[2] << 8);
b &= (uint_least32_t) 0xff00;
b |= (uint_least32_t) (a[1] << 16);
b &= (uint_least32_t) 0x00ff;
b |= (uint_least32_t) (a[0] << 24);
printf ("b=%08x\n", b);
if (c)
{
printf ("here\n");
b = ~0;
printf ("here2\n");
}
printf ("b=%08x\n", b);
}
int main ()
{
test (0);
return 0;
}
Output of gcc -O0 bug.cpp -o bug -lstdc++ is:
b=00010203
b=00010203
Output of gcc -O2 bug.cpp -o bug -lstdc++ is:
b=00010203
b=
Doing either of these obtains the correct output:
-uint_least32_t b;
+uint_least32_t b = 0;
or
-b = ~0;
System: Fresh install of Mandriva Linux Free 2006.0 with all
patches applied as of 19/11/2005
gcc -v reports:
Using built-in specs.
Target: i586-mandriva-linux-gnu
Configured with: ../configure --prefix=/usr --libexecdir=/usr/lib
--with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-shared --enable-threads=posix --disable-checking
--enable-languages=c,c++,ada,f95,objc,java --host=i586-mandriva-linux-gnu
--with-system-zlib --enable-long-long --enable-__cxa_atexit
--enable-clocale=gnu --disable-libunwind-exceptions --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --enable-gtk-cairo
--disable-libjava-multilib
Thread model: posix
gcc version 4.0.1 (4.0.1-5mdk for Mandriva Linux release 2006.0)
--
Summary: Optimizer and uninitialised variables.
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: s_a_white at email dot com
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=24956
[Bug fortran/18111] spurious warnings with -W -Wunused
--- Comment #11 from martin at mpa-garching dot mpg dot de 2005-11-20 12:10 --- (In reply to comment #4) I reran the test with the current gfortran. This is what I get: ~/tmp>gfortran -Wunused -W -v -c -O2 bla.f90 Using built-in specs. Target: i686-pc-linux-gnu Configured with: /scratch/gcc/configure --quiet --prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,fortran --with-gmp=/afs/mpa/data/martin/mygmp Thread model: posix gcc version 4.1.0 20051117 (experimental) /afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.1.0/f951 bla.f90 -quiet -dumpbase bla.f90 -mtune=pentiumpro -auxbase bla -O2 -Wunused -W -version -o /tmp/ccmnVbiY.s GNU F95 version 4.1.0 20051117 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.1.0 20051117 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 bla.f90:6: warning: unused parameter 'arg2' bla.f90:6: warning: unused parameter 'arg3' as -V -Qy -o bla.o /tmp/ccmnVbiY.s GNU assembler version 2.15 (i686-pc-linux-gnu) using BFD version 2.15 Better, but not perfect yet ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18111
[Bug libobjc/19024] name collisions libobjc/libmysqlclient
--- Comment #9 from ayers at gcc dot gnu dot org 2005-11-20 12:49 --- Subject: Bug 19024 Author: ayers Date: Sun Nov 20 12:49:41 2005 New Revision: 107251 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107251 Log: 2005-11-20 David Ayers <[EMAIL PROTECTED]> PR libobjc/19024 * objc/hash.h: Remove deprecated hash API. * hash_compat.c: Remove. * Makefile.in: Remove reference to hash_compat.c. * configure.ac (VERSION): Bump library version to 2:0:0. * configure: Regenerate. Removed: trunk/libobjc/hash_compat.c Modified: trunk/libobjc/ChangeLog trunk/libobjc/Makefile.in trunk/libobjc/configure trunk/libobjc/configure.ac trunk/libobjc/objc/hash.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19024
[Bug libfortran/24957] New: scan() fails sometimesk
gfortran scan() intrinsic yields incorrect results, see code snippet below
[EMAIL PROTECTED]:~/src/F90/bugs> cat scanbug.f90
program scanbug
character(len=10) :: numset='0123456789'
print *, scan('0123456789', '9')
print *, scan(numset, '9')
end program scanbug
[EMAIL PROTECTED]:~/src/F90/bugs> gfortran scanbug.f90 -o scanbug
[EMAIL PROTECTED]:~/src/F90/bugs> ./scanbug
10
0
[EMAIL PROTECTED]:~/src/F90/bugs> gcc --version
gcc (GCC) 4.1.0 20050930 (experimental)
Copyright (C) 2005 Free Software Foundation, Inc.
Dies ist freie Software; die Kopierbedingungen stehen in den Quellen. Es
gibt KEINE Garantie; auch nicht für VERKAUFBARKEIT oder FÜR SPEZIELLE ZWECKE.
--
Summary: scan() fails sometimesk
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: klra67 at freenet dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24957
[Bug testsuite/23400] [4.1 Regression] "make check" fixinclude failure
--- Comment #6 from rep dot nop at aon dot at 2005-11-20 13:26 --- Created an attachment (id=10300) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10300&action=view) Add newline to replacement fixup for string.h I wouldn't generally add a newline in the replace command but adjust the fixups which expect the newline to contain a newline in the replacement text. The following patch gcc.gfortran-pr23400-00.diff adds a newline to the string replacement which fixes the fixincludes failiure for me on i686-linux-gnu on debian unstable. gcc.gfortran-pr23400-00.diff 2005-11-20 Bernhard Fischer <[EMAIL PROTECTED]> PR 23400 * inclhack.def: Add newline to the replace text for string.h. * fixincl.x: Regenerate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #1 from falk at debian dot org 2005-11-20 13:33 --- There is no "correct" output when you use a variable uninitialized. It's undefined behavior. Printing any number, or crashing, would be completely valid behaviors as far as gcc is concerned. -- falk at debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #2 from pcarlini at suse dot de 2005-11-20 13:37 --- (In reply to comment #1) > There is no "correct" output when you use a variable uninitialized. It's > undefined behavior. Printing any number, or crashing, would be completely > valid behaviors as far as gcc is concerned. Falk, of course you are right. However, when I saw the PR coming, I wondered whether the point was also that it would be nice having the warning emitted also at low optimization levels. Other compilers can do that, AFAIK. Maybe we already have something open about that, tough, as enhancement request. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #3 from s_a_white at email dot com 2005-11-20 14:15 --- Sorry the summary may not be 100% correct, but it is related to the variable never being directly assigned. I do understand that using (i.e. assigning from an unintialised variable) will give you random junk, etc. However if you look at the example below you'll see the variable becomes fully assigned (the result is always known given a uint_least32_t being 32 bits). And indeed the first printf does display the correct answer. However whats happened is that some of the code inside the if statement has executed, which is should never have! Please if this code is actually invalid... and indeed somehow the code inside the if statement can legally be executed please could you reclose the bug and drop me a note on why? So far have never seen even highly optimising compilers (e.g. TI c6x, etc) do this. -- s_a_white at email dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #4 from falk at debian dot org 2005-11-20 14:35 --- I already explained this. Using an uninitialized variable invokes undefined behavior. This means that producing random junk, executing random if statements, executing random if statements 17 times, formatting your hard disk, and making demons fly out of your nose are all perfectly valid results. The concept of "undefined behavior" should be explained in any C book. -- falk at debian dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug fortran/24862] [4.1 Regression] Internal Error: Derived type I/O should have been handled via the frontend.
--- Comment #8 from jb at gcc dot gnu dot org 2005-11-20 14:46 --- The above commit to trunk and 4.1 should fix this issue. -- jb at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24862
[Bug fortran/24958] New: ice-on-invalid
ICE on invalid code, nullify member of unknown derived type. $ cat invalid_nullify.F program ice_on_invalid_nullify implicit none TYPE (nonexisting_type1), TARGET :: t1 nullify(t1%something) end program $ gfortran-4.1-HEAD invalid_nullify.F In file invalid_nullify.F:3 TYPE (nonexisting_type1), TARGET :: t1 1 Error: Derived type 'nonexisting_type1' at (1) is being used before it is defined *** glibc detected *** free(): invalid pointer: 0x0852e120 *** /tmp/ccWjMV8j.f:0: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ice-on-invalid Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rep dot nop at aon dot at GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 --- Mark as a dup of bug 22266. *** This bug has been marked as a duplicate of 22266 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug tree-optimization/22266] bad code generation at -O1 (conditional expression and constants)
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 --- *** Bug 24956 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||s_a_white at email dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22266
[Bug fortran/24958] ice-on-invalid
--- Comment #1 from rep dot nop at aon dot at 2005-11-20 15:40 --- Known to work: 3.4.5 (g77) Known to fail: 4.0.2 (gfortran) -- rep dot nop at aon dot at changed: What|Removed |Added Known to fail||4.0.2 Known to work||3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug fortran/24958] ice-on-invalid
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-20 15:49 --- Confirmed: In file t.f:3 TYPE (nonexisting_type1), TARGET :: t1 1 Error: Derived type 'nonexisting_type1' at (1) is being used before it is defined free(): invalid pointer 0x854db40! In file t.f:4 nullify(t1%something) 1 Internal Error at (1): free_expr0(): Bad expr type -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||error-recovery, ice-on- ||invalid-code Known to fail|4.0.2 |4.0.2 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-11-20 15:49:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug libfortran/24957] scan() fails sometimesk
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 15:51 --- I think this is a dup of bug 24787 but I don't know for sure as I don't have a build of gfortran after the patch was applied. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||24787 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24957
[Bug target/24954] [4.1 Regression] ICE: could not split insn
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 15:59 --- It start to fail before 2005. http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00501.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |major Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-11-20 15:59:15 date|| Summary|ICE: could not split insn |[4.1 Regression] ICE: could ||not split insn Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24954] [4.1 Regression] ICE: could not split insn
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-20 16:00 --- It passed on 20051107: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00305.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug middle-end/24342] [4.1 regression] testsuite failure:gfortran.fortran-torture/execute/in-pack.f90 exe
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-20 16:07 --- If -Os works and the rest of the optimization levels work, then this is a middle-end issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|libfortran |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24342
[Bug target/24959] New: Trampolines fail on i686-apple-darwin
The testsuite program gcc.c-torture/execute/nestfunc-3.c crashes with a bus error on i686-apple-darwin8. Tried it with gcc-3.4.4, gcc-4.0.2 and gcc-4.1-20051112. -- Summary: Trampolines fail on i686-apple-darwin Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc at microbizz dot nl GCC build triplet: i686-apple-darwin GCC host triplet: i686-apple-darwin GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
[Bug libfortran/24957] scan() fails sometimesk
--- Comment #2 from kargl at gcc dot gnu dot org 2005-11-20 16:25 ---
kargl[203] cat > a.f90
program scanbug
character(len=10) :: numset='0123456789'
print *, scan('0123456789', '9')
print *, scan(numset, '9')
end program scanbug
kargl[204] gfc41 -o z a.f90
kargl[205] ./z
10
10
The bug as fixed on 2005-11-12. Please update to newer gfortran
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24957
C++ bug with std::copy and std::pair
Version information:
[EMAIL PROTECTED] ~ $ g++ -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/specs
Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.6
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/info
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include/g++-v3
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libgcj --enable-languages=c,c++,f77 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)
I also found the same problem with a friends fedora core 4 with gcc 4.
I have attached a cpp file that (I believe) should compile (and does on
Borland c++). It is the copy at the end that causes a problem - the
while loop is simply doing the same as what the copy should do (just to
show I did the operator<< properly). Copy works for other cases (ints,
floats, etc) and even for my own structs too. I'm just not sure why it
complains about the operator<< function for a std::pair.
Paul
#include
#include
#include
#include
#include
using namespace std;
typedef pair MyPair;
typedef vector MyPairColl;
ostream& operator<<(ostream& os, const MyPair& myPair)
{
os << myPair.first << ' ' << myPair.second;
return os;
}
int main()
{
const int maxElems = 100;
MyPairColl coll(maxElems);
for(int i=0; i(cout, " "));
}
[Bug target/22119] nonlocal goto's fail on i?86-darwin
--- Comment #2 from gcc at microbizz dot nl 2005-11-20 16:30 --- Subject: Re: nonlocal goto's fail on i?86-darwin Note that the test case doesn't fail for non-pic code (--no-pic -read_only_relocs suppress). Tried that with gcc-3.4.4, gcc-4.0.2 and gcc-4.1.0-20051112 on i686-apple-darwin8. Adriaan van Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22119
[Bug c++/24960] New: reference to member var in templated base class won't compile
I get the following error:
>g++ bug.cc
bug.cc: In member function bool MyClass::SomeMethod():
bug.cc:17: error: n was not declared in this scope
with this simple code:
#include
template
class BaseClass {
protected:
int n;
};
template
class MyClass : public BaseClass {
public:
bool SomeMethod();
};
template
bool MyClass::SomeMethod() {
n = 0; // This line causes a compiler error
//this->n = 0; // This line will compile okay
}
int main() {
printf("hello\n");
}
I discovered this bug while trying to build a simple sample that comes with
ARPACK++. This makes the entire package unusable.
>g++ -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-shared
--with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre
--enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)
--
Summary: reference to member var in templated base class won't
compile
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gashlerm at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24960
[Bug target/24961] New: No constraint letter for destination_operand
There is no way to specify a constraint for an operand of an asm statement that
may only be a destination operand (ie. the first operand of the st insn). If
you try to use the "m" constraint together with the %P operand modifier you can
get invalid asm code when %P expands to a register instead of a number. For
example, the Linux kernel uses this asm statement:
asm volatile ("\n[1:]\tst"#n" %1=%r2%P1\t// %0 gets overwritten by exception
handler\n"
"\t.xdata4 \"__ex_table\", 1b-., 1f-.\n"
"[1:]"
: "=r"(__pu_r8) : "m"(__m(addr)), "rO"(val), "0"(__pu_r8));
Occassionally you'll get an assembler error because the POST_MODIFY is expanded
into a register.
--
Summary: No constraint letter for destination_operand
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schwab at suse dot de
GCC target triplet: ia64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24961
[Bug c++/24960] reference to member var in templated base class won't compile
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 17:14 --- Please read http://gcc.gnu.org/gcc-3.4/changes.html . -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24960
[Bug testsuite/24962] New: gcc.target/ia64/20030811-1.c (test for excess errors) fails with -milp32
FAIL: gcc.target/ia64/20030811-1.c (test for excess errors) has appeared on mainline for ia64-hp-hpux11.23 -milp32, with the move of that test from gcc.dg which also enabled it for HP-UX (previously only enabled for ia64-linux). Messages are all of form /scratch/gcc/nightly-2005-11-19-mainline/src/gcc-mainline/gcc/testsuite/gcc.target/ia64/20030811-1.c:47: warning: integer constant is too large for 'long' type or similar "large integer implicitly truncated to unsigned type" (this testcase is clearly not -milp32 (the HP-UX default) ready). -- Summary: gcc.target/ia64/20030811-1.c (test for excess errors) fails with -milp32 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org GCC target triplet: ia64-*-hpux* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24962
[Bug testsuite/23400] [4.1 Regression] "make check" fixinclude failure
--- Comment #7 from bauhaus at futureapps dot de 2005-11-20 17:56 --- > PR 23400 > * inclhack.def: Add newline to the replace text for string.h. > * fixincl.x: Regenerate. Similarly, removing \n from last line of the string.h in the fixincludes source directory works for me (seemingly, make check is running). (-rw-r--r-- 1 georg staff 328 2005-11-20 16:42 ../src/gcc/fixincludes/tests/base/string.h) Why is there an Ultrix fix in string.h in the first place? Does it just happen to be there because that is how fixinclude had finished writing headers at some point? -- bauhaus at futureapps dot de changed: What|Removed |Added CC||bauhaus at futureapps dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
[Bug tree-optimization/24963] New: [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails
FAIL: gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 appeared on mainline on i686-pc-linux-gnu and ia64-hp-hpux11.23 (both -milp32 and -mlp64) between 20051118 (revision 107161) and 20051119 (revision 107213). This test previously PASSed in revision 107161, FAILing in 107213. As the only changes between 4.1 branching (107209) and 107213 are administrative changes as part of the branching process, this regression presumably applies on 4.1 branch as well. -- Summary: [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree- dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24963
[Bug middle-end/23606] fold does not fold (type)(a == b) into a == b (with type as the type)
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-20 18:14 --- I am retesting the patch and will apply after a bootstrap/test is finished. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||19986 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23606
[Bug tree-optimization/24665] [4.0/4.1 Regression] internal compiler error: get_indirect_ref_operands
--- Comment #7 from rth at gcc dot gnu dot org 2005-11-20 19:04 --- Subject: Bug 24665 Author: rth Date: Sun Nov 20 19:03:53 2005 New Revision: 107259 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107259 Log: PR tree-opt/24665 * tree-gimple.c (is_gimple_id): Export. * tree-gimple.h (is_gimple_id): Declare. * tree-ssa-ccp.c (ccp_decl_initial_min_invariant): New. (get_default_value): Use it. (maybe_fold_stmt_indirect): Likewise. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/opt/pr24665.C - copied unchanged from r107245, trunk/gcc/testsuite/g++.dg/opt/pr24665.C Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/tree-gimple.c branches/gcc-4_0-branch/gcc/tree-gimple.h branches/gcc-4_0-branch/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24665
[Bug tree-optimization/24665] [4.0/4.1 Regression] internal compiler error: get_indirect_ref_operands
--- Comment #8 from rth at gcc dot gnu dot org 2005-11-20 19:05 --- Subject: Bug 24665 Author: rth Date: Sun Nov 20 19:05:43 2005 New Revision: 107260 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107260 Log: PR tree-opt/24665 * tree-gimple.c (is_gimple_id): Export. * tree-gimple.h (is_gimple_id): Declare. * tree-ssa-ccp.c (ccp_decl_initial_min_invariant): New. (get_default_value): Use it. (maybe_fold_stmt_indirect): Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/opt/pr24665.C - copied unchanged from r107244, trunk/gcc/testsuite/g++.dg/opt/pr24665.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-gimple.c branches/gcc-4_1-branch/gcc/tree-gimple.h branches/gcc-4_1-branch/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24665
[Bug tree-optimization/24665] [4.0/4.1 Regression] internal compiler error: get_indirect_ref_operands
--- Comment #9 from rth at gcc dot gnu dot org 2005-11-20 19:06 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24665
[Bug debug/24824] [4.1 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #7 from nathan at gcc dot gnu dot org 2005-11-20 19:18 --- I'll have a look tomorrow -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-12 19:09:06 |2005-11-20 19:18:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug testsuite/23304] [4.1 Regression] testsuite failures: g++.dg/ext/packed3.C, packed4.C, packed8.c and g++.dg/other/crash-4.C
--- Comment #8 from nathan at gcc dot gnu dot org 2005-11-20 19:29 --- I've come to the conclusion that my 21166 patch was overzealous. What I now think is that packing a decl always changes its type except for one case described below. Even when the field's placment happens to work out right, the decl should remain packed (it's just an accident of placement, which is fragile). The exception should be were BITS_PER_UNIT == TYPE_ALIGN (TREE_TYPE (field)). Packing such a field is a no-op, so should not be reflected in the type system. We can place this check when we first attempt to set DECL_PACKED. I think this is sufficient to fix the original problem 21166 was trying to solve. -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|WAITING |ASSIGNED Last reconfirmed|2005-10-22 06:56:58 |2005-11-20 19:29:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23304
[Bug rtl-optimization/24930] [4.0/4.1 Regression] Crash in combine
--- Comment #6 from rth at gcc dot gnu dot org 2005-11-20 19:32 --- Patch is approved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24930
problems with gfortran in 64-bit mode
source code: double precision d integer i d=0. i=0 write(0,*) i write(0,*) d end Platrofrm: Powerpc G5 running darwin 10.4.3. Runtime error: "Illegal instuction" after writing the integer. Compilation command: /usr/local/usr/bin/gfortran-4.0 -v -save-temps -m64 -L/usr/local/usr/lib pmain2.f Driving: /usr/local/usr/bin/gfortran-4.0 -v -save-temps -m64 -L/usr/local/usr/lib pmain2.f -lgfortranbegin -lgfortran -shared-libgcc Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /Build/apple/gcc/build/obj/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++,f95 --program-transform-name=/^[cg][^.-] *$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5224) /usr/local/usr/bin/../libexec/gcc/powerpc-apple-darwin8/4.0.1/f951 pmain2.f -ffixed-form -mconstant-cfstrings -fPIC -quiet -dumpbase pmain2.f -m64 -auxbase pmain2 -version -o pmain2.s GNU F95 version 4.0.1 (Apple Computer, Inc. build 5224) (powerpc-apple-darwin8) compiled by GNU C version 4.0.1 (Apple Computer, Inc. build 5224). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 as -arch ppc64 -o pmain2.o pmain2.s /usr/local/usr/bin/../libexec/gcc/powerpc-apple-darwin8/4.0.1/collect2 -dynamic -arch ppc64 -weak_reference_mismatches non-weak -o a.out -lcrt1.o -L/usr/local/usr/lib -L/usr/local/usr/bin/../lib/gcc/powerpc- apple-darwin8/4.0.1/ppc64 -L/usr/local/usr/bin/../lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/local/usr/bin/../lib/gcc -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/local/usr/bin/../lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. pmain2.o -lgfortranbegin -lgfortran -lgcc_s_ppc64 -lgcc -lSystemStubs -lmx -lSystem Roger Ghanem 254C Kaprielian Hall University of Southern California Los Angeles, CA 90089 Tel: 213 740 9528 Fax: 213 740 2037
[Bug tree-optimization/24931] [4.0/4.1 Regression] uninitialized structure member after assignment
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-11-18 06:19:39 |2005-11-20 20:08:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24931
[Bug fortran/21302] Max line length in free form mode
--- Comment #7 from rep dot nop at aon dot at 2005-11-20 20:13 --- updated patch: http://gcc.gnu.org/ml/fortran/2005-11/msg00551.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
Re: C++ bug with std::copy and std::pair
Hi, > I have attached a cpp file that (I believe) should compile (and does on > Borland c++). It is the copy at the end that causes a problem - the > while loop is simply doing the same as what the copy should do (just to > show I did the operator<< properly). Copy works for other cases (ints, > floats, etc) and even for my own structs too. I'm just not sure why it > complains about the operator<< function for a std::pair. The short answer is that the behavior implemented by GCC is correct, according to the ISO C++ Standard. Of course I agree that it's somewhat unexpected: you may want to have a look to this thread, for instance: http://tinyurl.com/dtxrx Paolo.
[Bug tree-optimization/16876] [3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-09-07 19:07:48 |2005-11-20 20:28:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
[Bug target/24959] Trampolines fail on i686-apple-darwin
--- Comment #1 from gcc at microbizz dot nl 2005-11-20 21:17 --- Subject: Trampolines fail on i686-apple-darwin Note the gcc.c-torture/execute/nestfunc-5.c fails also (with a bus error). Adriaan van Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
[Bug libfortran/24909] libmatmul.a breaks darwin build
--- Comment #8 from jb at gcc dot gnu dot org 2005-11-20 21:39 --- rth committed a fix to trunk and 4.1: http://gcc.gnu.org/ml/fortran/2005-11/msg00548.html It should now work again on all supported platforms. Unless new problems are reported I'll close this in a few days. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug target/24378] [4.1 Regression] gcc.dg/vect/pr24300.c (test for excess errors) fails
--- Comment #2 from phython at gcc dot gnu dot org 2005-11-20 22:18 --- This testcase fails when we don't have optabs for REDUC trees. -- phython at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 Known to work||4.0.2 Summary|gcc.dg/vect/pr24300.c (test |[4.1 Regression] |for excess errors) fails|gcc.dg/vect/pr24300.c (test ||for excess errors) fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24378
[Bug fortran/24964] New: Does not optimise abs(x)**2 to x**2
I use $ ~/gcc/bin/gcc --version gcc (GCC) 4.2.0 20051119 (experimental) on the routine double precision function abssqr (a) implicit none double precision, intent(in) :: a abssqr = abs(a) ** 2 end function abssqr with $ ~/gcc/bin/gfortran -Wall -O3 -ffast-math -S abssqr.f90 which leads to the assembler output .machine ppc .text .align 2 .globl _abssqr_ _abssqr_: lfd f1,0(r3) fabs f1,f1 fmul f1,f1,f1 blr .subsections_via_symbols I think that the term "abs(a)**2" should have been optimised to "a**2". I think that this optimisation is valid even with IEEE semantics, but I would expect it anyway with -ffast-math. -- Summary: Does not optimise abs(x)**2 to x**2 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.3.0 GCC host triplet: powerpc-apple-darwin8.3.0 GCC target triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24964
32bit Email Broadcaster Sample Subject
ÐÏࡱ
[Bug tree-optimization/24964] Does not optimise abs(x)**2 to x**2
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 00:40 ---
This comes down to the tree-combiner.
Take the following C functions:
double fabs(double);
double f(double a)
{
return fabs(a)*fabs(a);
}
double f1(double *a)
{
return fabs(*a)*fabs(*a);
}
double f2(double *a)
{
double t = fabs(*a);
return t*t;
}
Only f2 is not optimized.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||15459
Status|UNCONFIRMED |NEW
Component|fortran |tree-optimization
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2005-11-21 00:40:07
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24964
[Bug tree-optimization/24931] [4.0/4.1/4.2 Regression] uninitialized structure member after assignment
--- Comment #3 from rth at gcc dot gnu dot org 2005-11-21 00:51 --- Subject: Bug 24931 Author: rth Date: Mon Nov 21 00:51:39 2005 New Revision: 107271 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107271 Log: PR 24931 * tree-sra.c (struct sra_elt): Add all_no_warning. (struct sra_walk_fns) : Add use_all argument. (sra_walk_expr): Pass it. (sra_walk_modify_expr): Likewise. (scalarize_ldst): Likewise. (scan_use): Update for new argument. (mark_no_warning): New. (scalarize_use): Use it. Added: trunk/gcc/testsuite/gcc.dg/uninit-14.c Modified: trunk/gcc/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24931
[Bug tree-optimization/24963] [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 00:52 --- Confirmed, I saw this too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 00:52:44 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24963
[Bug tree-optimization/24931] [4.0/4.1/4.2 Regression] uninitialized structure member after assignment
--- Comment #4 from rth at gcc dot gnu dot org 2005-11-21 00:56 --- Subject: Bug 24931 Author: rth Date: Mon Nov 21 00:55:57 2005 New Revision: 107272 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107272 Log: PR 24931 * tree-sra.c (struct sra_elt): Add all_no_warning. (struct sra_walk_fns) : Add use_all argument. (sra_walk_expr): Pass it. (sra_walk_modify_expr): Likewise. (scalarize_ldst): Likewise. (scan_use): Update for new argument. (mark_no_warning): New. (scalarize_use): Use it. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/uninit-14.c - copied unchanged from r107271, trunk/gcc/testsuite/gcc.dg/uninit-14.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24931
[Bug fortran/24965] New: Wrong file name in error message
The enclosed source file contains errors. The errors are detected, but are attributed to the wrong source file. The relevant lines of the source files are: # 1 "/Users/eschnett/Cvanilla/arrangements/AEIThorns/Exact/src/include/Scalar_CalcTmunu_temps.inc" c c temporary variables for code in Scalar_CalcTmunu.inc c REAL*8 unu,doi,trei,rr,sum,rr2,aha1,aha2,,riih,rii2 REAL*8 ,,1,1,1,r3,bass,term1,term2 REAL*8 unu1, raz, raz2, razsch2, coefsch, pppsch, unusch REAL*8 treiori REAL*8 star_m, star_r This particular block appears twice in the source file. When compiled with $ ~/gcc/bin/gfortran setupmaximal.f The error messages begin with In file /Users/eschnett/Cvanilla/arrangements/CactusEinstein/Maximal/src/setupmaximal.F:4 REAL*8 unu,doi,trei,rr,sum,rr2,aha1,aha2,,riih,rii2 1 Error: Symbol 'unu' at (1) already has basic type of REAL Note that the file name ends with "setupmaximal.F" and not "Scalar_CalcTmunu_temps.inc", as it should. I failed to reproduce this with a smaller source file. -- Summary: Wrong file name in error message Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.3.0 GCC host triplet: powerpc-apple-darwin8.3.0 GCC target triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
[Bug fortran/24965] Wrong file name in error message
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 00:58 --- Created an attachment (id=10302) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10302&action=view) Failing source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
[Bug middle-end/24912] [4.1/4.2 Regression] m68k build failure: ICE: in reload_cse_simplify_operands
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1, 4.2 Regression] m68k |[4.1/4.2 Regression] m68k |build failure: ICE: in |build failure: ICE: in |reload_cse_simplify_operands|reload_cse_simplify_operands Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24912
[Bug bootstrap/24859] SEVERE ERROR bootstrapping gcc on AIX 5/POWER
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24859
[Bug ada/24946] [4.1/4.2 Regression] make[7]: rc: Command not found
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|make[7]: rc: Command not|[4.1/4.2 Regression] |found |make[7]: rc: Command not ||found Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24946
[Bug middle-end/24947] -Os should maximize inlining --param values.
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-21 01:36 --- Do you have an example of where the params get in the way? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING GCC build triplet|athlon-gnu-linux| GCC host triplet|athlon-gnu-linux| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24947
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #29 from pedro dot lamarao at mndfck dot org 2005-11-21 01:41 --- The following patch implements the suggested solution. Is it correct? I don't have access to any version of Solaris to check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug middle-end/24950] ICE in operand_subword_force
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 01:42 --- Fails: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00998.html http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00840.html Hmm, this has failed since the testcase was added, I have to manually check if it is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.1.0 4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #30 from pedro dot lamarao at mndfck dot org 2005-11-21 01:42 --- Created an attachment (id=10303) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10303&action=view) Defines __cplusplus to 199711L and overrides it in c++config.h for solaris 8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug fortran/24966] New: Internal compiler error: Bus error
I use $ ~/gcc/bin/gfortran --version GNU Fortran 95 (GCC) 4.2.0 20051119 (experimental) and receive for the attached source file, after several warnings, the error /Users/eschnett/Cvanilla/arrangements/AEIDevelopment/Weyl/src/w_extract_multipoles.F90:370: internal compiler error: Bus error I also attach the complete screen output. -- Summary: Internal compiler error: Bus error Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.3.0 GCC host triplet: powerpc-apple-darwin8.3.0 GCC target triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 01:52 --- Created an attachment (id=10304) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10304&action=view) Failing source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug middle-end/24950] ICE in operand_subword_force
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-21 01:53 --- Confirmed, does not look like a regression though you can never tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.1.0 4.2.0 4.0.3 |4.1.0 4.2.0 4.0.3 3.4.5 Last reconfirmed|-00-00 00:00:00 |2005-11-21 01:53:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-21 01:53 --- I forgot to mention my command line arguments: /Users/eschnett/gcc/bin/gfortran -mlongcall -ftrapv -fwrapv -g3 -Wall -Wshadow -Wsurprising -c -o $current_wd/w_extract_multipoles.F90.o $current_wd/w_extract_multipoles.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-21 01:54 --- Created an attachment (id=10305) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10305&action=view) Complete screen output, i.e., all warnings before the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug middle-end/24952] ICE: RTL check: expected code 'set' or 'clobber', have 'unspec' in try_combine, at combine.c:2898
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:02 --- The bug in combine.c has been there since 1.1 of the file but I don't know if this is a latent bug which was just exposed or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24952
[Bug target/24955] ICE: rs6000_output_function_epilogue with treelang code
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:05 --- Confirmed, only with treelang code this can happen. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-11-21 02:05:30 date|| Summary|ICE:|ICE: |rs6000_output_function_epilo|rs6000_output_function_epilo |gue, at |gue with treelang code |config/rs6000/rs6000.c:15204| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/24955] ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:08 --- This one is nonsense. We do not have a language type for Treelang. So what? -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Keywords|ice-on-valid-code | Resolution||WONTFIX Summary|ICE:|ICE: |rs6000_output_function_epilo|rs6000_output_function_epilo |gue with treelang code |gue, at ||config/rs6000/rs6000.c:15204 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/15231] [3.4 only] constant pool entries referring to nonexistent labels
--- Comment #6 from gdr at gcc dot gnu dot org 2005-11-21 02:09 --- (In reply to comment #5) > I've made a small amount of headway on this. > > Labels L22 and L21 were (when created) the addresses of objects in the code. > However, they are deleted (presumably as unreachable), but the references to > the > lables persist. > > This is presumably exactly the case that RTH believed couldn't happen when he > mentioned this in his email here: > > http://gcc.gnu.org/ml/gcc-patches/2000-05/msg00881.html > > and the reason we don't abort on ARM is that we never call > output_constant_pool > since we roll our own mini-pools. > > I've sofar been unsuccessful in reducing the testcase to something more > managable. Have you been able to track this with RTH? Do you care about this bug be fixed for 3.4.5? We're in 3.4.6 pre-release business now. -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org, ||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15231
[Bug target/24953] RTL check: access of elt 1 of vector with last elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-21 02:09 --- We just need to check that we have enough elts in the VEC. -- dje at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 02:09:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24953
[Bug target/15914] [3.4 only] gcc-3_4-branch ICE on Linux kernel
--- Comment #7 from gdr at gcc dot gnu dot org 2005-11-21 02:11 --- Postponed until GCC 3.4.6 (this bug has been there for more than a here; nobody seems to feel strong about it) -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15914
[Bug c++/16021] Tests for container swap specialisations FAIL in debug mode
--- Comment #14 from gdr at gcc dot gnu dot org 2005-11-21 02:12 --- (In reply to comment #13) > It also works if NS is nested within std, as in the example in the GCC > documentation. > So, Jason, do you want to close this as WONTFIX for 3.4.x? -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16021
[Bug rtl-optimization/16702] [3.4 regression] ICE (segfault) when compiling qemu with -O on x86_64 with gcc 3.4
--- Comment #7 from gdr at gcc dot gnu dot org 2005-11-21 02:14 --- Postponed untill GCC 3.4.6 (this bug has been there for more than a year and there does not seem to be excitment about it) -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16702
[Bug target/24951] [4.1/4.2 Regression] ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:15 --- Confirmed, this is a regression. The check for integer type was removed for some reason. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 02:15:40 date|| Summary|ICE: RTL check: expected|[4.1/4.2 Regression] ICE: |code 'const_int', have |RTL check: expected code |'const_double' in |'const_int', have |output_vec_const_move, at |'const_double' in |config/rs6000/rs6000.c |output_vec_const_move, at ||config/rs6000/rs6000.c Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24951
[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm
--- Comment #37 from gdr at gcc dot gnu dot org 2005-11-21 02:21 --- (In reply to comment #36) > New patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00864.html > Eric, do you still consider this problem important to be solved for 3.4.x? Do you have a new version of your proposed patch? -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
[Bug debug/18273] [3.4 Regression] Fail to generate debug info for member function.
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:22 --- Postponed until 3.4.6. Not release critical. -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18273
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-21 02:22 --- This works in 3.2.3 so it is a regression from there. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work||3.2.3 Summary|ICE in operand_subword_force|[3.4/4.0/4.1/4.2 Regression] ||ICE in operand_subword_force Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/18603] [3.4 only] local label names can collide with function names
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-21 02:23 --- (In reply to comment #2) > This has been fixed on mainline. Note that you need a recent (2004-09) > binutils > with support for new dot-symbol conventions when you configure and build GCC. > > I can make a patch available for 3.4.3 if there's sufficient interest. > Hi Alan, Are you still willing to make the patch for 3.4.x? -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18603
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #4 from amodra at bigpond dot net dot au 2005-11-21 02:24 --- No ice with 3.3.3 either -- amodra at bigpond dot net dot au changed: What|Removed |Added CC||amodra at bigpond dot net ||dot au Known to work|3.2.3 |3.3.3 Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.3.3 |3.3.3 3.2.3 Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/19672] [3.4 Regression] Performance regression in simple loop code
--- Comment #19 from gdr at gcc dot gnu dot org 2005-11-21 02:26 --- Fixed for 4.0.x and higher. Won't fix in 3.4.x -- gdr at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Target Milestone|3.4.5 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug target/21578] ICE in reload_cse_simplify_operands for Coldfire.
--- Comment #6 from kazu at gcc dot gnu dot org 2005-11-21 02:26 --- Shall we close this as WORKSFORME? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21578
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-21 02:27 --- Backtrace: #0 0x00467551 in gfc_conv_function_call (se=0x7fc3b3b0, sym=0xc84ec0, arg=0xc855e0) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-expr.c:1607 #1 0x00477289 in gfc_trans_call (code=0xc86150) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-stmt.c:222 #2 0x0045466b in gfc_trans_code (code=0xc86150) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans.c:533 #3 0x00476d67 in gfc_trans_do (code=0xc857d0) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-stmt.c:585 #4 0x004544a9 in gfc_trans_code (code=0xc857d0) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans.c:549 #5 0x00463505 in gfc_generate_function_code (ns=0xc1d120) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-decl.c:2621 #6 0x00439e8c in gfc_parse_file () at /home/pinskia/src/checkin/trunk/gcc/fortran/parse.c:2680 #7 0x0045380e in gfc_be_parse_file (set_yydebug=Variable "set_yydebug" is not available. ) at /home/pinskia/src/checkin/trunk/gcc/fortran/f95-lang.c:286 #8 0x0071cb28 in toplev_main (argc=Variable "argc" is not available. ) at /home/pinskia/src/checkin/trunk/gcc/toplev.c:990 #9 0x2ad1847b in __libc_start_main () from /lib/libc.so.6 #10 0x00403eaa in _start () at ../sysdeps/x86_64/elf/start.S:113 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug c++/20164] [3.4 Regression] Wrong line number in diagnostic
--- Comment #12 from gdr at gcc dot gnu dot org 2005-11-21 02:28 --- Appears to be fixed in 4.0.3 and higher. Won't fix for 3.4.x. -- gdr at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.5 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #5 from amodra at bigpond dot net dot au 2005-11-21 02:28 --- Err, that was 3.3.3-hammer I tested. -- amodra at bigpond dot net dot au changed: What|Removed |Added Known to work|3.3.3 3.2.3 |3.2.3 Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/21590] [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:29 --- Is there any hppa maintainer lookin at this? -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21590
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/21590] [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-21 02:30 --- Postponed untill GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21590
[Bug debug/21932] [3.4 Regression] -O3 -fno-unit-at-a-time causes ICE
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:31 --- Postponed untill GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21932
[Bug middle-end/21939] [3.4 Regression] corrupted memory with deque of >63 items
--- Comment #8 from gdr at gcc dot gnu dot org 2005-11-21 02:33 --- Postponed untill GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21939
