[Bug tree-optimization/21141] New: excessive stack usage
# gcc -v Reading specs from /.share/usr/app/gcc-3.4.3/bin/../lib/gcc/i386-pc-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/usr/app/gcc-3.4.3 --exec-prefix=/usr/app/gcc-3.4.3 --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/app/gcc-3.4.3/libexec --datadir=/usr/app/gcc-3.4.3/share --sysconfdir=/etc --sharedstatedir=/usr/app/gcc-3.4.3/var/com --localstatedir=/usr/app/gcc-3.4.3/var --libdir=/usr/lib --includedir=/usr/include --infodir=/usr/info --mandir=/usr/man --with-slibdir=/usr/app/gcc-3.4.3/lib --with-local-prefix=/usr/local --with-gxx-include-dir=/usr/app/gcc-3.4.3/include/g++-v3 --enable-languages=c,c++ --with-system-zlib --disable-nls --enable-threads=posix i386-pc-linux-gnu Thread model: posix gcc version 3.4.3 Does not happen with -Os Does not happen with 3.4.1 I have a testcase -- Summary: excessive stack usage Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vda at port dot imtp dot ilyichevsk dot odessa dot ua CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-pc-linux-gnu GCC host triplet: i386-pc-linux-gnu GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug rtl-optimization/21141] excessive stack usage
-- What|Removed |Added Component|tree-optimization |rtl-optimization Keywords||missed-optimization, ra http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug rtl-optimization/21141] excessive stack usage
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-21 06:08 --- Created an attachment (id=8695) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8695action=view) testcase Use gcc -O2 -S t.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug c++/21142] New: inherited class member not visible in complex templated hierarchy
Bug appears in g++ 3.4, 4.0, probably 4.1. Does not appear in g++ 3.2, 3.3, icc 8.0, 8.1, Sun CC 5.4. -- Summary: inherited class member not visible in complex templated hierarchy Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lawless at spamcop dot net CC: gcc-bugs at gcc dot gnu dot org 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=21142
[Bug c++/21142] inherited class member not visible in complex templated hierarchy
--- Additional Comments From lawless at spamcop dot net 2005-04-21 06:09 --- Created an attachment (id=8696) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8696action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21142
[Bug c++/21142] inherited class member not visible in complex templated hierarchy
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 06:13 --- Invalid, read 3.4's release notes. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21142
[Bug rtl-optimization/21141] [3.4 Regression] excessive stack usage
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 06:18 --- 4.1.0/4.0.0 gives: subl$268, %esp which is better than 3.4.x. 3.4.0 gives: subl$732, %esp Only a 3.4 regression, confirmed: subl$3516, %esp -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords|ra | Last reconfirmed|-00-00 00:00:00 |2005-04-21 06:18:37 date|| Summary|excessive stack usage |[3.4 Regression] excessive ||stack usage Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug rtl-optimization/21141] [3.4 Regression] excessive stack usage
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 06:27 --- Note your testcase has uninitialized variables, well the arrays are uninitizalized, after fixing them, it gets worse: subl$3532, %esp Though on 4.0.0/4.1.0, we get better: subl$260, %esp which is funny but what ever. 3.3.3 by the way gives: subl$636, %esp 3.4.0 gives: subl$748, %esp 3.2.3: subl$444, %esp 3.0.4: subl$556, %esp 2.95.3: subl $508,%esp so 4.0.0/4.1.0 gices the best results. -- What|Removed |Added Known to fail||3.4.4 Known to work||3.3.3 3.4.0 4.0.0 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug rtl-optimization/21141] [3.4 Regression] excessive stack usage
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 06:33 --- Hmm, with -fomit-frame-pointer, the stack usage goes back to an okay value: subl$604, %esp I think this is just another case where spills are no not reused, see PR 17838. so -fomit-frame-pointer causes the spilling to go down. 4.0.0 reduces the stack usage by making the arrays really each 8 variables. -- What|Removed |Added OtherBugsDependingO||17838 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug tree-optimization/18463] [4.0/4.1 Regression] suboptimal use of fancy x86 addressing modes
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-04-21 07:57 --- The up-to-date version of the patch that fixes the problem: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01360.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18463
[Bug fortran/18883] ICE in gfc_finish_var_decl
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-21 08:44 --- Here's a similar testcase that crashes in the same spot: == module FOO contains function BAR(X) character(*) :: X character(len(X)) :: BAR BAR = 'c' end function end == -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Keywords||monitored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18883
[Bug fortran/21143] New: cross-built gfortran installed as gfortran
Cross-building gfortran installs gfortran as $bindir/gfortran instead of $bindir/target-gfortran My actual configuration (one-tree style, gcc-4.0.0 20050421 + newlib-cvs) configure ... --with-newlib --target=i386-rtems4.7 \ --enable-languages=c,c++,f95 -- Summary: cross-built gfortran installed as gfortran Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: corsepiu at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,joel at oarcorp dot com GCC host triplet: any GCC target triplet: != build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21143
[Bug java/20312] No warning on bad method
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-21 09:05 --- This patch can cause an ICE when the super-class is byte-compiled. If a byte-compiled method M in a super-class throws exception X, we try to emit an erroneous error message that M can't throw X (because we don't analyze the bytecode). Worse, because M doesn't have DECL_FUNCTION_WFL set, we get an ICE in parse_error_context. The problem is check_interface_throws_clauses, which seems to be doing way too much work ... it should be not be checking that The exception must be a subclass of an exception thrown in super-classes. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20312
[Bug rtl-optimization/21144] New: [4.0/4.1 regression] Apparent infinite loop in reload
The testcase appears to hang inside reload_cse_regs when compiled with -O2. -- Summary: [4.0/4.1 regression] Apparent infinite loop in reload Product: gcc Version: 4.0.0 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de CC: gcc-bugs at gcc dot gnu dot org,matz at suse dot de GCC target triplet: ia64-*-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload
--- Additional Comments From schwab at suse dot de 2005-04-21 09:42 --- Created an attachment (id=8698) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8698action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug bootstrap/21145] New: Bootstrap breaks on insn-conditions.c
Configured with: ../srcdir/configure --disable-nls --enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=athlon-tbird --with-arch=athlon-tbird --with-system-zlib --disable-shared --enable-languages=c,c++,objc --disable-sjlj-exceptions --enable-shared=libstdc++ --enable-shared=libobjc --program-suffix=-4.0 --enable-objc-gc gmake[2]: Entering directory `/usr/home/wilx/gcc-head/objdir/gcc' gcc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I/usr/local/include -I. -Ibuild -I../../srcdir/gcc -I../../srcdir/gcc/build -I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include -I/usr/local/include \ -o build/insn-conditions.o insn-conditions.c insn-conditions.c:97: error: `flag_unsafe_math_optimizations' undeclared here (not in a function) insn-conditions.c:97: error: initializer element is not constant insn-conditions.c:97: error: (near initialization for `insn_conditions[10].value') insn-conditions.c:97: warning: missing initializer insn-conditions.c:97: warning: (near initialization for `insn_conditions[10].value') insn-conditions.c:97: error: initializer element is not constant insn-conditions.c:97: error: (near initialization for `insn_conditions[10]') insn-conditions.c:101: error: initializer element is not constant insn-conditions.c:101: error: (near initialization for `insn_conditions[11]') insn-conditions.c:104: error: initializer element is not constant insn-conditions.c:104: error: (near initialization for `insn_conditions[12]') [...] -- Summary: Bootstrap breaks on insn-conditions.c Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: v dot haisman at sh dot cvut dot cz CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot cvut dot cz GCC build triplet: i386-unknown-freebsd5.4 GCC host triplet: i386-unknown-freebsd5.4 GCC target triplet: i386-unknown-freebsd5.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21145
[Bug preprocessor/14460] --enable-c-mbchar will not work
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-21 10:36 --- --enable-c-mbchar was removed with revision 1.14 date: 2003/07/06 18:50:44; author: neil; state: dead; lines: +0 -0 * Makfile.in: Remove traces of mbchar. * c-parse.in (MULTIBYTE_CHARS): Remove. * config.in (MULTIBYTE_CHARS): Remove. * configure: Remove --enable-mbchar. * configure.in: Remove --enable-mbchar. * mbchar.c, mbchar.h: Remove. * system.h: Poison MULTIBYTE_CHARS. * config/linux-aout.h (MULTIBYTE_CHARS): Remove. * config/linux.h (MULTIBYTE_CHARS): Remove. * config/svr4.h (MULTIBYTE_CHARS): Remove. * config/sparc/linux.h (MULTIBYTE_CHARS): Remove. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14460
[Bug c++/21146] New: unable to resolve visible symbol
$ cat bug.cxx
template typename T
struct A
{
typedef T S;
};
struct S {};
struct B : S {};
struct C: B, AS
{
friend class AS;
};
$ g++-3.4 --version
g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)
$ g++-3.4 -c bug.cxx
bug.cxx:13: error: `S' was not declared in this scope
bug.cxx:13: error: template argument 1 is invalid
bug.cxx:13: error: friend declaration does not name a class or function
icc 8.1 compiles this without any diagnostic.
--
Summary: unable to resolve visible symbol
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: boris at kolpackov dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21146
[Bug rtl-optimization/21141] [3.4 Regression] excessive stack usage
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-21 11:27 --- Though on 4.0.0/4.1.0, we get better: subl$260, %esp It's way too good. Declared locals should take 512 bytes, plus any temporaries for spills. Please find fixed testcase. My fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
[Bug rtl-optimization/21141] [3.4 Regression] excessive stack usage
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-21 11:29 --- Whoops no, locals are 256 bytes only. (/me is looking for some coffee) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21141
Gcc 3.4.3
Hi everybody, We are compiling our middleware product using the following gcc version: gcc 3.4.3 binutils 2.15 We compile the code using the 64 bit option on AIX 5.1. GCC as well as BINUTILS codes have been downloaded as binary from the gnu site, we didn't compile them. We have the following RANDOM problem on object (.o) files: ld: 0711-252 SEVERE ERROR: File auxiliary symbol entry 1 in object /home/mirko/nfs/sp7/SpBLDAIX7-SV/obj/spts/sptsquit.o : Field x_offset contains 4. Valid values are between 4 and -1. The object name is being substituted. ld: 0711-251 SEVERE ERROR: Symbol table entry 2 in object /home/mirko/nfs/sp7/SpBLDAIX7-SV/obj/spts/sptsquit.o: Field n_offset contains 74. Valid values are between 4 and -1. ld: 0711-251 SEVERE ERROR: Symbol table entry 4 in object /home/mirko/nfs/sp7/SpBLDAIX7-SV/obj/spts/sptsquit.o: Field n_offset contains 93. Valid values are between 4 and -1. ld: 0711-251 SEVERE ERROR: Symbol table entry 6 in object /home/mirko/nfs/sp7/SpBLDAIX7-SV/obj/spts/sptsquit.o: ..etc If I exec this unix commad: nm -X32_64 sptsquit.o I have a following information: d 1544 24 d 1568 24 d 1592 55 d 1648 24 d 1672 24 d 1696 24 d 1720 8 d 1728 d 1728 8 d 1736 8 D 1648 f - t 0 t 0 1532 t 1536 6 t 160 t 508 t 972 T 304 U - U - U - U - U - U - U - U - U - U - U - U - U - U - Some object files are compiled OK, but they don't have entry points! If I move the code, inserting a new line code, or even a global variable, the entry points appear. But of course this is not a solution to the existing problem. It looks quite a strange behavior. Could you help me? _ Mirko Bruzzone Primeur System Integration s.r.l. (Genoa - Italy) +390102781259 [EMAIL PROTECTED] http://www.primeur.com _
[Bug rtl-optimization/21147] New: Optimized code is much slower than non-optimized
See testcase. # gcc twofish.c;./a.out Iterations/sec: 63252 # gcc -Os twofish.c;./a.out Iterations/sec: 45544 # gcc -O2 twofish.c;./a.out Iterations/sec: 40192 # gcc -v Reading specs from /.share/usr/app/gcc-3.4.3/bin/../lib/gcc/i386-pc-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --prefix=/usr/app/gcc-3.4.3 --exec-prefix=/usr/app/gcc-3.4.3 --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/app/gcc-3.4.3/libexec --datadir=/usr/app/gcc-3.4.3/share --sysconfdir=/etc --sharedstatedir=/usr/app/gcc-3.4.3/var/com --localstatedir=/usr/app/gcc-3.4.3/var --libdir=/usr/lib --includedir=/usr/include --infodir=/usr/info --mandir=/usr/man --with-slibdir=/usr/app/gcc-3.4.3/lib --with-local-prefix=/usr/local --with-gxx-include-dir=/usr/app/gcc-3.4.3/include/g++-v3 --enable-languages=c,c++ --with-system-zlib --disable-nls --enable-threads=posix i386-pc-linux-gnu Thread model: posix gcc version 3.4.3 -- Summary: Optimized code is much slower than non-optimized Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vda at port dot imtp dot ilyichevsk dot odessa dot ua CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-pc-linux-gnu GCC host triplet: i386-pc-linux-gnu GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21147
[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload
-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144
[Bug bootstrap/21145] Bootstrap breaks on insn-conditions.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 12:54 --- This is an awk bug and not a GCC bug, see PR 19601. *** This bug has been marked as a duplicate of 19601 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21145
[Bug bootstrap/19601] [4.0 Regression] make bootstrap-lean fails: insn-conditions.c:189: error: `flag_unsafe_math_optimizations' undeclared
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 12:54 --- *** Bug 21145 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||v dot haisman at sh dot cvut ||dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601
[Bug fortran/21148] New: Can't open module file (case not taken into account)
in my program I have the following instruction: use class_Grille the class_Grille is in the file class_Grille.mod. When trying to compile, I get this error: Fatal Error: Can't open module file 'class_grille.mod' for reading at (1): No such file or directory The problem doesn't occur if the module file is renamed to class_grille.mod. Tested on linux. -- Summary: Can't open module file (case not taken into account) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nicolas dot girard at nerim dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21148
[Bug c++/21146] unable to resolve visible symbol
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 12:59 --- 3.3.3 gave: t.cc:13: error: request for member `S' is ambiguous in multiple inheritance lattice t.cc:7: error: candidates are: struct S t.cc:4: error: typedef struct S AS::S t.cc:13: error: template argument 1 is invalid t.cc:13: error: ISO C++ forbids declaration of `type name' with no type If the code is invalid, then we have a diagnostic regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21146
[Bug rtl-optimization/21147] Optimized code is much slower than non-optimized
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-21 13:05 --- Created an attachment (id=8700) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8700action=view) move return 0; around to find out where does that happens -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21147
[Bug rtl-optimization/21147] Optimized code is much slower than non-optimized
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-21 13:06 --- What do you mean, move return 0; around to find out where does that happens? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21147
[Bug c/21149] New: invalid code generation for _mm_movehl_ps SSE intrisinc
The following code does generate wrong results when optimization is turned on :
#include stdio.h
#include xmmintrin.h
void pv(const char *s, __m128 v) {
float *p = (float*)v;
printf(%s=[%g %g %g %g]\n, s,p[0],p[1],p[2],p[3]);
}
#define P(x) pv(#x,x)
static void plop(__m128 *Y) {
__m128 zero = _mm_setzero_ps();
__m128 foo = _mm_movehl_ps(zero, *Y);
__m128 bar = _mm_movehl_ps(*Y, zero);
P(*Y);P(foo);P(bar);
}
int main() {
__m128 y=_mm_set_ps(-3,2,1,9);
plop(y);
return 0;
}
Here are some outputs:
gcc-3.4 -O3 -Wall -W -msse -o toto toto.c ./toto
*Y=[9 1 2 -3]
foo=[0 0 9 1]
bar=[9 1 0 0]
gcc-4.0 -g -O0 -Wall -W -msse -o toto toto.c ./toto
*Y=[9 1 2 -3]
foo=[2 -3 0 0]
bar=[0 0 2 -3] (this one is correct)
gcc-4.0 -O3 -Wall -W -msse -o toto toto.c ./toto
*Y=[9 1 2 -3]
foo=[9 1 0 0]
bar=[0 0 2 -3]
(same output with gcc-4.1 from cvs)
Tested with:
gcc-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)
gcc-4.0 (GCC) 4.0.0 20050410 (prerelease) (Debian 4.0-0pre10)
gcc (GCC) 4.0.0 20050418 (prerelease)
gcc (GCC) 4.1.0 20050421 (experimental)
--
Summary: invalid code generation for _mm_movehl_ps SSE intrisinc
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: julien dot pommier at insa-toulouse dot fr
CC: gcc-bugs at gcc dot gnu dot org
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=21149
[Bug rtl-optimization/21150] New: Suboptimal byte extraction from larger integers
Bytes are typically extracted from e.g. u64's by something like #define D5(v) (((v) 40) 0xff) Testcase shows that gcc does not optimize this good enough. -- Summary: Suboptimal byte extraction from larger integers Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vda at port dot imtp dot ilyichevsk dot odessa dot ua CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-pc-linux-gnu GCC host triplet: i386-pc-linux-gnu GCC target triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21150
[Bug rtl-optimization/21150] Suboptimal byte extraction from larger integers
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-21 13:12 --- Created an attachment (id=8701) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8701action=view) generate assembly with -S and compare results -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21150
[Bug target/21147] Optimized code is much slower than non-optimized
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 13:13 --- This is x86 specific. -- What|Removed |Added Component|rtl-optimization|target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21147
[Bug target/21149] invalid code generation for _mm_movehl_ps SSE intrisinc
-- What|Removed |Added Component|c |target Keywords||ssemmx, wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21149
[Bug rtl-optimization/21150] Suboptimal byte extraction from 64bits
-- What|Removed |Added Keywords||missed-optimization Summary|Suboptimal byte extraction |Suboptimal byte extraction |from larger integers|from 64bits http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21150
[Bug target/21147] Optimized code is much slower than non-optimized
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-21 13:36 --- testcase is measuring how many twofish_setkey()'s can be executed per second. By inserting extra 'return 0;' in the body of that function and running the testcase, we can measure where it spends most of the execution time. Testcase already has such return (and large comment) exactly after for() loop which runs much faster in non-optimized compile. Move return 0 above the loop and things return to normal (-O2 is faster than non-optimized). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21147
[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From aph at gcc dot gnu dot org 2005-04-21 13:38 --- OK, so it isn't a libffi bug. The odd thing here is that despite the fact that promotion of outgoing args is a machine dependent issue, each language front end is required to do it. This patch corresponds as closely as possible to the equivalent logic in the C++ front end. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug c++/21151] New: ICE when compiling c++ PCH of class definition within template function.
Place the following code in a header file 'code.h' and compile a precompiled
header with 'g++-4.0 -c code.h':
templatetypename T void func()
{
class object
{
public:
object() {} // Any function declaration produces an ICE.
};
}
code.h: In function 'void func()':
code.h:6: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
Compiling the code via 'g++-4.0 -c code.cpp' with 'code.cpp' containing the
single line:
#include code.h
succeeds without error.
gcc-3.4.3 does not exhibit this bug.
I'm using 4.0.0 20050410 (prerelease) with Debian unstable on an Athlon-XP,
gcc was configured as:
../gcc-4.0.0-20050410/configure --enable-languages=c,c++
--prefix=/usr/local/compilers --program-suffix=-4.0
--
Summary: ICE when compiling c++ PCH of class definition within
template function.
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: simonjcan at yahoo dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org
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=21151
[Bug c++/21151] [4.0/4.1 Regression] ICE when compiling c++ PCH of class definition within template function.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 14:37 --- Confirmed, here is the backtrace: #0 write_name (decl=0x41dc1380, ignore_local_scope=1) at /Users/pinskia/src/alias/gcc/gcc/cp/ mangle.c:1440 #1 0x000fe888 in write_encoding (decl=0x41dc1380) at /Users/pinskia/src/alias/gcc/gcc/cp/ mangle.c:740 #2 0x000ff1a4 in write_mangled_name (decl=0x68, top_level=1 '\001') at /Users/pinskia/src/ alias/gcc/gcc/cp/mangle.c:710 #3 0x001005f8 in mangle_decl (decl=0x41dc1380) at /Users/pinskia/src/alias/gcc/gcc/cp/mangle.c: 2526 #4 0x000b117c in cp_parser_member_declaration (parser=0x68) at /Users/pinskia/src/alias/ gcc/gcc/cp/parser.c:1 #5 0x000a19d0 in cp_parser_type_specifier (parser=0x41dbe8c0, flags=CP_PARSER_FLAGS_NONE, decl_specs=0xb490, is_declaration=1 '\001', declares_class_or_enum=0xb40c, is_cv_qualifier=0x41dbce00 A??) at /Users/pinskia/src/alias/gcc/gcc/cp/parser.c:13017 #6 0x000a2db0 in cp_parser_decl_specifier_seq (parser=0x0, flags=CP_PARSER_FLAGS_NONE, decl_specs=0x41dbce00, declares_class_or_enum=0xb40c) at /Users/pinskia/src/alias/gcc/gcc/cp/ parser.c:7285 #7 0x000af2ec in cp_parser_simple_declaration (parser=0x41dbe8c0, function_definition_allowed_p=0 '\0') at /Users/pinskia/src/alias/gcc/gcc/cp/parser.c:6981 #8 0x0009ea04 in cp_parser_block_declaration (parser=0x41dbe8c0, statement_p=0 '\0') at /Users/ pinskia/src/alias/gcc/gcc/cp/parser.c:6942 #9 0x0009f8bc in cp_parser_statement (parser=0x41dbe8c0, in_statement_expr=0x0) at /Users/ pinskia/src/alias/gcc/gcc/cp/parser.c:6644 #10 0x000a0474 in cp_parser_statement_seq_opt (parser=0x41dbe8c0, in_statement_expr=0x0) at / Users/pinskia/src/alias/gcc/gcc/cp/parser.c:6178 #11 0x000a05a4 in cp_parser_compound_statement (parser=0x41dbf220, in_statement_expr=0x41dbe8c0, in_try=152 '\230') at /Users/pinskia/src/alias/gcc/gcc/cp/parser.c: 6151 #12 0x000a0684 in cp_parser_ctor_initializer_opt_and_function_body (parser=0x41dbe8c0) at /Users/ pinskia/src/alias/gcc/gcc/cp/parser.c:12059 #13 0x000a0c40 in cp_parser_function_definition_after_declarator (parser=0x41dbe8c0, inline_p=0 '\0') at /Users/pinskia/src/alias/gcc/gcc/cp/parser.c:14924 #14 0x000af168 in cp_parser_init_declarator (parser=0x41dbe8c0, decl_specifiers=0xb880, function_definition_allowed_p=1 '\001', member_p=0 '\0', declares_class_or_enum=7348368, function_definition_p=0xb878 \001g\202l) at /Users/pinskia/src/alias/gcc/gcc/cp/parser.c: 14869 #15 0x000afc4c in cp_parser_single_declaration (parser=0x430176a4, member_p=128 '\200', friend_p=0x1 Address 0x1 out of bounds) at /Users/pinskia/src/alias/gcc/gcc/cp/parser.c:15112 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-04-21 14:37:25 date|| Summary|ICE when compiling c++ PCH |[4.0/4.1 Regression] ICE |of class definition within |when compiling c++ PCH of |template function. |class definition within ||template function. Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21151
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug c/21152] New: Stack pointer error after call to function returning a struct
When compiling the following code with m68k-elf-gcc and optimization
-O, the compiler does not generate code to increment the stack pointer
before restoring %fp and returning from the function. This happens in
both functions, f1 and f2. I checked with gcc-3.3 and gcc-3.4.3. When
using no optimization (no -O), this error doesn't happen. When using
-O3, the code in f1 is correct but in f2 is wrong.
Code:
struct Value
{
char type;
int val;
};
extern struct Value f3(int x);
int f2(int a, int b, int c)
{
return f3(c).val;;
}
int f1(int nValue)
{
return f2(0, 0, nValue);
}
Compilation command line:
m68k-elf-gcc -O -Wall -c -m68000 -o test.o test.c
Compiler output:
none
Resulting code:
f2:
0: 4e56 fff8 linkw %fp,#-8
4: 2f2e 0010 movel %fp@(16),[EMAIL PROTECTED]
8: 41ee fffa lea %fp@(-6),%a0
c: 4eb9 jsr 0 f2
12: 202e fffc movel %fp@(-4),%d0
16: 4e5eunlk %fp
18: 4e75rts
001a f1:
1a: 4e56 linkw %fp,#0
1e: 2f2e 0008 movel %fp@(8),[EMAIL PROTECTED]
22: 42a7clrl [EMAIL PROTECTED]
24: 42a7clrl [EMAIL PROTECTED]
26: 61d8bsrs 0 f2
28: 4e5eunlk %fp
2a: 4e75rts
Error analysis:
Before address 16 in f2 there is missing a
addq #4,%sp
and before address 28 in f1 there is missing a
lea %sp@(12),%sp
The GCCs I used are cross compilers for m68k-elf compiled on an
i686 host. The source was downloaded from an ftp.gnu.org mirror, no
patches applied, locally configured and compiled under cygwin.
GCC-3.3:
$ m68k-elf-gcc -v
Reading specs from /tools/H-i686-pc-cygwin/lib/gcc-lib/m68k-elf/3.3/specs
Configured with: /src/gcc-3.3/configure --target=m68k-elf
--prefix=/tools/H-i686-pc-cygwin --enable-shared --enable-languages=c
--with-gnu-as --with-gnu-ld --with-newlib -v
Thread model: single
gcc version 3.3
GCC-3.4.3:
Reading specs from /tools/H-i686-pc-cygwin/lib/gcc/m68k-elf/3.3/specs
Configured with: /src/gcc-3.4.3/configure
--with-gcc-version-trigger=/src/gcc-3.3/gcc/version.c --host=i686-pc-cygwin
--target=m68k-elf --prefix=/tools/H-i686-pc-cygwin --enable-shared
--enable-languages=c --with-cpu-68000 --with-gnu-as --with-gnu-ld --with-newlib
-v
Thread model: single
gcc version 3.4.3
--
Summary: Stack pointer error after call to function returning a
struct
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: keller at fs-net dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-cygwin
GCC host triplet: i686-pc-cygwin
GCC target triplet: m68k-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21152
[Bug target/21152] Stack pointer error after call to function returning a struct
-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21152
[Bug java/19285] Interfaces not initialized by static field access
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19285
[Bug c++/21153] New: gcc segfaults compiling qemu
System is uniarch x86_64(AMD64), built from scratch. gcc -v Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/specs Configured with: ../gcc-3.4.3/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,objc,f77,java : (reconfigured) ../gcc-3.4.3/configure --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr --libexecdir=/usr/lib --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,objc,f77,java --disable-multilib Thread model: posix gcc version 3.4.3 happened with my previous systems too (not sure anymore but i think it was gcc3.3.3 and 3.4.1) Happens with default qemu default optimization : -Wall -O2 -g -fno-strict-aliasing when setting to -O0 it compiles, but doesnt work (segfaults during runtime) the error during compilation is: target-i386/op.c In file included from /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c:22: /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/exec.h: In function `helper_fldt': /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/exec.h:475: warning: cast to pointer from integer of different size /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/exec.h: In function `helper_fstt': /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/exec.h:480: warning: cast to pointer from integer of different size /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c: In function `op_goto_tb0': /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c:1277: warning: cast to pointer from integer of different size /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c: In function `op_goto_tb1': /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c:1282: warning: cast to pointer from integer of different size /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c: In function `op_divw_AX_T0': /usr/src/emulator/qemu-snapshot-2005-04-18_23/target-i386/op.c:374: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [op.o] Error 1 make[1]: Leaving directory `/usr/src/emulator/qemu-snapshot-2005-04-18_23/i386-user' make: *** [all] Error 1 -- Summary: gcc segfaults compiling qemu Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: developer at isl-gbr dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21153
[Bug c++/21153] gcc segfaults compiling qemu
--- Additional Comments From developer at isl-gbr dot de 2005-04-21 15:46 --- Created an attachment (id=8703) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8703action=view) the required op.i file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21153
[Bug target/21153] gcc segfaults compiling qemu
-- What|Removed |Added Component|c++ |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21153
[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From mark at gcc dot gnu dot org 2005-04-21 16:04 --- The patch from comment #10 fixes the Test program and makes my patch to interpet.cc unnecessary. Also when recompiling libgcj with this a fully interpreter eclipse is again able to import and build the classpath project without any trouble. -- What|Removed |Added Component|java|libgcj Target Milestone|4.0.1 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
-- What|Removed |Added Component|libgcj |java Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug tree-optimization/20994] [4.1 regression] ICE with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 16:13 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02285.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20994
[Bug other/21154] New: Bugzilla should have a patch field
GCC's Bugzilla should have a patch field for the URL for where the latest patch was posted. -- Summary: Bugzilla should have a patch field Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21154
[Bug fortran/21143] cross-built gfortran installed as gfortran
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-04-21 16:20 --- Created an attachment (id=8704) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8704action=view) Patch against 4.0.0 to fix this PR -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21143
[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 16:22 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-21 16:22:33 Modified files: libjava: ChangeLog Added files: libjava/testsuite/libjava.special: pr21115I.java pr21115.java pr21115.out special.exp Log message: 2005-04-21 Anthony Green [EMAIL PROTECTED] PR libgcj/21115 * testsuite/libjava.special/special.exp, testsuite/libjava.special/pr21115I.java, testsuite/libjava.special/pr21115.java, testsuite/libjava.special/pr21115.out: New files. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3530r2=1.3531 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.special/pr21115I.java.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.special/pr21115.java.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.special/pr21115.out.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/libjava.special/special.exp.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115
[Bug fortran/21143] cross-built gfortran installed as gfortran
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 16:29 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-21 16:29:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21143
[Bug java/8608] segmentation fault on compiling bad program
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 16:35 --- Fixed in 4.1.0 and above. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8608
[Bug bootstrap/11660] libffi only builds when java is selected as language
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 16:42 --- The patch has to be updated. I might do that this weekend. -- What|Removed |Added Keywords|patch | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11660
[Bug other/21154] Bugzilla should have a patch field
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 16:45 --- Fixed, thanks Danny. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21154
[Bug inline-asm/16194] [3.3/3.4/4.0/4.1 Regression] global register with inline-asm and clobered
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 16:58 --- I am no longer working on this. -- What|Removed |Added AssignedTo|pinskia at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194
[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 17:09 --- Subject: Bug 20907 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-21 17:08:29 Modified files: libcpp : line-map.c ChangeLog Log message: PR preprocessor/20907 * line-map.c (linemap_line_start): Fix bug when we need to increse column_bits but can re-use the current line_map. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/line-map.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.diff?cvsroot=gccr1=1.67r2=1.68 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers
--- Additional Comments From bothner at gcc dot gnu dot org 2005-04-21 17:21 --- Patch checked into mainline; not yet into 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers
--- Additional Comments From dpatel at apple dot com 2005-04-21 17:26 --- Subject: Re: [4.0/4.1 Regression] long comments throw off line numbers Would it be possible for you to add one test case also ? Thanks, - Devang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
[Bug fortran/21148] Can't open module file (case not taken into account)
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-21 17:41 --- I can't reproduce this problem. How did you produce the file class_Grille.mod? With my simply test program: module class_Grille integer i end module class_Grille program b use class_Grille i = 0 print *, i end program b gfortran produces a file named: class_grille.mod. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21148
[Bug preprocessor/20907] [4.0/4.1 Regression] long comments throw off line numbers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 18:40 --- Subject: Bug 20907 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-04-21 18:40:08 Modified files: libcpp : line-map.c ChangeLog.apple-ppc gcc/testsuite : ChangeLog.apple-ppc Added files: gcc/testsuite/gcc.apple: very-long-comment.c Log message: Radar 4058553 Backport from FSF Mainline. 2005-04-19 Per Bothner [EMAIL PROTECTED] PR preprocessor/20907 * line-map.c (linemap_line_start): Fix bug when we need to increse column_bits but can re-use the current line_map. * gcc.apple/very-long-comment.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/line-map.c.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=1.1r2=1.1.52.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/ChangeLog.apple-ppc.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=1.1.4.4r2=1.1.4.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.apple/very-long-comment.c.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.apple-ppc.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=1.1.4.22r2=1.1.4.23 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20907
[Bug tree-optimization/20994] [4.1 regression] ICE with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 19:07 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20994
[Bug target/19889] g++.old-deja/g++.law/profile1.C execution test fails on ia64-hpux
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-21 19:35 --- With current binutils the tests also FAIL the test for excess errors with the binutils warning Warning: Initial .prologue should precede any instructions See bug 12455 and the thread starting with http://gcc.gnu.org/ml/gcc/2005-01/msg01503.html (which continues into February). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19889
[Bug target/19889] g++.old-deja/g++.law/profile1.C execution test fails on ia64-hpux
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-21 19:53:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19889
[Bug c++/21142] inherited class member not visible in complex templated hierarchy
--- Additional Comments From lawless at spamcop dot net 2005-04-21 20:25 --- STUPID! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21142
[Bug tree-optimization/20742] [4.0 Regression] Hang in tree_ssa_iv_optimize_loop
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 20:57 --- Subject: Bug 20742 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-04-21 20:57:24 Modified files: gcc: ChangeLog params.def tree-chrec.c tree-chrec.h tree-scalar-evolution.c gcc/doc: invoke.texi Log message: 2005-04-20 Dale Johannesen [EMAIL PROTECTED] Radar 4080945 PR 20742 * params.def (PARAM_SCEV_MAX_EXPR_SIZE): New. * tree-chrec.c (params.h): New include. (chrec_fold_plus_1): Avoid too deep recursion. (reset_evolution_in_loop): Use build2 not build. (tree_contains_chrecs): Add size argument. * tree-chrec.h (tree_constains_chrecs): Add size argument. (tree_does_not_contain_chrecs): Adjust call to it. * tree-scalar-evolution.c (simple_iv): Ditto. * doc/invoke.texi (scev-max-expr-size): Document. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=2.7489.2.7r2=2.7489.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/params.def.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=1.54.4.2r2=1.54.4.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-chrec.c.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=2.12.8.2r2=2.12.8.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-chrec.h.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=2.6r2=2.6.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-scalar-evolution.c.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=2.16.6.1r2=2.16.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcconly_with_tag=apple-local-200502-branchr1=1.579.2.4r2=1.579.2.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20742
[Bug tree-optimization/21081] [4.1 Regression] internal compiler error: verify_stmts failed.
--- Additional Comments From f dot demiralp at gmail dot com 2005-04-21
22:14 ---
Subject: RE: [4.1 Regression] internal compiler error: verify_stmts failed.
I checked the gcc_4_0_0_release out from the cvs repository today and I have
tried it.
here the g++ version information
g++ -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with:
/usr/cvs-src/gcc4/configure --verbose --enable-languages=c,c++ --enable-nls
--without-included-gettext --with-system-zlib --enable-interpreter --enable-
threads=posix --enable-sjlj-exceptions --disable-version-specific-runtime-li
bs --disable-win32-registry
Thread model: posix
gcc version 4.0.0
I have got the same error.
if the reduced testcase you extract from the http.ii compiled without
optimisation ( -O2), it seems okay
but if the optimisation option is applied, it fails
$ g++ -c -O2 -Wall -Wno-ctor-dtor-privacy reduced.cpp
reduced.cpp: In function 'wxString GetHeader()':
reduced.cpp:11: internal compiler error: in valid_in_set, at
tree-ssa-pre.c:1082
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
do you think this is the same problem? or a new one should be submitted.
Fehmi Demiralp
-Original Message-
From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
Sent: 20 April 2005 01:09
To: [EMAIL PROTECTED]
Subject: [Bug tree-optimization/21081] [4.1 Regression] internal
compiler error: verify_stmts failed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20
00:08 ---
Do you know if this also works with the 4.0 branch?
Reduced testcase:
class wxString;
extern __attribute__((dllimport)) char* wxEmptyString;
struct wxString {};
inline wxString wxGetEmptyString()
{
return *(wxString *)wxEmptyString;
}
wxString GetHeader()
{
return wxGetEmptyString();
}
This is very target dependent as the __attribute__ is which is causing the
problem.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-20 00:08:40
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug tree-optimization/21081] [4.0/4.1 Regression] internal compiler error: verify_stmts failed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 22:49 --- The problem is the same, the symptom is different because the 4.0 branch has --enable- checking=release done while the mainline is --enable-checking=yes. -- What|Removed |Added Summary|[4.1 Regression] internal |[4.0/4.1 Regression] |compiler error: verify_stmts|internal compiler error: |failed. |verify_stmts failed. Target Milestone|4.1.0 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug tree-optimization/21155] New: ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec
GCC mainline gets an ICE compiling crafty from SPEC CPU2000 on powerpc64-linux: elm3b149% /home/janis/tools/gcc-mline-20050421/bin/gcc -m64 -O2 -ftree-vectorize -maltivec -c crafty_bug.c crafty_bug.c: In function main: crafty_bug.c:31: internal compiler error: tree check: expected ssa_name, have var_decl in ssa_mark_def_sites, at tree-into-ssa.c:3055 The test case, extracted from crafty's main.c, is still pretty big, but taking out anything else made it work. I tried it on another system where it got a segfault instead, and some small changes caused segfaults with the compiler which I was reducing it. I first see the ICE with this patch from law but it might merely be a latent bug, particularly since the test case is so touchy: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00808.html -- Summary: ICE in ssa tree check compiling crafty with -ftree- vectorize -maltivec Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janis at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
[Bug tree-optimization/21155] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 23:09 --- Created an attachment (id=8705) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8705action=view) minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155
[Bug web/21156] New: --enable-languages install instructions are erroneous
grep language= */config-lang.in Currently, you can use any of the following: ada, c, c++, f77, f95, java, objc, obj-c++ These two don't match: running that command doesn't show me c or f77 when I download core, g++, and gfortran (nor does it show me ada, java, and objc but that's expected). -- Summary: --enable-languages install instructions are erroneous Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bh at techhouse dot brown dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21156
[Bug other/20737] Build fails in target-libiberty
--- Additional Comments From jim at dishaw dot org 2005-04-22 00:13 --- (In reply to comment #0) gcc version 2.95.3 20010315 (release) (NetBSD nb3) make bootstrap mkdir build-alpha-unknown-netbsd1.6.2. mkdir build-alpha-unknown-netbsd1.6.2./libiberty Configuring in build-alpha-unknown-netbsd1.6.2./libiberty configure: error: cannot find sources (xmalloc.c) in ../../gcc/libiberty make: *** [configure-build-libiberty] Error 1 When I examine the configure script, I notice that netbsd hast target-libiberty listed in skipdirs. Somewhere target-libiberty is still a dependency. Any thoughts? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
[Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched
--- Additional Comments From janis at gcc dot gnu dot org 2005-04-22 00:26 --- The testcase starts failing with this patch from rakdver: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00301.html -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138
[Bug c++/21087] [4.0/4.1 Regression] ICE in do_nonmember_using_decl
--- Additional Comments From mark at codesourcery dot com 2005-04-22 00:58 --- Subject: Re: [PR c++/21087] don't keep builtin anticipated decl, override it with actual declaration Alexandre Oliva wrote: When push_overloaded_decl() was passed a new declaration that matches a builtin decl, it would verify that the declarations matched and, if so, leave the existing (built-in) declaration alone. The intended behavior is to merge the built-in declaration with the new declaration, into the location of the built-in declaration. The problem is that duplicate_decl() doesn't perform such merging when the new declaration is a template decl, and then we end up with an overload involving the template decl and the anticipated built-in decl. However, overloads involving anticipated decls are something we try to avoid, and actually check for elsewhere. This patch fixes the code such that, if the existing decl is anticipated and the two decls weren't merged, we discard the built-in and use the new decl by itself. Bootstrapped and regtested on amd64-linux-gnu. Ok to install? OK. Yet another reason we should generate builtins lazily, as needed... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21087
[Bug c++/21157] New: internal compiler error: in lookup_member, at cp/search.c:1287
#include iostream
template typename A
class c_A {
public:
template typename B B basefun () { return B(2.1); }
};
template typename C
class c_C : public c_AC {
public:
c_C() { std::cout C int: this-c_AC.template basefunC()
std::endl; }
};
int main(void) {
c_Cint l_intC;
}
# /tool/pandora64/.package/gcc-3.4.3/bin/g++ -v -save-temps -o foo9 foo9.cpp
Reading specs from
/tool/pandora64/.package/gcc-3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/specs
Configured with: ./configure --prefix=/tool/pandora64/.package/gcc-3.4.3
Thread model: posix
gcc version 3.4.3
/tool/pandora64/.package/gcc-3.4.3/libexec/gcc/x86_64-unknown-linux-gnu/3.4.3/cc1plus
-E -quiet -v -D_GNU_SOURCE foo9.cpp -mtune=k8 -o foo9.ii
ignoring nonexistent directory
/tool/pandora64/.package/gcc-3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/../../../../x86_64-unknown-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
/tool/pandora64/.package/gcc-3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/../../../../include/c++/3.4.3
/tool/pandora64/.package/gcc-3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/../../../../include/c++/3.4.3/x86_64-unknown-linux-gnu
/tool/pandora64/.package/gcc-3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/../../../../include/c++/3.4.3/backward
/usr/local/include
/tool/pandora64/.package/gcc-3.4.3/include
/tool/pandora64/.package/gcc-3.4.3/lib/gcc/x86_64-unknown-linux-gnu/3.4.3/include
/usr/include
End of search list.
/tool/pandora64/.package/gcc-3.4.3/libexec/gcc/x86_64-unknown-linux-gnu/3.4.3/cc1plus
-fpreprocessed foo9.ii -quiet -dumpbase foo9.cpp -mtune=k8 -auxbase foo9
-version -o foo9.s
GNU C++ version 3.4.3 (x86_64-unknown-linux-gnu)
compiled by GNU C version 3.4.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
foo9.cpp: In constructor `c_CC::c_C() [with C = int]':
foo9.cpp:16: instantiated from here
foo9.cpp:12: internal compiler error: in lookup_member, at cp/search.c:1287
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
--
Summary: internal compiler error: in lookup_member, at
cp/search.c:1287
Product: gcc
Version: 3.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: leslie dot barnes at amd dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21157
[Bug c++/21157] internal compiler error: in lookup_member, at cp/search.c:1287
-- What|Removed |Added Version|3.3.4 |3.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21157
[Bug c++/21157] [3.4 Regression] internal compiler error: in lookup_member, at cp/search.c:1287
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 04:11 --- Confirmed but this is a dup of bug 18512. *** This bug has been marked as a duplicate of 18512 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||ice-on-invalid-code Known to fail||3.4.0 3.4.4 Known to work||3.3.3 4.0.0 4.1.0 Resolution||DUPLICATE Summary|internal compiler error: in |[3.4 Regression] internal |lookup_member, at |compiler error: in |cp/search.c:1287|lookup_member, at ||cp/search.c:1287 Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21157
[Bug c++/18512] [3.4 Regression] ICE on invalid usage of template base class
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 04:11 --- *** Bug 21157 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||leslie dot barnes at amd dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18512
[Bug web/21156] --enable-languages install instructions are erroneous
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 04:18 --- Ok, here is the story this is a dup of bug 17814. First f77 is left over from g77, c is valid no matter what and what you are doing to get the language will not find that. Second core just includes C. Third, objc++ was added, well the web installation instructions are now correct for the mainline. *** This bug has been marked as a duplicate of 17814 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21156
[Bug bootstrap/17814] install.texi mentions wrong --enable-language names
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 04:18 --- *** Bug 21156 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||bh at techhouse dot brown ||dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17814
[Bug bootstrap/20737] Build fails in target-libiberty
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 04:23 --- This fails in build-libiberty and not in target-libiberty. Something is still wrong because if it cannot find the source, that seems wrong. -- What|Removed |Added Status|UNCONFIRMED |WAITING Component|other |bootstrap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20737
[Bug bootstrap/17814] install.texi mentions wrong --enable-language names
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 04:24 --- (In reply to comment #1) Confirmed, well obj-c++ should be accepted soon but f77 is just a left over from g77. objc++ is now correct for the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17814
[Bug c++/18098] zero covariant return pointer adjustment results in segfault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 05:10 --- *** This bug has been marked as a duplicate of 20746 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18098
[Bug c++/20746] Incorrect return value for covariant return function returning null ptr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 05:10 --- *** Bug 18098 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||boris at kolpackov dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20746
[Bug c++/18744] C++ ABI is incomplete for ILP64
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-22 05:13 --- Confirmed. Waiting on copy right assignment: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01886.html. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-22 05:13:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18744
