[Bug c++/18177] [4.0 regression] ICE with const_cast for undeclared variable
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18177
[Bug java/6163] anonymous class verifier error
--- Additional Comments From tromey at gcc dot gnu dot org 2004-10-28 18:20 --- Nobody is planning to add backward compatibility code here. The exception was added to the 1.4 verifier because it wasn't possible to correctly compile valid java programs without it. So, targeting 1.4 makes the most sense IMO. If someone wanted to write a patch to provide 1.2 compatibility in some subset of cases, and made this conditional on a command-line switch, we may accept it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6163
[Bug middle-end/17549] [4.0 Regression] 15% increase in codesize with C code
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 18:34 --- PRE has now been disabled at -Os, someone wants to try again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17549
[Bug other/18172] execution failure in vect-[20,22].c on ppc-linux
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 19:00 --- Subject: Bug 18172 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 19:00:40 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg/vect: vect-20.c vect-22.c Log message: PR other/18172 * gcc.dg/vect/vect-20.c: Use 'signed char' instaed of 'char'. Remove unused variables. * gcc.dg/vect/vect-22.c: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4511r2=1.4512 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-20.c.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/vect/vect-22.c.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18172
[Bug other/18172] execution failure in vect-[20,22].c on ppc-linux
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 19:10 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18172
[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 19:30 --- Subject: Bug 18160 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 19:30:50 Modified files: gcc: ChangeLog c-typeck.c Log message: PR middle-end/18160 * c-typeck.c (c_mark_addressable): Issue error if address of a register variable is taken. Use %qD to print DECL_NAME. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6080r2=2.6081 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gccr1=1.392r2=1.393 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18160
[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 19:31 --- Subject: Bug 18160 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 19:31:26 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg: asm-7.c Added files: gcc/testsuite/gcc.dg: register-var-1.c register-var-2.c Log message: PR middle-end/18160 * gcc.dg/register-var-1.c: New test. * gcc.dg/register-var-2.c: New test. * gcc.dg/asm-7.c: Taking the address of a register variable is an error now. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4512r2=1.4513 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/register-var-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/register-var-2.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/asm-7.c.diff?cvsroot=gccr1=1.4r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18160
[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address
--- Additional Comments From nemet at gcc dot gnu dot org 2004-10-28 19:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18160
[Bug target/18151] Disable building of fixincludes for avr target.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 19:41 --- Confirmed, if I get some time I will apply it later tonight (as it was approved in here). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-10-28 19:41:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18151
[Bug target/18206] New: -dynamic-linker option seems to be badly named, broken and undocumented
only tested this under 3.3.4/4.0 but it seems to go back a few years. it will pass -dynamic-linker to cc1 also. and seems to have been noticed before http://gcc.gnu.org/ml/gcc/2000-10/msg00437.html from what i can tell it suppresses the passing of -dynamic-linker to ld (ignoring that it gets sent to cc1.) To use an alternative dynamic-linker you can do something like cd /tmp cp /lib/ld-linux.so.2 . echo 'main(){}' foo.c gcc -v -dynamic-linker -Wl,-dynamic-linker /tmp/ld-linux.so.2 foo.c readelf -l a.out | grep -A1 INTERP not sure whether this particular usage of it should be limited to a custom spec with -specs=... but i expected it to accept an option that overrides the default -dynamic-linker sent to ld -- Summary: -dynamic-linker option seems to be badly named, broken and undocumented Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ratmice at yahoo dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i386-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18206
[Bug target/18151] Disable building of fixincludes for avr target.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 19:48 --- Subject: Bug 18151 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 19:48:04 Modified files: . : ChangeLog configure.in configure Log message: PR target/18151 * configure.in (case ${target}): Do not build fixincludes for avr. * configure: Regenerated. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/ChangeLog.diff?cvsroot=gccr1=1.1003r2=1.1004 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/configure.in.diff?cvsroot=gccr1=1.326r2=1.327 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/configure.diff?cvsroot=gccr1=1.188r2=1.189 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18151
[Bug target/18151] Disable building of fixincludes for avr target.
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-28 19:49 --- Oops, I beat you to it. :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18151
[Bug target/18151] Disable building of fixincludes for avr target.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 19:53 --- But you forgot to close it. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18151
[Bug target/18151] Disable building of fixincludes for avr target.
--- Additional Comments From ericw at evcohs dot com 2004-10-28 19:54 --- Subject: Re: Disable building of fixincludes for avr target. pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 19:53 --- But you forgot to close it. Thank you every one! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18151
[Bug c++/13146] inheritance for nonoverlapping_component_refs_p
--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-10-28 20:23 --- The tree alias analyzer depends on the type information given to it by alias.c. In this case, the types of the pointers passed to the two routines have conflicting alias sets, so they are given the same memory tag. Without context sensitive information, we cannot tell where these arguments are really pointing to, so we have to base the analysis exclusively on types. Notice, however, that the analysis DTRT when the calls are inlined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13146
[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias
--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-10-28 20:28 --- dberlin's field-based SSA work should help here. Dan, want to take this one? -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org AssignedTo|dnovillo 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=13761
[Bug c++/18207] New: wrong diagnostic for ill-formed implicitly-defined default constructor
$ cat test.cxx struct m { private: m (m const); }; struct s { m m_; }; struct s1 : s { s1 () { } }; void f () { s1 s_; } $ g++-3.4 --version g++-3.4 (GCC) 3.4.2 (Debian 3.4.2-3) $ g++-3.4 -c test.cxx test.cxx: In constructor `s1::s1()': test.cxx:16: error: no matching function for call to `s::s()' test.cxx:9: note: candidates are: s::s(const s) The statement no matching function for call to `s::s()' is wrong. According to 12.5.5 - 12.5.7 the default constructor s::s() is implicitly-declared and defined but the definition is ill-formed due to no matching function for call to `m::m()'. Cheers! -- Summary: wrong diagnostic for ill-formed implicitly-defined default constructor Product: gcc Version: 3.4.2 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: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18207
[Bug bootstrap/18208] New: error compiling gcc34 on freebsd 5.1
/usr/ports/lang/gcc34/work/build/gcc/xgcc -B/usr/ports/lang/gcc34/work/build/gcc/ -B/usr/local/i386-portbld-freebsd5.1/bin/ -B/usr/local/i386-portbld-freebsd5.1/lib/ -isystem /usr/local/i386-portbld-freebsd5.1/include -isystem /usr/local/i386-portbld-freebsd5.1/sys-include -c -DHAVE_CONFIG_H -O2 -O -pipe -mcpu=pentiumpro -I. -I../.././..//gcc-3.4-20041015/libiberty/../include -W -Wall -Wtraditional -pedantic ../.././..//gcc-3.4-20041015/libiberty/fibheap.c -o fibheap.o `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. ../.././..//gcc-3.4-20041015/libiberty/fibheap.c: In function `fibheap_union': ../.././..//gcc-3.4-20041015/libiberty/fibheap.c:166: warning: implicit declaration of function `free' ../.././..//gcc-3.4-20041015/libiberty/fibheap.c: In function `fibheap_delete_node': ../.././..//gcc-3.4-20041015/libiberty/fibheap.c:285: error: `LONG_MIN' undeclared (first use in this function) ../.././..//gcc-3.4-20041015/libiberty/fibheap.c:285: error: (Each undeclared identifier is reported only once ../.././..//gcc-3.4-20041015/libiberty/fibheap.c:285: error: for each function it appears in.) ../.././..//gcc-3.4-20041015/libiberty/fibheap.c: In function `fibheap_consolidate': ../.././..//gcc-3.4-20041015/libiberty/fibheap.c:395: warning: implicit declaration of function `memset' gmake[2]: *** [fibheap.o] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc34/work/build/i386-portbld-freebsd5.1/libiberty' gmake[1]: *** [all-target-libiberty] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc34/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 2 Is there a solution to this problem? -- Summary: error compiling gcc34 on freebsd 5.1 Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micko_s at hotmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18208
[Bug tree-optimization/13765] [tree-ssa] stores to different members of the same array should not alias
-- What|Removed |Added AssignedTo|dnovillo 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=13765
[Bug bootstrap/18208] error compiling gcc34 on freebsd 5.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 20:32 --- CFLAGS containing -mcpu= is your problem, this is listed on the instation instructions because it has bitten some of other people already. `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18208
[Bug tree-optimization/13765] [tree-ssa] stores to different members of the same array should not alias
--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-10-28 20:34 --- Dan, ISTR you saying that the field based stuff would also help with arrays. Or do we want to implement array-SSA? (I'd rather not, in principle). *** This bug has been marked as a duplicate of 13761 *** -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13765
[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias
--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-10-28 20:34 --- *** Bug 13765 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761
[Bug libfortran/18209] New: namelist read does not work for arrays
$ cat foo.f90 program main real :: a(5) namelist /foo/ a read (*,foo) write (*,*) a end program main $ cat foo.nml foo a = 4*1.2, 1.5 / $ gfortran-4.0 foo.f90 $ ./a.out foo.nml 2.011467 -1.999733 1.4012985E-45 2.057415 2.057416 $ cat foo2.nml foo a = 1.2, 1.2, 1.2, 1.5 / $ ./a.out foo2.nml 2.011467 -1.999733 1.4012985E-45 2.057415 2.057416 $ gfortran-4.0 -v Reading specs from /usr/lib/gcc/i486-linux/4.0.0/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/4.0 --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --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 i486-linux Thread model: posix gcc version 4.0.0 20040912 (experimental) (Debian 4.0-0pre0) -- Summary: namelist read does not work for arrays Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18209
[Bug c++/17132] [3.4/4.0 Regression] GCC fails to eliminate function template specialization when argument deduction fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 20:53 --- Subject: Bug 17132 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 20:53:04 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: memclass3.C Log message: PR c++/17132 * pt.c (instantiate_class_template): Increment processing_template_decl when substituting into a member class template. PR c++/17132 * g++.dg/template/memclass3.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4460r2=1.4461 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.938r2=1.939 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4513r2=1.4514 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/memclass3.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17132
[Bug c++/17132] [3.4/4.0 Regression] GCC fails to eliminate function template specialization when argument deduction fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 20:56 --- Subject: Bug 17132 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-28 20:56:55 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: memclass3.C Log message: PR c++/17132 * pt.c (instantiate_class_template): Increment processing_template_decl when substituting into a member class template. PR c++/17132 * g++.dg/template/memclass3.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3892.2.175r2=1.3892.2.176 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.816.2.44r2=1.816.2.45 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.299r2=1.3389.2.300 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/memclass3.C.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17132
[Bug c++/17132] [3.4/4.0 Regression] GCC fails to eliminate function template specialization when argument deduction fails
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 21:00 --- Fixed in GCC 3.4.3. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17132
[Bug debug/18199] [4.0 Regression] AIX XCOFF debugging broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 21:01 --- Subject: Bug 18199 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 21:01:03 Modified files: gcc: ChangeLog dbxout.c xcoffout.h Log message: PR 18199 * dbxout.c (dbxout_begin_complex_stabs_noforcetext): New function. (DBX_FINISH_STABS): Add (unused by default) SYM parameter. (dbxout_finish_complex_stabs): Update to match. (dbxout_symbol_location): Call emit_pending_bincls_if_required and FORCE_TEXT before DBX_STATIC_BLOCK_START. Use dbxout_begin_complex_stabs_noforcetext. * xcoffout.h (DBX_FINISH_STABS): Restore special case for N_GSYM, using new SYM parameter. Correct logic for special cases for N_FUN. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6082r2=2.6083 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/dbxout.c.diff?cvsroot=gccr1=1.213r2=1.214 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/xcoffout.h.diff?cvsroot=gccr1=1.27r2=1.28 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18199
[Bug debug/18199] [4.0 Regression] AIX XCOFF debugging broken
--- Additional Comments From zack at gcc dot gnu dot org 2004-10-28 21:01 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18199
[Bug libfortran/18210] New: namelist output format problems
$ cat bar.f90 program main real :: a namelist /foo/ a a = 1.4 write (*,foo) end program main $ gfortran-4.0 bar.f90 $ ./a.out foo a= 1.40,/ This has the following problems: - all names should be uppercase - there should be blanks in column 1. At least, my copy of Fortran 90 explained says so in chapter 9.10. $ gfortran-4.0 -v Reading specs from /usr/lib/gcc/i486-linux/4.0.0/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/4.0 --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --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 i486-linux Thread model: posix gcc version 4.0.0 20040912 (experimental) (Debian 4.0-0pre0) -- Summary: namelist output format problems Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18210
[Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
--- Additional Comments From skunk at iskunk dot org 2004-10-28 21:07 --- [EMAIL PROTECTED]:/mnt/scratch/gcc-3.4.2-build find . -name if.h ./gcc/include/root/usr/sys/include/net/if.h Yes, that does appear to be it---the header needs to be specified as net/if.h instead of merely if.h. Confirmed appropriate modification of if.h with diff(1). (GCC still isn't building, but now it's an unrelated issue, i.e. /usr/bin/ld complaining about multiply defined pthread symbols) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
[Bug bootstrap/18211] New: Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'
The error message is in the subject, I guess. The build command was /bin/rm -rf *; ../configure --prefix=/export/users/lucier/local/gcc-mainline; make -j 8 bootstrap build.log (make -j 12 -k check RUNTESTFLAGS=--target_board 'unix{-m64,}' check.log ; make mail-report-with-warnings.log; ./mail-report-with-warnings.log) -- Summary: Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o' Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lucier at math dot purdue dot edu CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.9 GCC host triplet: sparc-sun-solaris2.9 GCC target triplet: sparc-sun-solaris2.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18211
[Bug bootstrap/18211] [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 21:18 --- hard-reg-set.h is non generated header, hmm this might be related to configuring by a relative prefix but I doubt it. -- What|Removed |Added Keywords||build Summary|Parallel bootstrap failure: |[4.0 Regression] Parallel |No rule to make target |bootstrap failure: No rule |`hard-reg-set.h', needed by |to make target `hard-reg- |`build/insn-conditions.o' |set.h', needed by ||`build/insn-conditions.o' Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18211
[Bug libstdc++/18159] tr1/tuple is broken on darwin
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 21:19 --- Subject: Bug 18159 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 21:18:56 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: tuple Log message: 2004-10-28 Chris Jefferson [EMAIL PROTECTED] PR libstdc++/18159 * include/tr1/tuple: Fix, change formatting. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.2733r2=1.2734 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/tuple.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18159
[Bug bootstrap/18211] [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'
--- Additional Comments From lucier at math dot purdue dot edu 2004-10-28 21:23 --- Subject: Re: [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o' make bootstrap continued just fine; after insn-conditions.o was built, I switched back to a make -j 8. But you're right, I can't find another instance of hard-reg-set.h in the build.log. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18211
[Bug fortran/13490] Compiler rejects valid constant -2147483648 for 32-bit int
--- Additional Comments From coyote at coyotegulch dot com 2004-10-28 21:45 --- Patch committed after approval -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13490
[Bug fortran/17912] gfortran: Bogus Arithmetic overflow error, regression w.r.t. g77
-- Bug 17912 depends on bug 13490, which changed state. Bug 13490 Summary: Compiler rejects valid constant -2147483648 for 32-bit int http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13490 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17912
[Bug fortran/17912] gfortran: Bogus Arithmetic overflow error, regression w.r.t. g77
--- Additional Comments From coyote at coyotegulch dot com 2004-10-28 21:46 --- Patch committed after approval -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17912
[Bug libstdc++/18159] tr1/tuple is broken on darwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 21:47 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18159
[Bug fortran/17912] gfortran: Bogus Arithmetic overflow error, regression w.r.t. g77
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 21:48 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17912
[Bug fortran/13490] Compiler rejects valid constant -2147483648 for 32-bit int
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13490
[Bug libstdc++/16612] [3.4 only] empty basic_strings can't live in shared memory
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 21:53 --- Subject: Bug 16612 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-28 21:52:42 Modified files: libstdc++-v3 : ChangeLog configure configure.ac acinclude.m4 aclocal.m4 acconfig.h README config.h.in libstdc++-v3/include/bits: basic_string.h basic_string.tcc libstdc++-v3/docs/html: configopts.html Log message: 2004-10-28 Paolo Carlini [EMAIL PROTECTED] * include/bits/basic_string.tcc (_M_mutate): Do not reallocate unnecessarily when _M_rep() == _S_empty_rep() and __new_size == capacity() (== 0): is ok to just leave everything unchanged. 2004-10-28 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/16612 * include/bits/basic_string.h (_M_dispose, _M_refcopy, basic_string()): When _GLIBCXX_FULLY_DYNAMIC_STRING is defined, don't deal with _S_empty_rep. * include/bits/basic_string.tcc (_S_construct, _M_destroy, _M_leak_hard, _M_mutate): Likewise. * acinclude.m4 (GLIBCXX_ENABLE_FULLY_DYNAMIC_STRING): New. * acconfig.h: Add corresponding undef. * configure.ac: Use GLIBCXX_ENABLE_FULLY_DYNAMIC_STRING. * docs/html/configopts.html: Document --enable-fully-dynamic-string. * aclocal.m4: Regenerate. * configure: Likewise. * config.h.in: Likewise. 2004-10-28 Paolo Carlini [EMAIL PROTECTED] * README: Remove obsolete entry about include/c_shadow. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.2224.2.191r2=1.2224.2.192 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.373.4.20r2=1.373.4.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.ac.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.14.4.5r2=1.14.4.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/acinclude.m4.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.280.4.6r2=1.280.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/aclocal.m4.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.296.4.6r2=1.296.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/acconfig.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.39.4.2r2=1.39.4.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/README.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.16r2=1.16.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config.h.in.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.79.4.3r2=1.79.4.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.41.4.5r2=1.41.4.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/basic_string.tcc.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.46.4.7r2=1.46.4.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/html/configopts.html.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.33.4.3r2=1.33.4.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16612
[Bug libstdc++/17780] std::allocator vs. static init
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-28 21:53 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17780
[Bug libstdc++/16614] Excessive resource usage in __mt_alloc
--- Additional Comments From bkoz at gcc dot gnu dot org 2004-10-28 21:54 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16614
[Bug libstdc++/16612] [3.4 only] empty basic_strings can't live in shared memory
--- Additional Comments From pcarlini at suse dot de 2004-10-28 21:55 --- Fixed for 3.4.3. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16612
[Bug libstdc++/16614] Excessive resource usage in __mt_alloc
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16614
[Bug libstdc++/17780] std::allocator vs. static init
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17780
[Bug tree-optimization/13765] [tree-ssa] stores to different members of the same array should not alias
--- Additional Comments From dberlin at dberlin dot org 2004-10-28 21:57 --- Subject: Re: [tree-ssa] stores to different members of the same array should not alias Dan, ISTR you saying that the field based stuff would also help with arrays. Yes, i can make it happen on arrays as well (for fixed size arrays). Or do we want to implement array-SSA? (I'd rather not, in principle). I'd rather not either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13765
[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias
--- Additional Comments From dberlin at dberlin dot org 2004-10-28 21:58 --- Subject: Re: [tree-ssa] component refs to the same struct should not alias dberlin's field-based SSA work should help here. Dan, want to take this one? Sure. Just reassign it to me :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761
[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761
[Bug libstdc++/17441] symbols not in the standard introduced into std::
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 22:08 --- Subject: Bug 17441 CVSROOT:/cvs/gcc Module name:gcc Branch: libstdcxx_so_7-branch Changes by: [EMAIL PROTECTED] 2004-10-28 22:08:18 Modified files: libstdc++-v3 : ChangeLog.libstdcxx_so_7-branch libstdc++-v3/include/bits: stl_algo.h Added files: libstdc++-v3/testsuite/25_algorithms/find: 17441.cc Log message: 2004-10-28 Chris Jefferson [EMAIL PROTECTED] PR libstdc++/17441 * include/bit/stl_algo.h (find(,,,input_iterator_tag), find(,,,random_access_interator_tag), find_if(,,,input_iterator_tag), find_if(,,,random_access_iterator_tag)): Uglify function name. (find, find_if): Use new uglified specialisation names. * testsuite/25_algorithms/find/17441.cc: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.libstdcxx_so_7-branch.diff?cvsroot=gcconly_with_tag=libstdcxx_so_7-branchr1=1.1.2.14r2=1.1.2.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_algo.h.diff?cvsroot=gcconly_with_tag=libstdcxx_so_7-branchr1=1.47.6.2r2=1.47.6.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/25_algorithms/find/17441.cc.diff?cvsroot=gcconly_with_tag=libstdcxx_so_7-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17441
[Bug java/18212] New: nativ compilation with multiple jars fails / gives internal compiler error
given: A.jar, B.jar and X.jar. X.jar depends on A.jar and B.jar. wanted: nativ compiled X.jar to a.out and x.exec 1 given jar: working: gcj --main=A.main A.jar working: gcj -o a.exec --main=A.main A.jar multiple given jars: working: gcj --classpath:A.jar:B.jar:. --main=X.main X.jar A.jar B.jar working: gcj --classpath:A.jar:B.jar:. --main=X.main X/main.class A.jar B.jar failing: gcj -o x.exec --classpath:A.jar:B.jar:. --main=X.main X.jar A.jar B.jar crashing: gcj -o x.exec --classpath:A.jar:B.jar:. --main=X.main X/main.class A.jar B.jar When its failing, it compiles other things: java/awt/Component.java: In class `java.awt.Component': java/awt/Component.java: In method `java.awt.Component.eventTypeEnabled(int)': java/awt/Component.java:4127: error: expected type 'int' but stack contains 'void' java/awt/Component.java:4127: error: verification error at PC=311 java/awt/Component.java:4127: error: types could not be merged ^Cmake: *** [exe] Interrupt The crash ends in an internal compiler error: Bus error. I builded GCJ myself. See: http://gcc.gnu.org/ml/gcc/2004-09/msg00677.html Bojan -- Summary: nativ compilation with multiple jars fails / gives internal compiler error Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: critical Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bojan at antonovic dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18212
[Bug fortran/17912] gfortran: Bogus Arithmetic overflow error, regression w.r.t. g77
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 22:25 --- Subject: Bug 17912 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 22:25:18 Modified files: gcc/fortran: ChangeLog Log message: Fix for PR fortran/13490, PR fortran/17912 Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.239r2=1.240 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17912
[Bug fortran/13490] Compiler rejects valid constant -2147483648 for 32-bit int
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 22:25 --- Subject: Bug 13490 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 22:25:18 Modified files: gcc/fortran: ChangeLog Log message: Fix for PR fortran/13490, PR fortran/17912 Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.239r2=1.240 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13490
[Bug bootstrap/18211] [4.0 Regression] Parallel bootstrap failure: No rule to make target `hard-reg-set.h', needed by `build/insn-conditions.o'
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 23:05 --- I just was able to build gcc with -j5 and it worked for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18211
[Bug tree-optimization/16728] [4.0 regression] std::set tests for allocator/insert core in make check-performance
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-28 23:24 --- Subject: Bug 16728 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-28 23:24:41 Modified files: gcc: ChangeLog tree-flow.h tree-ssa-alias.c tree-ssa-copy.c Log message: PR tree-optimization/16728 * tree-flow.h (get_ptr_info): Declare. * tree-ssa-alias.c (get_ptr_info): Make extern. * tree-ssa-copy.c (merge_alias_info): Merge flow-sensitive alias information. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6085r2=2.6086 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-flow.h.diff?cvsroot=gccr1=2.56r2=2.57 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gccr1=2.47r2=2.48 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-copy.c.diff?cvsroot=gccr1=2.18r2=2.19 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16728
[Bug c/18213] New: New inline heuristic make binary bigger (single call site)
Hi, I was just upgrading from gcc-2.95 to gcc-3.3.4 (yeah, I'm way behind). While recompiling my favorite package (Wireless Tools for Linux), I noticed that gcc was giving me many warning of the type warning: inlining failed. And the resulting binary were bigger than with the previous version of gcc. My package is used in various embedded systems, therefore I compile with -Os and always watch the size. Then, I added __attribute__((always_inline)) to my code, recompiled with gcc-3.3.4, and the resulting binary was 150B *smaller* than the default gcc-3.3.4 compile, which is almost a 1% saving (with no loss of functionality). So, the new inline behaviour is making the binary bigger. I personally prefer to defer optimisations to compiler, and I would prefer not to tag functions inline, but I've noticed that gcc is not capable of automatically inlining functions that have a single call site. And the new heuristic make it even more difficult to happen properly, I don't really like the idea of adding __attribute__((always_inline)) everywhere. I would actually like gcc to automatically inline static functions with a single call site, possibly even if they are not marked inline, as keeping track of all the call sites of all functions is pretty tedious... Thanks in advance... Jean -- Summary: New inline heuristic make binary bigger (single call site) Product: gcc Version: 3.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jt at hpl dot hp dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-linux GCC host triplet: i386-linux GCC target triplet: i386-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18213
[Bug c/18213] New inline heuristic make binary bigger (single call site)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-28 23:55 --- You are still behind, 3.4.0 has an optimization at -O2 and above (-Os included) where we inline functions which are only called once. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18213
[Bug c/18213] New inline heuristic make binary bigger (single call site)
--- Additional Comments From jt at hpl dot hp dot com 2004-10-28 23:58 --- Oups, sorry. I'll try to upgrade and verify. Thanks for the very quick answer... Jean -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18213
[Bug c++/18214] New: Wrong code for function call involving copy constuctor
Configured with: /home/ajd/gcc-3.4.2/configure --prefix=/opt/gcc-3.4.2 -- enable-languages=c,c++ --enable-threads=posix --with-gnu-as --without-gnu-ld -- with-as=/usr/local/bin/as Thread model: posix gcc version 3.4.2 Also reproduced on 3.4.0 and 3.3.2. The following code segfaults at runtime. Compiling without any options or optimization (ILP32 mode). $ g++ test.cpp $ ./a.out Memory fault(coredump) The fault is on the line 'start = src.m_s;', but I believe the problem is in the argument passing to change. - class var { public: var(); var(const var copy); ~var(); char *m_s; public: }; void change(var src, var from) { char *start; start = src.m_s; } int main() { var x; change(x, x); return 0; } var::~var() { } var::var(const var r) { m_s = UUU; } var::var() { m_s = UUU; } - The following assembly is produced for the call to change: adds r14 = -48, r35 ;; mov r37 = r14 adds r15 = -64, r35 ;; mov r38 = r15 [.LEHB1:] br.call.sptk.many b0 = _ZN3varC1ERKS_# [.LEHE1:] mov r1 = r36 adds r15 = -48, r35 adds r14 = -8, r35 ;; st8 [r14] = r15 adds r14 = -32, r35 ;; mov r37 = r14 adds r14 = -64, r35 ;; mov r38 = r14 [.LEHB2:] br.call.sptk.many b0 = _ZN3varC1ERKS_# mov r1 = r36 adds r14 = -32, r35 adds r15 = -4, r35 ;; ld4 r37 = [r15] mov r38 = r14 br.call.sptk.many b0 = _Z6change3varS_# mov r1 = r36 The last 4 lines is where it appears to go wrong. EG: it is loading from memory at [r15] which is uninitialized. -- Summary: Wrong code for function call involving copy constuctor Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ajd at gentrack dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: ia64-hp-hpux11.23 GCC host triplet: ia64-hp-hpux11.23 GCC target triplet: ia64-hp-hpux11.23 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18214
[Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding
--- Additional Comments From giovannibajo at libero dot it 2004-10-29 01:31 --- Yes, that does appear to be it---the header needs to be specified as net/if.h instead of merely if.h. Ok. Bruce, I guess this is more material for you to add to the documentation. Will you take care of committing the final patch please? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16300
[Bug c++/17695] [4.0 regression] ICE in add_abstract_origin_attribute
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-29 01:42 --- The problem here is an ordering issue. When we see AC, we instantiate it, and call gen_type_die for AC. That causes us to generate DIEs for all members of AC, including AC::t. The type of AC::t is C, so we now go to generate a DIE for C. C is not presently marked as DECL_ABSTRACT, so we do not enter it in the decl-DIE table. Later, we realize that B::B() is an abstract instance, so we go ahead and mark C as DECL_ABSTRACT -- but it's too late, we've already dealt with its DIE. Then, we process one of the clones of B::B(), encounter a copy of the typedef, go back to the abstract origin of the typedef, and try to look it up -- but it's not in the table. In GCC 3.4, this worked because we did not actually copy the typedef into the clone. Therefore, there was never a second typedef pointing back at the original typedef. However, remap_decl has been changed to make a copy of all declarations, even static variables and typedefs. So, now we have a problem. I'm working on a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17695
[Bug middle-end/17549] [4.0 Regression] 35% increase in codesize with C code
--- Additional Comments From giovannibajo at libero dot it 2004-10-29 02:04 --- Well, nothing changes from our last tests with -Os -fno-tree-pre. Comment #10 and Comment #12 reflect the current situation. We still have a big regression with the new attacchment Miguel posted (susan_edges_mod_1.c), and a somewhat little regression caused by ivopts. Zdenek, can you please check again ivopts behaviour on these testcases? Maybe the heuristics you used still needs to be adjusted? -- What|Removed |Added Summary|[4.0 Regression] 15%|[4.0 Regression] 35% |increase in codesize with C |increase in codesize with C |code|code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17549
[Bug c++/17695] [4.0 regression] ICE in add_abstract_origin_attribute
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-29 02:05 --- My attempted fix failed. Things will not be easy, given that we're copying the typedef. Because we call rest_of_type_compilation for AC even before the end of the B::B() function, we must somehow arrange to create the C typedef with DECL_ABSTRACT set; we do not have an opportunity to go back and set DECL_ABSTRACT later. Trying an ugly hack... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17695
[Bug c++/14124] enum definition with __attribute__((packed)) gives syntax errors
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 02:11 --- Fixed in 4.0.0. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14124
[Bug rtl-optimization/17581] [3.4 Regression] Long long arithmetic fails inside a switch/case statement when compiled with -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 02:12 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02573.html. -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17581
[Bug c++/18214] Wrong code for function call involving copy constuctor
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 02:14 --- I think this is a target issue because it works on both the mainline and 3.4.0 on i686-pc-linux-gnu and it also works on the mainline on powerpc-darwin. -- What|Removed |Added Keywords||wrong-code Known to fail||3.3.2 3.4.0 3.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18214
[Bug tree-optimization/18198] [4.0 Regression] bootstrap stage2 build of fname-uf.adb causes ICE
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 02:16 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18198
[Bug java/18215] New: GCJ disallows some references to 'this' from an enclosing class
In the constructor of a member class, GCJ does not allow you to do a 'super' call with an argument that calls an instance method of the enclosing class. For example, GCJ rejects this perfectly valid class: --- outer.java --- public class outer { private String name; public outer (String name) { this.name = name; } public String getID() { return name; } public class inner extends Thread { public inner() { super (thread- + getID()); } } } --- outer.java --- This is valid because the call to 'getID()' is referencing the 'this' from the enclosing class. GCJ also rejects 'outer.this.getID()' in this example, so there does not appear to be a workaround. GCJ fails with: outer.java: In class `outer$inner': outer.java: In constructor `(outer)': outer.java:19: error: Can't reference `this' before the superclass constructor has been called. super (thread- + outer.this.getID()); ^ 1 error Tested on: gcj (GCC) 3.4.2 gcj (GCC) 4.0.0 20041025 (experimental) -- Summary: GCJ disallows some references to 'this' from an enclosing class Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: csm at gnu dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs 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=18215
[Bug java/18215] GCJ disallows some references to 'this' from an enclosing class
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 03:54 --- *** This bug has been marked as a duplicate of 4695 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18215
[Bug java/4695] Error calling method from enclosing context in constructor
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 03:54 --- *** Bug 18215 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||csm at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4695
[Bug fortran/13490] Compiler rejects valid constant -2147483648 for 32-bit int
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-29 04:41 --- Subject: Bug 13490 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-29 04:41:49 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg/g77: 20030326-1.f README Log message: 2004-10-29 David Billinghurst [EMAIL PROTECTED] PR fortran/13490 * gfortran.dg/g77/20030326-1.f: Change xfail on error to warning. * gfortran.dg/g77/README: Update. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4516r2=1.4517 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/g77/20030326-1.f.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/g77/README.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13490
[Bug tree-optimization/16728] [4.0 regression] std::set tests for allocator/insert core in make check-performance
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 05:43 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16728
[Bug tree-optimization/17133] [4.0 Regression] wrong code with -ftree-lim
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-29 05:43 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17133
[Bug tree-optimization/17425] [4.0 Regression] : wrong code with optimization (tree_ssa invariant motion pass?)
-- Bug 17425 depends on bug 17133, which changed state. Bug 17133 Summary: [4.0 Regression] wrong code with -ftree-lim http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17133 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17425
[Bug tree-optimization/17510] [4.0 Regression] -fstrict-aliasing triggers miscompilation
-- Bug 17510 depends on bug 17133, which changed state. Bug 17133 Summary: [4.0 Regression] wrong code with -ftree-lim http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17133 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17510