[Bug middle-end/25977] [4.1/4.2 Regression] RSO vs NRV (twice)
--- Comment #10 from jakub at gcc dot gnu dot org 2006-02-05 09:48 --- This patch introduces a regression FAIL: g++.dg/opt/complex5.C (test for excess errors) ICE on at least {i686,s390,s390x}-linux on gcc-4_1-branch in dom2 pass (with -O2). At copyrename2 the function is: double __complex__ elt_zero() () { doubleD.28 CR.13D.1769; doubleD.28 D.1768; doubleD.28 CI.12D.1767; doubleD.28 CR.11D.1766; doubleD.28 rD.1754; cdoubleD.1733 zD.1755; cdoubleD.1733 aD.1741; complex doubleD.32 D.1745; complex doubleD.32 a.0D.1744; complex doubleD.32 D.1743; # BLOCK 0 freq:1 # PRED: ENTRY [100.0%] (fallthru,exec) REALPART_EXPR D.1743_2 = 0.0; CR.13D.1769_8 = CR.11D.1766_5 + 1.0e+0; D.1745_6 = COMPLEX_EXPR CR.13D.1769_8, CI.12D.1767_4; CR.13D.1769_1 = CR.13D.1769_8; # retval_9 = V_MAY_DEF retval_3; REALPART_EXPR retval = CR.13D.1769_1; # retval_10 = V_MAY_DEF retval_9; IMAGPART_EXPR retval = 0.0; # VUSE retval_10; return retval; # SUCC: EXIT [100.0%] } In simple_iv_increment_p 1738 phi = SSA_NAME_DEF_STMT (preinc); 1739 if (TREE_CODE (phi) != PHI_NODE) 1740return false; phi is NULL. preinc is: CR.11D.1761_5 -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot ||org, dnovillo at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug c++/26099] support for type traits is not available
--- Comment #7 from pcarlini at suse dot de 2006-02-05 10:22 --- Confirmed. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-05 10:22:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26099
[Bug tree-optimization/25737] ACATS tests c974001 and c974013 do not terminate with struct aliasing enabled
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-02-05 10:28 --- Confirmed on x86. It's a miscompilation of the runtime since they do terminate if struct aliasing is enabled but the original runtime is used. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|x86_64-*-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2006-02-05 10:28:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25737
[Bug c++/26100] Destructor called twice
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-05 12:26 --- You are missing copy constructor invocations. Add inv(const inv) { ++count; } -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26100
[Bug c++/26102] New: [4.2.0 regression] using Base::member nonsense
Consider the following reduced testcase: template class T struct B1 { int i(); }; struct B2 { int i(); }; template class T struct C : public B1T, public B2 { using B2::i; void f() { i();// fails, should be accepted i.i(); // accepted, should fail } }; With today's trunk this gives: t.cpp: In member function #8216;void CT::f()#8217;: t.cpp:10: error: no match for call to #8216;(B2) ()#8217; i seems to be resolved as the base class B2, as opposed to its member i() -- Summary: [4.2.0 regression] using Base::member nonsense Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jan at etpmod dot phys dot tue dot nl GCC build triplet: i686-suse-linux GCC host triplet: i686-suse-linux GCC target triplet: i686-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26102
[Bug libgcj/26103] New: Wrong exception thrown
When running the attached testcase gcj 4.1 throws a StringIndexOutOfBoundsException instead of ClassNotFoundException. GNU classpath 0.20 is not affected as jamvm 1.4.2 and cacao 0.94 and kaffe 1.1.7rc1 throw the correct exception. -- Summary: Wrong exception thrown Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: konqueror at gmx dot de 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=26103
[Bug libgcj/26103] Wrong exception thrown
--- Comment #1 from konqueror at gmx dot de 2006-02-05 13:14 --- Created an attachment (id=10781) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10781action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26103
[Bug libgomp/26104] New: Segmentation violation on IA-32 when compiler with -fopenmp
This works fine on r108219 of the GOMP-branch, but not anymore. Also works on the latest update of the branch without '-fopenmp' gfortran-gomp-new -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/usr/local/gomp-new --program-suffix=-gomp-new --enable-threads=posix --enable-languages=c,c++,fortran Thread model: posix gcc version 4.2.0-gomp-20050608-branch 20060202 (experimental) (merged 20060202) gfortran-gomp-new -g -O0 -fopenmp -fautomatic -o testseg testseg.for PROGRAM TESTSEG C INTEGER LUA, LUB CHARACTER COD*3 C LUA = 6 LUB = 5 C WRITE(LUA,160) READ(LUB,170) COD C 160 FORMAT ( /, '$', ' Command : ' ) 170 FORMAT ( A3, 19( 1X, A3 ) ) C END gdb testseg GNU gdb Red Hat Linux (6.3.0.0-1.63rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux-gnu...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) r Starting program: /home/magnusj/source/fortran/vtl/openmp/testseg [Thread debugging using libthread_db enabled] [New Thread -1642137888 (LWP 29061)] $ Command : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1642137888 (LWP 29061)] 0x0004 in ?? () (gdb) bt #0 0x0004 in ?? () #1 0x00be1b00 in *_gfortran_st_write_done (dtp=0xbff2605c) at ../../../gcc/libgfortran/io/transfer.c:2234 #2 0x08048692 in MAIN__ () at testseg.for:9 #3 0x08048737 in main (argc=463360, argv=0x6add60) at ../../../gcc/libgfortran/fmain.c:18 (gdb) f 1 #1 0x00be1b00 in *_gfortran_st_write_done (dtp=0xbff2605c) at ../../../gcc/libgfortran/io/transfer.c:2234 2234unlock_unit (dtp-u.p.current_unit); -- Summary: Segmentation violation on IA-32 when compiler with - fopenmp Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: magnus_os at yahoo dot se http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26104
[Bug libgcj/26103] Wrong exception thrown
--- Comment #2 from mark at gcc dot gnu dot org 2006-02-05 14:44 --- I added a mauve test for this and some other cases. gcj fails a couple of them because it tries to handle array classes specially through loadClassFromSig(). See gnu.testlet.java.lang.ClassLoader.loadClass in Mauve. -- mark at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-05 14:44:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26103
[Bug c++/26102] [4.1/4.2 regression] using Base::member nonsense
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 14:50 --- Worked on 20051217 but fails on 20060127. Fails also in 4.1.0 20060130 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid, rejects- ||valid Known to fail||4.1.0 4.2.0 Known to work||4.0.3 Last reconfirmed|-00-00 00:00:00 |2006-02-05 14:50:35 date|| Summary|[4.2.0 regression] using |[4.1/4.2 regression] using |Base::member nonsense |Base::member nonsense Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26102
[Bug rtl-optimization/26087] [4.2 Regression] ICE in df_find_use
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-02-05 14:58 --- Subject: Bug 26087 Author: rakdver Date: Sun Feb 5 14:58:07 2006 New Revision: 110614 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110614 Log: PR rtl-optimization/26087 * rtlanal.c (canonicalize_condition): Do not cross basic block boundaries. Modified: trunk/gcc/ChangeLog trunk/gcc/rtlanal.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26087
[Bug libgomp/26104] Segmentation violation on IA-32 when compiler with -fopenmp
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 15:01 --- This was also reproduce on the mainline for a while. This is a dup of bug 25377 really and once the gomp branch has been merged, this will work again. *** This bug has been marked as a duplicate of 25377 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26104
[Bug target/25377] [4.2 Regression] weakref sibcalled with -fPIC
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-05 15:01 --- *** Bug 26104 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||magnus_os at yahoo dot se http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25377
[Bug fortran/26105] New: FAIL: gfortran.dg/auto_char_dummy_array_1.f90 and others
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran -B/test/gn u/gcc-4.1/objdir/gcc/testsuite/../ /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran. dg/auto_char_dummy_array_1.f90 -O0 -pedantic-errors -L/test/gnu/gcc-4.1/obj dir/hppa64-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-4.1/objdir/hppa64-hp -hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-4.1/objdir/hppa64-hp-hpux11.11/./ libiberty -lm -o ./auto_char_dummy_array_1.exe(timeout = 300) In file /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/auto_char_dummy_array_1 .f90:8 character(12), dimension(2), target :: t 1 Error: Object 't' at (1) must have the SAVE attribute for default initialization of a component In file /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/auto_char_dummy_array_1 .f90:33 use global 1 Fatal Error: Can't open module file 'global.mod' for reading at (1): No such fil e or directory compiler exited with status 1 output is: In file /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/auto_char_dummy_array_1 .f90:8 character(12), dimension(2), target :: t 1 Error: Object 't' at (1) must have the SAVE attribute for default initialization of a component In file /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/auto_char_dummy_array_1 .f90:33 use global 1 Fatal Error: Can't open module file 'global.mod' for reading at (1): No such fil e or directory FAIL: gfortran.dg/auto_char_dummy_array_1.f90 -O0 (test for excess errors) Excess errors: /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/auto_char_dummy_array_1.f90:8: E rror: Object 't' at (1) must have the SAVE attribute for default initialization of a component /test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.dg/auto_char_dummy_array_1.f90:33: Fatal Error: Can't open module file 'global.mod' for reading at (1): No such fil e or directory -- Summary: FAIL: gfortran.dg/auto_char_dummy_array_1.f90 and others Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26105
[Bug rtl-optimization/26087] [4.2 Regression] ICE in df_find_use
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-02-05 15:29 --- Fixed. -- rakdver at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26087
[Bug tree-optimization/19431] missed optimization with ifs and deferencing
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-05 15:37 --- I should mention this shows up with std::min/std::max like: int main(int argc) { int a = std::min(8, argc*2); return a; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431
[Bug libstdc++/26094] Segmentation fault in Linux 7.1 GCC 3.1 Kernel 2.4.9-45lxset34smp
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26094
[Bug target/24788] getting complier error:Internal compiler error in ix86_attr_length_immediate_default
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 15:42 --- No feedback in 3 months (T-6 days). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID Version|3.3.2 |3.2.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24788
[Bug libstdc++/24712] [4.0 Regression] Accidental ABI change between 4.0.1 and 4.0.2?
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24712
[Bug fortran/25412] gfortran 4.0.2 seg fault
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25412
[Bug java/24698] [4.1/4.2 regression] SIGABRT when using ResourceBundle.getBundle with a nonexistant key
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24698
[Bug target/25722] Stackpointer is not restored correct at end of function
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25722
[Bug bootstrap/25461] fastjar is broken on i386-*-freebsd
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25461
GCC + GNAT- ADA + BUG
gcc -c hh.adb +===GNAT BUG DETECTED==+ | 4.0.0 20050519 (Red Hat 4.0.0-8) (i386-redhat-linux-gnu) GCC error: | | in expand_assignment, at expr.c:3824 | | Error detected at hh.adb:19:5| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. hh.adb hh.adb:4:11: warning: file name does not match unit name, should be marcin.adb compilation abandoned gnatmake: hh.adb compilation error -- Kliknij po wiecej! http://link.interia.pl/f18ed with ada.direct_io, ada.integer_text_io,ada.text_io; use ada.text_io,ada.integer_text_io; procedure marcin is type powiaty is record nazwa : integer; imie : integer; end record; package pliki is new ada.direct_io(powiaty); use pliki; plik : pliki.file_type; -- p : powiaty := (nazwa = 10, imie = 20); -- n : powiaty := (nazwa = 11, imie = 21);i begin -- open(plik,out_file,dane.bin); null; -- if end_of_file(plik) then put(plik pusty); end if; end marcin;
[Bug fortran/26105] FAIL: gfortran.dg/auto_char_dummy_array_1.f90 and others
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 16:30 --- Fixed by: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00373.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26105
[Bug fortran/26106] New: Gfortran can't compile tonto
I tried to compile the TONTO_1_0_SPEC branch of Tonto: http://sourceforge.net/projects/tonto-chem I got /usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o ./GCC-gfortran-on-LINUX/objects/shell1.o f95files/shell1.F90 f95files/shell1.F90: In function âprocess_keywordâ: f95files/shell1.F90:571: 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. /usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o ./GCC-gfortran-on-LINUX/objects/spacegroup.o f95files/spacegroup.F90 f95files/spacegroup.F90: In function âput_matching_hm_symbolsâ: f95files/spacegroup.F90:2455: 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. /usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o ./GCC-gfortran-on-LINUX/objects/scfdata.o f95files/scfdata.F90 f95files/scfdata.F90: In function âprocess_keywordâ: f95files/scfdata.F90:972: 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. /usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o ./GCC-gfortran-on-LINUX/objects/mol_main.o f95files/mol_main.F90 f95files/mol_main.F90: In function âprocess_keywordâ: f95files/mol_main.F90:3835: 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. /usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o ./GCC-gfortran-on-LINUX/objects/mol.o f95files/mol.F90 f95files/mol.F90: In function âput_scf_energy_in_mo_pairsâ: f95files/mol.F90:14792: fatal error: gfc_todo: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1 compilation terminated. -- Summary: Gfortran can't compile tonto Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: meta-bug Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26106
[Bug fortran/26106] [meta-bug] Gfortran can't compile tonto
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 16:41 --- PR 17298 is for __transfer1 TODO -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||17298 Summary|Gfortran can't compile tonto|[meta-bug] Gfortran can't ||compile tonto http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26106
[Bug fortran/26106] [meta-bug] Gfortran can't compile tonto
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26038, 26041 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-05 17:37:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26106
[Bug fortran/26107] New: ICE after error message on invalid code
Testcase: pure function equals(self,string,ignore_case) result(same) if (endlen(self)) return end function === I was trying to reduce an ICE and found this one. -- Summary: ICE after error message on invalid code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26107
[Bug libfortran/21185] libgfortran unusable for cross-testing for newlib targets
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO|16991 | nThis|| Severity|normal |enhancement Last reconfirmed|2006-01-26 05:23:00 |2006-02-05 18:02:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21185
[Bug libfortran/16991] [meta-bug] libgfortran does not build every where
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-05 18:03 --- Well, all blocking bugs are closed, ciao tutti! -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16991
[Bug ada/24822] make[2]: *** [ada/einfo.h] Error 1
--- Comment #7 from danglin at gcc dot gnu dot org 2006-02-05 18:08 --- Still fails as of 2006-02-05 with 4.0.2 bootstrap. Not present in 4.1.0 20060127 (prerelease). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24822
[Bug fortran/25412] gfortran 4.0.2 seg fault
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-05 18:11 --- VASP is reported to compile fine with 4.1 and 4.2, and this audit trail doesn't have a self-contained code that exhibits the failure. Closing. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25412
[Bug target/26109] New: ICE: Segmentation fault (program cc1) compiling _muldi3.o in stage1
/mnt/gnu/gcc-3.3/objdir/./gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./gcc/ -B/opt/gnu/g cc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpu x11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/include -isyst em /opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/sys-include -O2 -O2 -g -O2 -DI N_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold -style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc /gcc/../include -I../../gcc/gcc/../libcpp/include -I/opt/gnu/gcc/gcc-4.2.0/inclu de -I../../gcc/gcc/../libdecnumber -I../libdecnumber -DL_muldi3 -c ../../gcc/g cc/libgcc2.c -o libgcc/./_muldi3.o xgcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. make[4]: *** [libgcc/./_muldi3.o] Error 1 # ./xgcc -v Using built-in specs. Target: hppa2.0w-hp-hpux11.11 Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as --enable-shared --disable-nls --with-local-prefix=/opt/gnu --prefix=/opt/gnu/gcc/gcc-4.2.0 --enable-debug=no --enable-threads=posix --with-gmp=/opt/gnu/gcc/gcc-4.2.0 --disable-libmudflap --enable-languages=c,c++,objc,obj-c++,fortran,java,ada Thread model: posix gcc version 4.2.0 20060205 (experimental) This error occurs when the -mpa-risc-2-0 option is added to CC. I see this problem using both gcc 3.4.5 and 4.1.0 20060127 (prerelease) as the bootstrap compiler. gdb) r `cat xx.sh` Starting program: /mnt/gnu/gcc-3.3/objdir/gcc/cc1 `cat xx.sh` Breakpoint 3 at 0x7af87744 Breakpoint 4 at 0x7afeb230 Program received signal SIGSEGV, Segmentation fault. 0x008d7058 in htab_create_alloc (size=1, hash_f=0x4001850a _crt_errno+3490, eq_f=0x40018512 _crt_errno+3498, del_f=0, alloc_f=0x40017b5a _crt_errno+1010, free_f=0) at ../../gcc/libiberty/hashtab.c:295 295 size = prime_tab[size_prime_index].prime; (gdb) disass 0x008d7038 0x008d7078 Dump of assembler code from 0x8d7038 to 0x8d7078: 0x008d7038 htab_create_alloc+56: stw r3,-64(,sp) 0x008d703c htab_create_alloc+60: ldi 1,r26 0x008d7040 htab_create_alloc+64: depw,z ret0,27,28,r19 0x008d7044 htab_create_alloc+68: copy ret0,r5 0x008d7048 htab_create_alloc+72: copy r6,r22 0x008d704c htab_create_alloc+76: ldil 94b000,ret0 0x008d7050 htab_create_alloc+80: ldi 3c,r25 0x008d7054 htab_create_alloc+84: ldo 2b4(ret0),ret0 0x008d7058 htab_create_alloc+88: ldw r19(,ret0),r4 0x008d705c htab_create_alloc+92: be,l 27d68(sr4,r0),%sr0,%r31 0x008d7060 htab_create_alloc+96: copy rp,r31 0x008d7064 htab_create_alloc+100: movb,=,n ret0,r26,0x8d70d0 htab_create_alloc+208 0x008d7068 htab_create_alloc+104: copy r26,r3 0x008d706c htab_create_alloc+108: ldi 4,r25 0x008d7070 htab_create_alloc+112: copy r4,r26 0x008d7074 htab_create_alloc+116: copy r6,r22 (gdb) p/x $r19 $1 = 0xaedf (gdb) p/x $ret0 $2 = 0x94b2b4 (gdb) p/x prime_tab $3 = 0x94b2b4 -- Summary: ICE: Segmentation fault (program cc1) compiling _muldi3.o in stage1 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26109
[Bug tree-optimization/25251] NIST Failure - FM013.f at -O2
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-05 19:33 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00393.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||02/msg00393.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25251
[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197
--- Comment #11 from hjl at gcc dot gnu dot org 2006-02-05 19:52 --- Subject: Bug 26064 Author: hjl Date: Sun Feb 5 19:52:35 2006 New Revision: 110618 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110618 Log: 2006-02-05 H.J. Lu [EMAIL PROTECTED] PR fortran/26041 PR fortran/26064 * gfortran.dg/sibling_dummy_procedure_1.f90: New file. * gfortran.dg/sibling_dummy_procedure_2.f90: Likewise. * gfortran.dg/sibling_dummy_procedure_3.f90: Likewise. Added: trunk/gcc/testsuite/gfortran.dg/sibling_dummy_procedure_1.f90 trunk/gcc/testsuite/gfortran.dg/sibling_dummy_procedure_2.f90 trunk/gcc/testsuite/gfortran.dg/sibling_dummy_procedure_3.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064
[Bug fortran/26041] FORTRAN compiler won't compile the valid code
--- Comment #8 from hjl at gcc dot gnu dot org 2006-02-05 19:52 --- Subject: Bug 26041 Author: hjl Date: Sun Feb 5 19:52:35 2006 New Revision: 110618 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110618 Log: 2006-02-05 H.J. Lu [EMAIL PROTECTED] PR fortran/26041 PR fortran/26064 * gfortran.dg/sibling_dummy_procedure_1.f90: New file. * gfortran.dg/sibling_dummy_procedure_2.f90: Likewise. * gfortran.dg/sibling_dummy_procedure_3.f90: Likewise. Added: trunk/gcc/testsuite/gfortran.dg/sibling_dummy_procedure_1.f90 trunk/gcc/testsuite/gfortran.dg/sibling_dummy_procedure_2.f90 trunk/gcc/testsuite/gfortran.dg/sibling_dummy_procedure_3.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041
[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197
--- Comment #12 from hjl at gcc dot gnu dot org 2006-02-05 19:53 --- Subject: Bug 26064 Author: hjl Date: Sun Feb 5 19:53:00 2006 New Revision: 110619 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110619 Log: 2006-02-05 H.J. Lu [EMAIL PROTECTED] PR fortran/26041 PR fortran/26064 * resolve.c (resolve_types): New function. (resolve_codes): Likewise. (gfc_resolve): Use them. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064
[Bug fortran/26041] FORTRAN compiler won't compile the valid code
--- Comment #9 from hjl at gcc dot gnu dot org 2006-02-05 19:53 --- Subject: Bug 26041 Author: hjl Date: Sun Feb 5 19:53:00 2006 New Revision: 110619 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110619 Log: 2006-02-05 H.J. Lu [EMAIL PROTECTED] PR fortran/26041 PR fortran/26064 * resolve.c (resolve_types): New function. (resolve_codes): Likewise. (gfc_resolve): Use them. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041
[Bug target/26109] ICE: Segmentation fault (program cc1) compiling _muldi3.o in stage1
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-05 20:11 --- Subject: Re: ICE: Segmentation fault (program cc1) compiling _muldi3.o in stage1 What|Removed |Added Keywords||wrong-code The problem is with indirect calls. For reasons that I don't understand, the HP linker replaces the code sequence generated by GCC .CALL ARGW0=GR b,l $$dyncall,%r2 copy %r2,%r31 with 0x008d705c htab_create_alloc+92: be,l 27d68(sr4,r0),%sr0,%r31 0x008d7060 htab_create_alloc+96: copy rp,r31 r2 and rp are the same. The b,l is a 22-bit pc-relative branch. It can only use r2 as the link register. The linker has gone and substituted the be,l branch which uses r31 as the link. As a result, r2 isn't set by the call and the code returns a second time to the return point of the previous call. If I was certain that the linker was always going to do the substitution, the the copy could be adjusted. However, the linker can only do the substitution when the offset is a 17-bit offset. When I wrote, the code to use the 22-bit branch, I am fairly certain that I checked that the linker didn't do the be,l substitution when a b,l was used. I guess this optimization has to be removed on hpux. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26109
[Bug tree-optimization/25251] NIST Failure - FM013.f at -O2
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-05 20:29 --- Subject: Bug 25251 Author: pinskia Date: Sun Feb 5 20:29:10 2006 New Revision: 110621 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110621 Log: 2006-02-05 Andrew Pinski [EMAIL PROTECTED] PR tree-opt/25251 * tree-cfg.c (cleanup_dead_labels): Also don't remove forced labels. 2006-02-05 Andrew Pinski [EMAIL PROTECTED] PR tree-opt/25251 * gfortran.dg/assign_7.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/assign_7.f Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25251
[Bug tree-optimization/25251] [4.1 only] NIST Failure - FM013.f at -O2
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-05 20:29 --- Fixed on the mainline will commit to the 4.1 branch in a day or two. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|NIST Failure - FM013.f at - |[4.1 only] NIST Failure - |O2 |FM013.f at -O2 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25251
[Bug tree-optimization/21463] min/max and references
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-05 21:09 --- The problem here is actually not I would I had orginally thought but instead the following issue: struct f { int i; }; int g(int i, int c, struct f *ff) { int *t; if (c) t = i; else t = ff-i; return *t; } We don't change the *t into the i and ff-i which causes the min/max not be reconized. This is related to PR 19431 which is a similar issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||19431 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21463
[Bug middle-end/22156] [4.0/4.1/4.2 Regression] bit-field copying regressed
--- Comment #8 from steven at gcc dot gnu dot org 2006-02-05 21:21 --- This bug ought to have a much higher priority than P5 IMHO. -- steven at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug tree-optimization/24028] CCP is broken
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-05 21:26 --- Any news on this one? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-12-26 22:22:14 |2006-02-05 21:26:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24028
[Bug rtl-optimization/19097] [4.1/4.2 regression] Quadratic behavior with many sets for the same register in VRP
--- Comment #36 from steven at gcc dot gnu dot org 2006-02-05 21:37 --- I think the easiest way to fix this is to limit the length of the EQUIVALENCE chains somehow. I've collected some numbers about the number of elements in the EQUIVALENCE chains of GCC 2.7.2 (which is the version of GCC in SPEC2000): frequency # of elements 20342 0 43484 1 13230 2 1701 3 456 4 207 5 81 6 44 7 24 8 18 9 4 10 4 11 4 12 4 13 2 14 2 15 2 16 So if we cut off the element lists at, say, 20 elements, we shouldn't be missing a significant number of optimizations. I haven't looked at how such a cut-off should be implemented. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
[Bug middle-end/25120] builtin *printf handlers are confused by -fexec-charset
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-05 21:40 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
[Bug tree-optimization/24028] CCP is broken
--- Comment #7 from kazu at gcc dot gnu dot org 2006-02-05 21:43 --- Last time I came up with a patch, it introduced 0.1% or so of slow down. I'll try my patch again when I get a chance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24028
[Bug c++/26110] New: using directive breaks ADL
When compiling the following code, an incorrect binary is produced: --- BEGIN CODE --- namespace test { double f(double f) { return f + 1.; } } double f(float d) { return d; } int main(int argc, char *argv[]) { using test::f; float d = 2.; double result1 = f(d); double result2 = test::f(d); return 0; } --- END CODE --- The line double result1 = f(d); should call the function double f(float d), instead it calls the function double f(double f) in namespace test. This breaks argument dependent lookup. The using directive should only make visible the function in namespace test, but not hide the global one. If you replace using test::f with using namespace test, then everything works correctly. gcc -v gives me: ~ gcc -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib64 --libexecdir=/usr/lib64 --enable-languages=c,c++,objc,f95,java,ada --disable-checking --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-java-awt=gtk --disable-libjava-multilib --with-slibdir=/lib64 --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=x86_64-suse-linux Thread model: posix gcc version 4.0.2 20050901 (prerelease) (SUSE Linux) -- Summary: using directive breaks ADL Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dg001 at t-online dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26110
[Bug ada/26111] New: Ada ICE in expand_assignment, at expr.c:3824
Reported by [EMAIL PROTECTED] $ cat marcin.adb with ada.direct_io, ada.integer_text_io,ada.text_io; use ada.text_io,ada.integer_text_io; procedure marcin is type powiaty is record nazwa : integer; imie : integer; end record; package pliki is new ada.direct_io(powiaty); use pliki; plik : pliki.file_type; -- p : powiaty := (nazwa = 10, imie = 20); -- n : powiaty := (nazwa = 11, imie = 21);i begin -- open(plik,out_file,dane.bin); null; -- if end_of_file(plik) then put(plik pusty); end if; end marcin; $ gcc -c marcin.adb +===GNAT BUG DETECTED==+ | 4.0.2 (i686-pc-linux-gnu) in expand_assignment, at expr.c:3824 | | Error detected at marcin.adb:19:5| Note that this compiles fine with gcc version 4.1.0 20060128 (prerelease) and gcc version 4.2.0 20060126 (experimental), so this is 4.0 only. -- Summary: Ada ICE in expand_assignment, at expr.c:3824 Product: gcc Version: 4.0.2 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurent at guerby dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
[Bug libfortran/24685] [4.1 only] real(10) formatted input is broken for huge values
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-05 22:19 --- OK, now I understand: huge(0._10) is 1.1897314953572317650E+4932. But when you write it with a format not long enough, you may (as was the case) write it as 1.189731495357232E+4932, which is larger than huge(0._10). So indeed, when you read it back, it's out of the range accepted for real(10) variables. Changing the default format for these variables will indeed get rid of all this. I will commit the trivial patch: Index: libgfortran/io/write.c === --- libgfortran/io/write.c (revision 110617) +++ libgfortran/io/write.c (working copy) @@ -1373,8 +1373,8 @@ f.u.real.e = 3; break; case 10: - f.u.real.w = 24; - f.u.real.d = 15; + f.u.real.w = 28; + f.u.real.d = 19; f.u.real.e = 4; break; case 16: on trunk after regtesting. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-05 23:24:13 |2006-02-05 22:19:58 date|| Summary|real(10) formatted input is |[4.1 only] real(10) |broken for huge values |formatted input is broken ||for huge values http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
[Bug ada/26111] [4.0 Regression] Ada ICE in expand_assignment, at expr.c:3824
--- Comment #1 from laurent at guerby dot net 2006-02-05 22:20 --- This works with gcc version 3.3.5 20050117 (prerelease) (SUSE Linux) so this is a 4.0 Regression. -- laurent at guerby dot net changed: What|Removed |Added Summary|Ada ICE in |[4.0 Regression] Ada ICE in |expand_assignment, at |expand_assignment, at |expr.c:3824 |expr.c:3824 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
[Bug c++/26110] using directive breaks ADL
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 22:22 --- Why do you think this breaks ADL? float is not in any namespace really. Also you explicately said to use test::f and no other which is what the using says to do in this scope. if you move the using to the global scope it works the way you it to work. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26110
[Bug ada/26111] [4.0 Regression] Ada ICE in expand_assignment, at expr.c:3824
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-05 22:25 --- Confirmed, there was another one like this that was opened. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-05 22:25:25 date|| Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
[Bug ada/26111] [4.0 Regression] Ada ICE in expand_assignment, at expr.c:3824
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 22:26 --- I suspect this is really a dup of bug 18858. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||18858 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
[Bug ada/26111] [4.0 Regression] Ada ICE in expand_assignment, at expr.c:3824
--- Comment #4 from laurent at guerby dot net 2006-02-05 22:28 --- 4.0.2 at -O1 doesn't ICE, so indeed likely to be the same problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
[Bug rtl-optimization/19097] [4.1/4.2 regression] Quadratic behavior with many sets for the same register in VRP
--- Comment #37 from steven at gcc dot gnu dot org 2006-02-05 22:47 --- At least I get VRP time down to nothing with a patchlet like this one: Index: tree-vrp.c === --- tree-vrp.c (revision 110617) +++ tree-vrp.c (working copy) @@ -326,7 +326,7 @@ add_equivalence (bitmap equiv, tree var) value_range_t *vr = vr_value[ver]; bitmap_set_bit (equiv, ver); - if (vr vr-equiv) + if (vr vr-equiv bitmap_count_bits (vr-equiv) 20) bitmap_ior_into (equiv, vr-equiv); } For a proper patch, the number should of course be a PARAM and I think using bitmap_count_bits penalizes the common case too much (walking the whole bitmap is cache expensive even for small bitmaps). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
[Bug libfortran/24685] [4.1 only] real(10) formatted input is broken for huge values
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-05 23:04 --- Subject: Bug 24685 Author: fxcoudert Date: Sun Feb 5 23:04:07 2006 New Revision: 110627 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110627 Log: PR libfortran/24685 * io/write.c (write_real): Widen the default format for real(10) variables output. * gfortran.dg/large_real_kind_form_io_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/large_real_kind_form_io_2.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/io/write.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
[Bug c++/26110] using directive breaks ADL
--- Comment #2 from dg001 at t-online dot de 2006-02-05 23:14 --- The first statement in my code doesn't use any namespace double result1 = f(d); So ADL should take the function with the signature (float d), which is in global namespace. There is of course a second statement in my code: double result2 = test::f(d); and yes, this works correctly. So please have a closer look at the *first* statement, which doesn't compile to correct code. -- dg001 at t-online dot de changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26110
[Bug c++/26110] using directive breaks ADL
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 23:41 --- This has nothing to do with ADL really. using test::f; forces to use test::f when doing f(a) in that scope since that is the f in that scope. Again this is not a bug GCC. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26110
[Bug c++/26110] using directive breaks ADL
--- Comment #4 from dg001 at t-online dot de 2006-02-06 00:17 --- I had a look at ISO/IEC 14882:2003(E). That is the ANSI/ISO Standard for C++. Paragraph 3.4.2 deals with Argument-dependent name lookup. In section 2 I read: The sets of namespaces and classes is determined entirely by the types of the function arguments (and the namespace of any template template argument). Typedef names and using-declarations used to specify the types do not contribute to this set. So a using-declaration should not alter the way argument-dependent name lookup works. I came across this issue when I tried to compile an example from Scott Myers, Effective C++, 3rd edition, item 25. There is a using-declaration on page 110, that doesn't work with gcc version 4.0.2. Again, the using-declaration only makes the function, if it be my f(...), Myers or stl's swap(...), visible in the scope. But the compiler takes the arguments of the function call into consideration, which of the visible functions fits best. The example I gave above is very simplified. But you can replace the fundamental types of double and float with real classes, and the problem persits. I just didn't want to post the contents of 5 files (header + implementation) here. I'd be glad, if you looked up my references. I still claim that the beforementioned version of gcc doesn't conform to the C++ standard. -- dg001 at t-online dot de changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26110
[Bug c++/26110] using directive breaks ADL
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-06 00:29 --- Why do you think ADL has anything to do with finding ::f here? From the standard: -- If T is a fundamental type, its associated sets of namespaces and classes are both empty. So we cannot find ::f here at all. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26110
[Bug libfortran/21303] Positive width required in format string
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-06 01:04 --- Well, I finally found the time :) Patch URL added. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/fortra ||n/2006-02/msg00094.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2005-11-28 09:33:27 |2006-02-06 01:04:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21303
[Bug libgcj/26113] New: More warnings in libjava
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1426: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1427: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1428: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1429: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1432: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1433: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1434: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1435: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1436: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1437: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1438: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1439: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1440: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/java/lang/Class.h: In member function 'java::lang::Class* java::lang::Class::getComponentType()': /Users/pinskia/src/gcc/local/gcc/libjava/java/lang/Class.h:371: warning: dereferencing type-punned pointer will break strict-aliasing rules /Users/pinskia/src/gcc/local/gcc/libjava/link.cc: In static member function 'static void _Jv_Linker::link_symbol_table(java::lang::Class*)': /Users/pinskia/src/gcc/local/gcc/libjava/link.cc:1086: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/link.cc: In static member function 'static void _Jv_Linker::print_class_loaded(java::lang::Class*)': /Users/pinskia/src/gcc/local/gcc/libjava/link.cc:1835: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/link.cc:1839: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/link.cc:1841: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/link.cc:1843: warning: deprecated conversion from string constant to 'char*'' -- Summary: More warnings in libjava Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26113
[Bug libgcj/26113] More warnings in libjava
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 03:35 --- /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:1275: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc: In function 'void _Jv_InitField(java::lang::Object*, java::lang::Class*, int)': /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3352: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3362: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3365: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3388: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3413: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3419: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3426: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3433: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3439: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc: In function 'ffi_type* get_ffi_type_from_signature(unsigned char*)': /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3515: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc: In function 'int init_cif(_Jv_Utf8Const*, int, jboolean, ffi_cif*, ffi_type**, ffi_type**)': /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3591: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3595: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc: In member function 'void* _Jv_JNIMethod::ncode()': /Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:3794: warning: deprecated conversion from string constant to 'char*'' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26113
[Bug libgcj/26113] More warnings in libjava
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 03:35 --- /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type_val _Jv_BytecodeVerifier::get_type_val_for_signature(jchar)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:536: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'void _Jv_BytecodeVerifier::type::set_uninitialized(int, _Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:705: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'bool _Jv_BytecodeVerifier::type::compatible(_Jv_BytecodeVerifier::type, _Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:761: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::type::element_type(_Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:857: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::type::to_array(_Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:871: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'void _Jv_BytecodeVerifier::type::verify_dimensions(int, _Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:966: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:970: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'bool _Jv_BytecodeVerifier::type::merge(_Jv_BytecodeVerifier::type, bool, _Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:991: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1001: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1026: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'bool _Jv_BytecodeVerifier::state::merge(_Jv_BytecodeVerifier::state*, int, _Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1201: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'void _Jv_BytecodeVerifier::state::check_this_initialized(_Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1222: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'bool _Jv_BytecodeVerifier::state::state_mergeable_p(_Jv_BytecodeVerifier::state*, int, _Jv_BytecodeVerifier*)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1254: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::pop_raw()': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1299: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1303: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::pop32()': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1311: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::pop_type(_Jv_BytecodeVerifier::type)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1320: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::pop_init_ref(_Jv_BytecodeVerifier::type)': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1331: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1333: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function '_Jv_BytecodeVerifier::type _Jv_BytecodeVerifier::pop_ref_or_return()': /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:1342: warning: deprecated conversion from string constant to 'char*'' /Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function 'void
[Bug c++/26114] New: [4.2 Regression] g++.dg/init/ctor4.C fails
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.dg/init/ctor4.C:11: warning: non-static reference 'int bar::a' in class without a constructor -- Summary: [4.2 Regression] g++.dg/init/ctor4.C fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114
[Bug c++/26114] [4.2 Regression] g++.dg/init/ctor4.C fails
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114
[Bug c++/26115] New: [4.2 Regression] bogus warning for g++.dg/parse/register1.C
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.dg/parse/register1.C:13: warning: address requested for 'x', which is declared 'register' That is a bogus warning. -- Summary: [4.2 Regression] bogus warning for g++.dg/parse/register1.C Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26115
[Bug c++/26115] [4.2 Regression] bogus warning for g++.dg/parse/register1.C
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26115
[Bug c++/26115] [4.2 Regression] bogus warning for g++.dg/parse/register1.C
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 05:38 --- g++.old-deja/g++.brendan/warnings4.C has a similar warning: FAIL: g++.old-deja/g++.brendan/warnings4.C (test for excess errors) Excess errors:/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.brendan/warnings4.C:7: warning: address requested for 'x', which is declared 'register' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26115
[Bug c++/26114] [4.2 Regression] g++.dg/init/ctor4.C and g++.old-deja/g++.jason/overload34.C fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 05:41 --- FAIL: g++.old-deja/g++.jason/overload34.C (test for excess errors) Excess errors: /Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.jason/overload34.C:5: warning: non-static reference 'int X::flag' in class without a constructor overload34.C fails the same way. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression]|[4.2 Regression] |g++.dg/init/ctor4.C fails |g++.dg/init/ctor4.C and ||g++.old- ||deja/g++.jason/overload34.C ||fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114
[Bug c++/26114] [4.2 Regression] g++.dg/init/ctor4.C and g++.old-deja/g++.jason/overload34.C and g++.old-deja/g++.mike/p11110.C fails
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 05:48 --- Likewise for p0.C: FAIL: g++.old-deja/g++.mike/p0.C (test for excess errors) Excess errors:/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.mike/p0.C:16: warning: non-static reference 'conatiner user::_c' in class without a constructor -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2 Regression]|[4.2 Regression] |g++.dg/init/ctor4.C and |g++.dg/init/ctor4.C and |g++.old-|g++.old- |deja/g++.jason/overload34.C |deja/g++.jason/overload34.C |fails |and g++.old- ||deja/g++.mike/p0.C fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114
What is text.hot section in elf files ?
Hello everyone, While scrolling down the objdump of the code for /usr/bin/gcc, There is a section called text.hot section, which is normally not present on the elf files. What is that? is it something specific to /usr/bin/gcc only.How can be create such sections in our normal executables ? -- Regards, Sandeep A man with one watch knows what time it is; a man with two watches is never quite sure.
Re: What is text.hot section in elf files ?
Hi, On 2/6/06, Sandeep Kumar [EMAIL PROTECTED] wrote: Hello everyone, While scrolling down the objdump of the code for /usr/bin/gcc, There is a section called text.hot section, which is normally not present on the elf files. What is that? is it something specific to /usr/bin/gcc only.How can be create such sections in our normal executables ? Seems to be something that gcc generates. Read below: snip http://developer.apple.com/documentation/DeveloperTools/gcc-3.3/gcc/Optimize-Options.html -freorder-functions Reorder basic blocks in the compiled function in order to reduce number of taken branches and improve code locality. This is implemented by using special subsections text.hot for most frequently executed functions and text.unlikely for unlikely executed functions. Reordering is done by the linker so object file format must support named sections and linker must place them in a reasonable way. Also profile feedback must be available in to make this option effective. See -fprofile-arcs for details. Enabled at levels -O2, -O3, -Os /snip Cheers, -- Ravi Ramaseshan http://www.geocities.com/ramaseshan_ravi/ Reality is only something we believe in strongly.