[Bug bootstrap/24873] gcc 4.0.2 bootstrap report compare fail
--- Comment #2 from gaojianbin at 263 dot net 2005-11-23 07:42 --- 1: I use xls,ibm visual age 6.0 c compiler. 2:configure options is as follows: ../gcc-4.0.2/configure --prefix=/swtdata/emv_emu/emu1/jbgao/gccbin --enable-threads=aix --enable-languages=c,c++ 3:i have read the install specific about compile on aix ,have no ideas. i searched the bug database for the related bug, the solving methold have no use. //-here is the output Comparing stage2 and stage3 of the compiler make[1]: Entering directory `/swtdata/emv_emu/emu1/jbgao/gccbin/gcc' rm -f .bad_compare case "slowcompare" in *compare | *compare-lean ) stage=2 ;; * ) stage=`echo slowcompare | sed -e 's,^[a-z]*compare\([0-9][0-9]*\).*,\1,'` ;; esac; \ for dir in . cp build; do \ if [ "`echo $dir/*.o`" != "$dir/*.o" ] ; then \ for file in $dir/*.o; do \ case "slowcompare" in \ slowcompare* ) \ tail +16c ./$file > tmp-foo1; \ tail +16c stage$stage/$file > tmp-foo2 \ && (cmp tmp-foo1 tmp-foo2 > /dev/null 2>&1 || echo $file differs >> .bad_compare) || true; \ ;; \ fastcompare* ) \ cmp $file stage$stage/$file 16 16 > /dev/null 2>&1; \ test $? -eq 1 && echo $file differs >> .bad_compare || true; \ ;; \ gnucompare* ) \ cmp --ignore-initial=16 $file stage$stage/$file > /dev/null 2>&1; \ test $? -eq 1 && echo $file differs >> .bad_compare || true; \ ;; \ esac ; \ done; \ else true; fi; \ done rm -f tmp-foo* case "slowcompare" in *compare | *compare-lean ) stage=2 ;; * ) stage=`echo slowcompare | sed -e 's,^[a-z]*compare\([0-9][0-9]*\).*,\1,'` ;; esac; \ if [ -f .bad_compare ]; then \ echo "Bootstrap comparison failure!"; \ cat .bad_compare; \ exit 1; \ else \ case "slowcompare" in \ *-lean ) rm -rf stage$stage ;; \ *) ;; \ esac; true; \ fi Bootstrap comparison failure! ./alias.o differs ./alloc-pool.o differs ./attribs.o differs ./bb-reorder.o differs ./bitmap.o differs ./bt-load.o differs ./builtins.o differs ./c-aux-info.o differs ./c-common.o differs ./c-convert.o differs ./c-cppbuiltin.o differs ./c-decl.o differs ./c-dump.o differs ./c-errors.o differs ./c-format.o differs ./c-gimplify.o differs ./c-incpath.o differs ./c-lang.o differs ./c-lex.o differs ./c-objc-common.o differs ./c-opts.o differs ./c-parse.o differs ./c-pch.o differs ./c-ppoutput.o differs ./c-pragma.o differs ./c-pretty-print.o differs ./c-semantics.o differs ./c-typeck.o differs ./caller-save.o differs ./calls.o differs ./cfg.o differs ./cfganal.o differs ./cfgbuild.o differs ./cfgcleanup.o differs ./cfgexpand.o differs ./cfghooks.o differs ./cfglayout.o differs ./cfgloop.o differs ./cfgloopanal.o differs ./cfgloopmanip.o differs ./cfgrtl.o differs ./cgraph.o differs ./cgraphunit.o differs ./collect2.o differs ./combine.o differs ./conflict.o differs ./convert.o differs ./coverage.o differs ./cppspec.o differs ./cse.o differs ./cselib.o differs ./dbxout.o differs ./ddg.o differs ./debug.o differs ./df.o differs ./diagnostic.o differs ./dojump.o differs ./dominance.o differs ./domwalk.o differs ./dwarf2asm.o differs ./dwarf2out.o differs ./emit-rtl.o differs ./errors.o differs ./et-forest.o differs ./except.o differs ./explow.o differs ./expmed.o differs ./expr.o differs ./final.o differs ./flow.o differs ./fold-const.o differs ./function.o differs ./g++spec.o differs ./gcc.o differs ./gccspec.o differs ./gcov-dump.o differs ./gcov.o differs ./gcse.o differs ./genrtl.o differs ./ggc-common.o differs ./ggc-page.o differs ./gimple-low.o differs ./gimplify.o differs ./global.o differs ./graph.o differs ./gtype-desc.o differs ./haifa-sched.o differs ./hooks.o differs ./ifcvt.o differs ./insn-attrtab.o differs ./insn-emit.o differs ./insn-extract.o differs ./insn-modes.o differs ./insn-opinit.o differs ./insn-output.o differs ./insn-peep.o differs ./insn-recog.o differs ./integrate.o differs ./intl.o differs ./jump.o differs ./lambda-code.o differs ./lambda-mat.o differs ./lambda-trans.o differs ./langhooks.o differs ./lcm.o differs ./lists.o differs ./local-alloc.o differs ./loop-doloop.o differs ./loop-init.o differs ./loop-invariant.o differs ./loop-iv.o differs ./loop-unroll.o differs ./loop-unswitch.o differs ./loop.o differs ./main.o differs ./modulo-sched.o differs ./optabs.o differs ./opts.o differs ./params.o differs ./passes.o differs ./pointer-set.o differs ./postreload-gcse.o differs ./postreload.o differs ./predict.o differs ./prefix.o differs ./pretty-print.o differs ./print-rtl.o differs ./print-tree.o differs ./profile.o differs ./real.o differs ./recog.o differs ./regclass.o differs ./regmove.o differs ./regrename.o differs ./reload.o differs ./reload1.o differs ./resource.o differs ./rs6000-c.o differs ./rs6000.o differs ./rtl-error.o differs ./rtl-profile.o differs ./rtl.o differs ./rtlanal.o differs ./rtlhooks.o differs ./sbitmap.o differs ./sched-deps.o differs ./sched-ebb.o differs
[Bug c/21668] gratuitous warning about "extern const" with initializer
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-23 07:12 --- Fixed on mainline. -- gdr at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21668
[Bug tree-optimization/24997] New: [4.1/4.2 regression] ICE with -ftree-vectorize
wmadec.c ICE's with: /home/jim/cvs/mplayer/ffmpeg/libavcodec/wmadec.c:1193: error: unrecognizable insn: (insn 4809 3267 2762 272 /home/jim/cvs/mplayer/ffmpeg/libavcodec/wmadec.c:1117 (set (reg:SI 9 9) (and:SI (plus:SI (reg:SI 27 27) (reg:SI 11 11 [orig:284 base_off.641 ] [284])) (const_int -16 [0xfff0]))) -1 (nil) (nil)) /home/jim/cvs/mplayer/ffmpeg/libavcodec/wmadec.c:1193: internal compiler error: in extract_insn, at recog.c:2084 the command line is: /usr/lib/gcc-snapshot/bin/gcc -O3 -g -Wall -Wno-switch -maltivec -mabi=altivec -DHAVE_AV_CONFIG_H -I.. -I/home/jim/cvs/mplayer/ffmpeg/libavutil -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o wmadec.o /home/jim/cvs/mplayer/ffmpeg/libavcodec/wmadec.c The gcc-snapshot is from the debian package version 20051122-1, the ice also occurs in earlier versions of the package. -- Summary: [4.1/4.2 regression] ICE with -ftree-vectorize Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: phython at gcc dot gnu dot org GCC build triplet: powerpc-linux GCC host triplet: powerpc-linux GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
[Bug c/21668] gratuitous warning about "extern const" with initializer
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-23 07:07 --- Subject: Bug 21668 Author: gdr Date: Wed Nov 23 07:07:33 2005 New Revision: 107401 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107401 Log: PR c/21668 * c-decl.c (grokdeclarator): Don't warn for 'extern const' when compiling at the intersection of C and C++. testsuite/ PR c/21668 * gcc.dg/Wc++-compat.c: New. * gcc.dg/Wno-c++-compat.c: New. Added: trunk/gcc/testsuite/gcc.dg/Wc++-compat.c trunk/gcc/testsuite/gcc.dg/Wno-c++-compat.c Modified: trunk/gcc/c-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21668
[Bug c++/24986] g++ is confused when function is defined inside and outside some namespace and called with '::' prefix
--- Comment #4 from bangerth at dealii dot org 2005-11-23 05:31 --- I don't have chapter and verse to justify this, but icc and gcc agree that they should reject this code -- namespace N { class C {}; void foo(C) {}; } using namespace N; void foo(long) {}; void bar() { C c; ::foo(c); }; - while they both accept the code with ::foo(long) removed: - namespace N { class C {}; void foo(C) {}; } using namespace N; void bar() { C c; ::foo(c); }; - One may certainly be tempted to find this confusing. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24986
[Bug c++/24983] Needs a warning?
--- Comment #6 from bangerth at dealii dot org 2005-11-23 05:25 --- Given the literal meaning of the word "void", it is amusing to think about what one might want to mean when one says "const void"... -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-23 05:25:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24983
[Bug c++/24915] [3.4/4.0/4.1/4.2 Regression] Overload errors generated without template instantiations for class member templates
--- Comment #2 from bangerth at dealii dot org 2005-11-23 05:22 --- Confirmed. -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-23 05:22:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24915
[Bug c++/24847] Instantiates un-called copy constructor
--- Comment #3 from bangerth at dealii dot org 2005-11-23 05:21 --- The second constructor is definitely bogus, but its mere existence does no harm. We should only perform the check for sensibility when we actually instantiate the second constructor. W. -- bangerth at dealii dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-23 05:21:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24847
[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 05:09 --- Reduced testcase: struct allocator { ~allocator(); }; struct string { string(int, const allocator& __a = allocator()); }; struct logic_error { logic_error(const string& __arg); }; void foo(bool b) { throw b ? logic_error(0) : logic_error(0); } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|i686-pc-linux-gnu | Known to fail||4.0.0 4.1.0 4.2.0 Last reconfirmed|-00-00 00:00:00 |2005-11-23 05:09:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996
[Bug target/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p
--- Comment #4 from kkojima at gcc dot gnu dot org 2005-11-23 04:55 --- I've proposed a patch to this PR in http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01648.html Does it solve PR 24995? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982
[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996
[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-23 04:18 --- Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to work||3.4.0 Summary|ICE on throw code |[4.0/4.1/4.2 Regression] ICE ||on throw code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996
[Bug java/16439] gcj generates wrong line number for static function breakpoint
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-23 04:14 --- Reconfirm (it is a little easlier to see with the tree dumps): jmain.main(java.lang.String[]) (args) { [jmain.java : 4] _Jv_InitClass (&jmain.class); [jmain.java : 4] { [jmain.java : 5] return; } } -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2004-07-23 02:07:31 |2005-11-23 04:14:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16439
[Bug c++/24996] New: ICE on throw code
Got ICE with latest cvs (but also with 4.0.1 release) on this code: --- #include void foo(bool b) { throw b ? std::logic_error("") : std::logic_error(""); } --- Preprocessed file: http://napalm.sf.cz/throw.ii.gz ICE: # g++ ./throw.cpp ./throw.cpp: In function 'void foo(bool)': ./throw.cpp:5: internal compiler error: unexpected node Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Version: # g++ -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-shared --enable-threads=posix --enable-languages=c,c++ Thread model: posix gcc version 4.2.0 20051123 (experimental) -- Summary: ICE on throw code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jan dot dvorak at kraxnet dot cz 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=24996
[Bug middle-end/24989] boolvar != 1 is not converted to !boolvar
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 04:04 --- This actually has a xfail testcase associated with it (I think I forgot to file the bug when I added the testcase). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||xfail http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24989
[Bug target/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-23 03:59 --- This looks related to PR 24995 which is the same ICE on the primary/secondary target. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||24995 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982
[Bug rtl-optimization/24995] [4.1/4.2 Regression] gcc.dg/vect/vect-10.c fails on x86_64 with -m32
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-23 03:58 --- Independently found in: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01074.html -- 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 |2005-11-23 03:58:41 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24995
[Bug rtl-optimization/24995] New: [4.1/4.2 Regression] gcc.dg/vect/vect-10.c fails on x86_64 with -m32
/home/pinskia/src/checkin/trunk/gcc/testsuite/gcc.dg/vect/vect-10.c: In function 'foo':^M /home/pinskia/src/checkin/trunk/gcc/testsuite/gcc.dg/vect/vect-10.c:24: internal compiler error: in refers_to_regno_for_reload_p, at reload.c:6281^M Please submit a full bug report,^M with preprocessed source if appropriate.^M See http://gcc.gnu.org/bugs.html> for instructions.^M FAIL: gcc.dg/vect/vect-10.c (test for excess errors) -- Summary: [4.1/4.2 Regression] gcc.dg/vect/vect-10.c fails on x86_64 with -m32 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24995
[Bug ada/24994] New: raised STORAGE_ERROR : stack overflow or erroneous memory access
../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmis sing-prototypes -fno-common -mdisable-indexing -gnatpg -gnata -I- -I../rts - I. -I/xxx/gnu/gcc-3.3/gcc/gcc/ada /xxx/gnu/gcc-3.3/gcc/gcc/ada/make.adb -o make. o raised STORAGE_ERROR : stack overflow or erroneous memory access make[3]: *** [make.o] Error 1 I've seen this both on hppa2.0w-hpux11.11 and hppa1.1-hp-hpux10.20. It appears to be a garbage collection problem. -- Summary: raised STORAGE_ERROR : stack overflow or erroneous memory access Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa*-*-hpux* (32-bit) GCC host triplet: hppa*-*-hpux* (32-bit) GCC target triplet: hppa*-*-hpux* (32-bit) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994
[Bug ada/24946] [4.1/4.2 Regression] make[7]: rc: Command not found
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-23 03:07 --- Subject: Re: [4.1/4.2 Regression] make[7]: rc: Command not found > > I'm not sure either. I did notice that the build that had a problem > > was using an old version of make (3.79.1). I removed this and now this > > system appears to be behaving similarly to the other hppa-linux system > > that I build on. On the otherhand, I've been building with this version > > of make for years. > > Interesting. This might be a bug in the handling of the > "export" directive then, latent up to now, but showing explicitely > now that more variables are used by the Ada Makefile. I hit the same problem on hppa1.1-hp-hpux10.20 again with make 3.79.1. rm -f rts/libgnat.a rts/libgnarl.a rc rts/libgnat.a \ rts/a-caldel.o rts/a-calend.o rts/a-cdlili.o rts/a-cgaaso.o rts/a-cgarso.o rt ... -io.o rts/init.o rts/initialize.o rts/seh_init.o rts/cal.o rts/final.o rts/trace bak.o rts/expect.o rts/mkdir.o rts/socket.o rts/raise-gcc.o mv: /etc/auto_parms.log.old: rename: Permission denied /sbin/auto_parms, checking network for DHCP server (see /etc/auto_parms.log) /sbin/auto_parms[8]: /etc/auto_parms.log: Cannot create the specified file. /sbin/rc[113]: rts/a-caldel.o: The specified number is not valid for this comman d. /sbin/rc[133]: rts/a-caldel.o: The specified number is not valid for this comman d. ttytype: couldn't open /dev/tty for reading Transition to run-level rts/a-caldel.o is complete. rc rts/libgccprefix.a \ ../prefix.o ../../libiberty/concat.o ../../libiberty/xmalloc.o ../../libiberty/xstrdup.o ../../libiberty/xexit.o; mv: /etc/auto_parms.log.old: rename: Permission denied /sbin/auto_parms, checking network for DHCP server (see /etc/auto_parms.log) /sbin/auto_parms[8]: /etc/auto_parms.log: Cannot create the specified file. /sbin/rc[113]: ../prefix.o: The specified number is not valid for this command. /sbin/rc[133]: ../prefix.o: The specified number is not valid for this command. ttytype: couldn't open /dev/tty for reading Transition to run-level ../prefix.o is complete. rts/libgccprefix.a /usr/local/bin/bash: rts/libgccprefix.a: No such file or directory make[5]: *** [gnatlib] Error 127 I've no idea what's happening (buffer overflow?) but it's not good. I updated to make 3.80 and this problem didn't occur. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24946
[Bug libfortran/24794] problem with namelist input of character array
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-11-23 02:30 --- Subject: Bug 24794 Author: jvdelisle Date: Wed Nov 23 02:30:23 2005 New Revision: 107399 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107399 Log: 2005-11-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/24794 * io/list_read.c (read_character): Add auto completion on short namelist reads. Modified: branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24794
[Bug libfortran/24794] problem with namelist input of character array
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2005-11-23 02:28 --- Subject: Bug 24794 Author: jvdelisle Date: Wed Nov 23 02:28:44 2005 New Revision: 107397 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107397 Log: 2005-11-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/24794 * gfortran.dg/namelist_12.f: Fix quotes. * gfortran.dg/namelist_13.f90: Fix quotes. * gfortran.dg/namelist_14.f90: Fix quotes. * gfortran.dg/namelist_15.f90: Fix quotes. * gfortran.dg/namelist_use.f90: Fix quotes. * gfortran.dg/namelist_use_only.f90: Fix quotes. * gfortran.dg/namelist_21.f90: New test. * gfortran.dg/namelist_22.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_21.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_22.f90 Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_12.f branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_13.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_14.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_15.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_use.f90 branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/namelist_use_only.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24794
[Bug libfortran/24794] problem with namelist input of character array
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-11-23 02:14 --- Subject: Bug 24794 Author: jvdelisle Date: Wed Nov 23 02:14:26 2005 New Revision: 107396 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107396 Log: 2005-11-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/24794 * gfortran.dg/namelist_12.f: Fix quotes. * gfortran.dg/namelist_13.f90: Fix quotes. * gfortran.dg/namelist_14.f90: Fix quotes. * gfortran.dg/namelist_15.f90: Fix quotes. * gfortran.dg/namelist_use.f90: Fix quotes. * gfortran.dg/namelist_use_only.f90: Fix quotes. * gfortran.dg/namelist_21.f90: New test. * gfortran.dg/namelist_22.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/namelist_21.f90 trunk/gcc/testsuite/gfortran.dg/namelist_22.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/namelist_12.f trunk/gcc/testsuite/gfortran.dg/namelist_13.f90 trunk/gcc/testsuite/gfortran.dg/namelist_14.f90 trunk/gcc/testsuite/gfortran.dg/namelist_15.f90 trunk/gcc/testsuite/gfortran.dg/namelist_use.f90 trunk/gcc/testsuite/gfortran.dg/namelist_use_only.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24794
[Bug libfortran/24794] problem with namelist input of character array
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2005-11-23 02:02 --- Subject: Bug 24794 Author: jvdelisle Date: Wed Nov 23 02:02:31 2005 New Revision: 107394 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107394 Log: 2005-11-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/24794 * io/list_read.c (read_character): Add auto completion on short namelist reads. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24794
[Bug fortran/24993] LAPACK builds but dies in the testsuite
--- Comment #1 from kargl at gcc dot gnu dot org 2005-11-23 01:22 --- Have you read http://www.netlib.org/lapack/faq.html#1.23? Did you update your blas? A scan of the libgfortran source tree shows no references to s_copy or s_cmp. Try pipe with only -O as the only flag. You may also wwant to update to a gfortran binary from the wiki. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24993
[Bug bootstrap/24873] gcc 4.0.2 bootstrap report compare fail
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-23 00:39 --- What compiler are you starting with? Also what options did you use to do a configure with. Also could you make sure that you have read: http://gcc.gnu.org/install/specific.html#x-ibm-aix -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24873
[Bug target/24982] [4.1/4.2 Regression] Bootstrap failure with ICE in refers_to_regno_for_reload_p
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Bootstrap failure with ICE |[4.1/4.2 Regression] |in |Bootstrap failure with ICE |refers_to_regno_for_reload_p|in ||refers_to_regno_for_reload_p Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24982
[Bug target/24934] [4.1/4.2 Regression] profilebootstrap failure
--- Comment #18 from wilson at gcc dot gnu dot org 2005-11-23 00:20 --- Created an attachment (id=10320) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10320&action=view) Turn off partitioning optimization when flag_unwind_tables true. Suggested untested patch. Gives different message for user requested unwind info versus target requested unwind info. This part is optional, and only affects IA-64 when flag_unwind_tables is the default. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/24934] [4.1/4.2 Regression] profilebootstrap failure
--- Comment #17 from wilson at gcc dot gnu dot org 2005-11-23 00:16 --- The hot/cold section partitioning stuff has no support for generating unwind info. See for instance in opts.c where this is turned off when flag_exceptions is true, which means it is always turned off by default for C++. This is because C++ requires unwind info for the EH support, and we can't generate correct unwind info when host/cold section partitioning is on. This is true for all targets. The reason why there is an IA-64 issue here is because unwind info is a required part of the ABI. We must always generate unwind info, even for C, and thus this option is never safe on IA-64. But it will work for all other targets as they don't require unwind info for C code. I believe the correct fix here is to turn off the hot/cold partitioning support when flag_unwind_tables is defined. This is turned on by default in the IA-64 backend. This can also be turned on by the user. There are also some peripheral issues here. We should reconsider whether profiledbootstrap should include an option that does not support all targets and all languages. This could be trouble later. Also, the IA-64 assembler should not be core dumping here. -- wilson at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-20 00:38:48 |2005-11-23 00:16:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24934
[Bug target/19421] [4.0/4.1/4.2 regression] ICE with soft-float on m68k
--- Comment #16 from joel at gcc dot gnu dot org 2005-11-23 00:00 --- Checking in on this one. Target m68k-rtems4.7 still fails to compile paranoia using 4.0.1 with many patches between 4.0.1 and 4.0.2. Moving to both the head and 4.1 branch as of today, m68k-rtems4.7 compiles paranoia. Any ideas as to what fixed this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19421
[Bug c++/22238] [4.0/4.1/4.2] '#'obj_type_ref' not supported by dump_expr
--- Comment #11 from gdr at gcc dot gnu dot org 2005-11-22 23:20 --- No longer a regression. Set bug back at "normal" state -- no milestone. -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC|rth at gcc dot gnu dot org | Summary|[4.0/4.1/4.2 regression]|[4.0/4.1/4.2] |'#'obj_type_ref' not|'#'obj_type_ref' not |supported by dump_expr |supported by dump_expr Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
[Bug libfortran/24919] GFORTRAN input and carriage returns
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2005-11-22 22:59 --- (In reply to comment #10) > The following changes in transfer.c appear to fix the problem in Linux Well, this patch is actually not OK, since it causes regression in the handling of EOR (like eor_handling_3.f90 and eor_handling_5.f90 from the testsuite). I'm still working on something, but wanted to note somewhere (just in case) that this patch is not OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24919
[Bug target/21623] [4.0/4.1/4.2 regression] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Comment #4 from amylaar at gcc dot gnu dot org 2005-11-22 22:57 --- Subject: Bug 21623 Author: amylaar Date: Tue Nov 22 22:57:35 2005 New Revision: 107381 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107381 Log: Preparatory work for PR target/21623: * alpha.c (secondary_reload_class): Rename to: (alpha_secondary_reload_class). * alpha.h, alpha-protos.h: Likewise. * mn10300.c (secondary_reload_class): Rename to: (mn10300_secondary_reload_class). * mn10300.h, mn10300-protos.h: Likewise. * pa.c (secondary_reload_class): Rename to: (pa_secondary_reload_class). * pa.h, pa-protos.h: Likewise. * rs6000.c (secondary_reload_class): Rename to: rs6000_secondary_reload_class. * rs6000.h, rs6000-protos.h: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/alpha/alpha-protos.h trunk/gcc/config/alpha/alpha.c trunk/gcc/config/alpha/alpha.h trunk/gcc/config/mn10300/mn10300-protos.h trunk/gcc/config/mn10300/mn10300.c trunk/gcc/config/mn10300/mn10300.h trunk/gcc/config/pa/pa-protos.h trunk/gcc/config/pa/pa.c trunk/gcc/config/pa/pa.h trunk/gcc/config/rs6000/rs6000-protos.h trunk/gcc/config/rs6000/rs6000.c trunk/gcc/config/rs6000/rs6000.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21623
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:41 --- See http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01642.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:37 --- Subject: Bug 22561 Author: ebotcazou Date: Tue Nov 22 22:37:35 2005 New Revision: 107378 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107378 Log: PR middle-end/22561 * tree-ssa-structalias.c (get_constraint_for): Handle ARRAY_RANGE_REF. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:35 --- Subject: Bug 22561 Author: ebotcazou Date: Tue Nov 22 22:35:55 2005 New Revision: 107377 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107377 Log: PR middle-end/22561 * tree-ssa-structalias.c (get_constraint_for): Handle ARRAY_RANGE_REF. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug ada/24992] gcc aborts compiling record whose component definition refers to 'Size of current type
--- Comment #1 from laurent at guerby dot net 2005-11-22 22:34 --- Confirmed everywhere. I assume this is invalid since conceptually this is an infinite recursion :). | 4.2.0 20051121 (experimental) (i686-pc-linux-gnu) GCC error: | | in save_gnu_tree, at ada/utils.c:163 | | Error detected at main.adb:5:22 | | 4.1.0 20051121 (prerelease) (i686-pc-linux-gnu) GCC error: | | in save_gnu_tree, at ada/utils.c:163 | | Error detected at main.adb:5:22 | | 4.0.2 (i686-pc-linux-gnu) in Attribute_to_gnu, at ada/trans.c:741| | Error detected at main.adb:5:22 | | 3.3.5 20050117 (prerelease) (SUSE Linux) (i586-suse-linux-gnu) Gigi abort, Code=401| | Error detected at main.adb:5:22 | -- laurent at guerby dot net changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|Linux 2.4.21-4-686-smp #1 | |SMP i686 GNU/Linux | GCC target triplet|Linux 2.4.21-4-686-smp #1 | |SMP i686 GNU/Linux | Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2005-11-22 22:34:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24992
[Bug middle-end/22561] [4.1/4.2 Regression] ACATS ca11c01 wrong code
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2005-11-22 22:30 --- Recategorizing. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Component|ada |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug fortran/24993] New: LAPACK builds but dies in the testsuite
I recently upgraded form gcc-3.4.4 to 4.0.2 on an athlon-mp box. I have a c++ program that links to lapack (which was built some time ago under the 3.4.x series). I use g77 to link the final objects together; however after upgrading, (and switching g77->gfortran) the link died, basically because of unresolved externals in lapack (things like s_copy s_cmp). I'm pretty sure that this is merely something changed in gfortran's libraries. I've tried rebuilding lapack using gfortran (both as the compiler and as a loader). I'm getting large numbers of testsuite failuers and worse, SIGSEGV's on some of the test routines. Here's my make.inc file for lapack (I've played around with some of the optimization flags, but so far, no differences have shown up): # LAPACK make include file. # # LAPACK, Version 3.0 # # June 30, 1999 # # SHELL = /bin/sh # # The machine (platform) identifier to append to the library names # PLAT = _LINUX # # Modify the FORTRAN and OPTS definitions to refer to the # compiler and desired compiler options for your machine. NOOPT # refers to the compiler options desired when NO OPTIMIZATION is # selected. Define LOADER and LOADOPTS to refer to the loader and # desired load options for your machine. # FORTRAN = /usr/bin/gfortran #OPTS = -O2 -march=athlon-mp -funroll-loops -fomit-frame-pointer OPTS = -O3 -march=athlon-mp -funroll-loops -fomit-frame-pointer DRVOPTS = $(OPTS) NOOPT= LOADER = /usr/bin/gfortran -lm -lieee LOADOPTS = # # The archiver and the flag(s) to use when building archive (library) # If you system has no ranlib, set RANLIB = echo. # ARCH = ar ARCHFLAGS= cr RANLIB = ranlib # # The location of the libraries to which you will link. (The # machine-specific, optimized BLAS library should be used whenever # possible.) # BLASDIR = /home/ronis/Project/notar/LAPACK/BLAS/SRC #BLASLIB = $(BLASDIR)/strsm.o $(BLASDIR)/dtrsm.o $(BLASDIR)/ctrsm.o $(BLASDIR)/ztrsm.o -lcblas -lf77blas -latlas BLASLIB = -lcblas -lf77blas -latlas LAPACKLIB= lapack$(PLAT).a TMGLIB = tmglib$(PLAT).a EIGSRCLIB= eigsrc$(PLAT).a LINSRCLIB= linsrc$(PLAT).a Here's some relevant information for the test: Testing COMPLEX LAPACK linear equation routines ./xlintstc < ctest.in > ctest.out 2>&1 /bin/sh: line 1: 21807 Segmentation fault (core dumped) ./xlintstc ctest.out 2>&1 ctest.out is empty. There are other testsuite failures: grep fail *.out gives: cgd.out: CGV drivers: 62 out of 1092 tests failed to pass the threshold dgd.out: DGV drivers: 9 out of 1092 tests failed to pass the threshold dgd.out: DXV drivers:200 out of 5000 tests failed to pass the threshold dgg.out: DGG:1 out of 2177 tests failed to pass the threshold sgd.out: SGV drivers: 10 out of 1092 tests failed to pass the threshold sgd.out: SXV drivers: 37 out of 5000 tests failed to pass the threshold ssep.out: SST drivers: 1 out of 14256 tests failed to pass the threshold ssvd.out: SBD: 1 out of 5510 tests failed to pass the threshold zgd.out: ZGV drivers: 63 out of 1092 tests failed to pass the threshold This may be related to the flags I've used. -- Summary: LAPACK builds but dies in the testsuite Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ronis at ronispc dot chem dot mcgill dot ca http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24993
[Bug c++/22238] [4.0/4.1/4.2 regression] '#'obj_type_ref' not supported by dump_expr
--- Comment #10 from gdr at gcc dot gnu dot org 2005-11-22 22:27 --- Subject: Bug 22238 Author: gdr Date: Tue Nov 22 22:27:52 2005 New Revision: 107376 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107376 Log: PR c++/22238 * error.c (resolve_virtual_fun_from_obj_type_ref): New. (dump_expr): Use it in . Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
[Bug middle-end/18908] Missed folding opportunities with bools
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-22 22:24 --- I think the first one is harder, I think part of this is already done for int type but not boolean_type maybe that is a hint on how to fix it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|alphaev68-unknown-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908
[Bug ada/24992] New: gcc aborts compiling record whose component definition refers to 'Size of current type
procedure Main is type Bar(E : Integer) is null record; type CurrentType(D : Integer) is record Field : Bar(CurrentType'Size); -- not sure if this is valid but the compiler shouldn't crash end record; begin null; end Main; command line is gcc -c main.adb gcc 4.0.0 says +===GNAT BUG DETECTED==+ | 4.0.0 (i686-pc-linux-gnu) in Attribute_to_gnu, at ada/trans.c:741| | Error detected at main.adb:5:22 | | 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). | +==+ Both gcc 2.8.1 and gcc 4.0.0 aborts. The second line of the 2.8.1 box says | 3.15p (20020523) (i686-pc-linux-gnu) Gigi abort, Code=401 | gcc 4.0.0 was built from 4.0.0 source (last change log entry 2005-04-20) with default settings and c,c++,objc,ada enabled. -- Summary: gcc aborts compiling record whose component definition refers to 'Size of current type Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: stephaniechc-gccbug at yahoo dot com GCC host triplet: Linux 2.4.21-4-686-smp #1 SMP i686 GNU/Linux GCC target triplet: Linux 2.4.21-4-686-smp #1 SMP i686 GNU/Linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24992
[Bug libfortran/24991] [4.1/4.2 Regression] gfortran build fails with - error:gthr-default.h: No such file or directory
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at gcc dot gnu dot org Severity|normal |critical Keywords||build Summary|gfortran build fails with - |[4.1/4.2 Regression] |error:gthr-default.h: No|gfortran build fails with - |such file or directory |error:gthr-default.h: No ||such file or directory Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
[Bug libfortran/24991] New: gfortran build fails with - error:gthr-default.h: No such file or directory
With a new download of gfortran, the build now fails while building libgfortran with - make all-am /bin/sh ./libtool --mode=compile /Users/dir/gfortran/gcc/host-powerpc-apple-darwin8.3.0/gcc/xgcc -B/Users/dir/gfortran/gcc/host-powerpc-apple-darwin8.3.0/gcc/ -B/Users/dir/gfortran/powerpc-apple-darwin8.3.0/bin/ -B/Users/dir/gfortran/powerpc-apple-darwin8.3.0/lib/ -isystem /Users/dir/gfortran/powerpc-apple-darwin8.3.0/include -isystem /Users/dir/gfortran/powerpc-apple-darwin8.3.0/sys-include -DHAVE_CONFIG_H -I. -I../.././libgfortran -I. -iquote../.././libgfortran/io -I../.././libgfortran/../gcc -I../.././libgfortran/../gcc/config -I../../gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c -o environ.lo `test -f 'runtime/environ.c' || echo '../.././libgfortran/'`runtime/environ.c /Users/dir/gfortran/gcc/host-powerpc-apple-darwin8.3.0/gcc/xgcc -B/Users/dir/gfortran/gcc/host-powerpc-apple-darwin8.3.0/gcc/ -B/Users/dir/gfortran/powerpc-apple-darwin8.3.0/bin/ -B/Users/dir/gfortran/powerpc-apple-darwin8.3.0/lib/ -isystem /Users/dir/gfortran/powerpc-apple-darwin8.3.0/include -isystem /Users/dir/gfortran/powerpc-apple-darwin8.3.0/sys-include -DHAVE_CONFIG_H -I. -I../.././libgfortran -I. -iquote../.././libgfortran/io -I../.././libgfortran/../gcc -I../.././libgfortran/../gcc/config -I../../gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c ../.././libgfortran/runtime/environ.c -fno-common -DPIC -o .libs/environ.o In file included from ../.././libgfortran/runtime/../io/io.h:39, from ../.././libgfortran/runtime/environ.c:37: ../.././libgfortran/../gcc/gthr.h:114:26: error: gthr-default.h: No such file or directory In file included from ../.././libgfortran/runtime/environ.c:37: ../.././libgfortran/runtime/../io/io.h:465: error: expected specifier-qualifier-list before '__gthread_mutex_t' ../.././libgfortran/runtime/../io/io.h:660: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'unit_lock' ../.././libgfortran/runtime/../io/io.h:661: error: 'unit_lock' undeclared here (not in a function) ../.././libgfortran/runtime/../io/io.h:661: warning: type defaults to 'int' in declaration of 'unit_lock' ../.././libgfortran/runtime/../io/io.h: In function 'inc_waiting_locked': ../.././libgfortran/runtime/../io/io.h:836: error: 'gfc_unit' has no member named 'waiting' ../.././libgfortran/runtime/../io/io.h:836: error: incompatible type for argument 1 of '__sync_fetch_and_add' ../.././libgfortran/runtime/../io/io.h: In function 'predec_waiting_locked': ../.././libgfortran/runtime/../io/io.h:846: error: 'gfc_unit' has no member named 'waiting' ../.././libgfortran/runtime/../io/io.h:846: error: incompatible type for argument 1 of '__sync_add_and_fetch' ../.././libgfortran/runtime/../io/io.h: In function 'dec_waiting_unlocked': ../.././libgfortran/runtime/../io/io.h:856: error: 'gfc_unit' has no member named 'waiting' ../.././libgfortran/runtime/../io/io.h:856: error: incompatible type for argument 1 of '__sync_fetch_and_add' make[3]: *** [environ.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libgfortran] Error 2 make: *** [all] Error 2 -- Summary: gfortran build fails with - error:gthr-default.h: No such file or directory Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
[Bug middle-end/24990] fold should convert ~a != C to a != ~C where C is a constant
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-22 21:12 --- == and != should be handled the same. Change the summary to reflect the testcase in comment #0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|fold should convert ~a == C |fold should convert ~a != C |to a == ~C where C is a |to a != ~C where C is a |constant|constant http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24990
[Bug middle-end/18908] Missed folding opportunities with bools
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-22 21:00 --- The current issue with f4 is that (~((int)a)) != 0 is not converted to ((int)a != (~0)) which will then fold to 1, this issue with ~a != 0 not being convert to a != ~0 is PR 24990 which I am working on a fix. Then the only one left in this bug would be f1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908
[Bug middle-end/24990] fold should convert ~a == C to a == ~C where C is a constant
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-22 20:58 --- This is done on the RTL level already but would be nice to get it at the TREE level so that it can fix if we have bools which is PR 18908. Mine working on a patch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||18908, 19986 nThis|| AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-22 20:58:29 date|| Summary|fold should convert ~a == C |fold should convert ~a == C |to a == ~C where C is a |to a == ~C where C is a |constant|constant http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24990
[Bug middle-end/18908] Missed folding opportunities with bools
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-22 20:57 --- f3 problem is PR 24989 which I have a fix for already, testing it right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18908
[Bug target/23435] [4.1/4.2 Regression] Unrecognizable insn (in extract_insn, at recog.c)
--- Comment #10 from kazu at gcc dot gnu dot org 2005-11-22 20:56 --- Just checked in a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23435
[Bug middle-end/24990] New: fold should convert ~a == C to a == ~C where C is a constant
Take the following couple functions: int f(int a) { return (~a) != 0; } int f1(int a) { return a != (~0); } int f2(int a) { return (~a) != 1; } int f3(int a) { return a != (~1); } f and f1 should be the same. Likewise for f2 and f3. -- Summary: fold should convert ~a == C to a == ~C where C is a constant Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: missed-optimization, TREE Severity: enhancement Priority: P3 Component: middle-end 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=24990
[Bug target/23435] [4.1/4.2 Regression] Unrecognizable insn (in extract_insn, at recog.c)
--- Comment #9 from kazu at gcc dot gnu dot org 2005-11-22 20:53 --- Subject: Bug 23435 Author: kazu Date: Tue Nov 22 20:53:08 2005 New Revision: 107374 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107374 Log: gcc/ PR target/23435 * m68k.md (zero_extendsidi2): Force operands[1] to a register if both operands[0] and operands[1] are memory. gcc/testsuite/ PR target/23435 * gcc.c-torture/compile/pr23435.c: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/pr23435.c - copied unchanged from r107373, trunk/gcc/testsuite/gcc.c-torture/compile/pr23435.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/m68k/m68k.md branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23435
[Bug target/23435] [4.1/4.2 Regression] Unrecognizable insn (in extract_insn, at recog.c)
--- Comment #8 from kazu at gcc dot gnu dot org 2005-11-22 20:42 --- Subject: Bug 23435 Author: kazu Date: Tue Nov 22 20:42:54 2005 New Revision: 107373 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107373 Log: gcc/ PR target/23435 * m68k.md (zero_extendsidi2): Force operands[1] to a register if both operands[0] and operands[1] are memory. gcc/testsuite/ PR target/23435 * gcc.c-torture/compile/pr23435.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr23435.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/m68k/m68k.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23435
[Bug fortran/15809] ICE Using Pointer Functions
--- Comment #17 from pault at gcc dot gnu dot org 2005-11-22 20:16 --- I have started to see a light at the end of the tunnel. Going back to easier but related things, I have found that this is broken, as is its character cousin: integer, DIMENSION(:), POINTER :: ptr allocate (ptr(2)) ptr = 123 call a (ptr, 12) IF ( .NOT. ASSOCIATED(ptr) ) THEN print *, "not associated in MAIN" else print *, "associated in MAIN", size(ptr,1), ptr END IF contains SUBROUTINE A(p, l) integer, DIMENSION(:), POINTER :: p integer, DIMENSION(2), target :: t t = 456 IF ( .NOT. ASSOCIATED(p) ) THEN p => t print *, "not associated in A ", size(p,1), p else print *, "associated in A ", size(p,1), p t = 789 p => t END IF END SUBROUTINE A end The subroutine works but the wrong result is returned. The reason for this is now abundantly clear, although why it was not so before is not*sigh* A pointer array is passed as an array descriptor; this means that the value is not returned if the association is changed! I have most of the way cured this, up to backend complaints about violating the sanctity of pointers (I need to get the PARM_DECL to be of the right type but have all the indirect referencing sorted out.). Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15809
[Bug tree-optimization/21655] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails
--- Comment #6 from hp at gcc dot gnu dot org 2005-11-22 19:46 --- FWIW, I can help narrowing the range of revisions: XFAILed for cris-*-* and mmix-knuth-mmixware with "Mon Nov 21 03:58:26 UTC 2005 (revision 107276M)", XPASSing since "Tue Nov 22 00:42:24 UTC 2005 (revision 107345M)". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21655
[Bug middle-end/24989] boolvar != 1 is not converted to !boolvar
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-22 19:41 --- I am working on a patch to fix this. This should also fix f3 in PR 18908. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-22 19:41:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24989
[Bug middle-end/24989] New: boolvar != 1 is not converted to !boolvar
The following two function should be the same: _Bool f(_Bool a) { return a!=1; } _Bool f1(_Bool a) { _Bool b = !a; return b; } Right now f1 is the most optimal. -- Summary: boolvar != 1 is not converted to !boolvar Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org OtherBugsDependingO 18908,19987 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24989
[Bug middle-end/23606] fold does not fold (type)(a == b) into a == b (with type as the type)
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-22 19:22 --- 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=23606
[Bug middle-end/23606] fold does not fold (type)(a == b) into a == b (with type as the type)
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-22 19:22 --- Subject: Bug 23606 Author: pinskia Date: Tue Nov 22 19:22:21 2005 New Revision: 107370 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107370 Log: 2005-11-22 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/23606 * fold-const.c (fold_unary) : For COMPARISON_CLASS_P and an integral types create create a new expression with the new type and fold that. Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23606
[Bug tree-optimization/21655] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails
--- Comment #5 from law at redhat dot com 2005-11-22 19:18 --- Subject: Re: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails On Tue, 2005-11-22 at 15:39 +, jsm28 at gcc dot gnu dot org wrote: > > --- Comment #4 from jsm28 at gcc dot gnu dot org 2005-11-22 15:39 --- > This test has changed from XFAIL to XPASS for me on i686-pc-linux-gnu between > 20051120 (I don't have the exact revision number; the datestamp implies 107240 > or later) and 20051122 (revision 107356). gcc-testresults shows it XPASSing > in > various revisions from 107316 onwards. Perhaps this issue is fixed? It's possible Jan's patch is making this work. However, I'd rather see Richard Guenther's patch (or an equivalent) installed before we really consider this issue resolved. The two patches attack the same class of problems, but there are cases where Jan's patch will do better and there are cases where Richard's patch will do better. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21655
[Bug target/24988] [4.2 Regression] gfortran build fails with - Undefined symbols
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-22 18:58 --- Fixed, thanks for the report. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24988
[Bug target/24988] [4.2 Regression] gfortran build fails with - Undefined symbols
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-22 18:58 --- Subject: Bug 24988 Author: pinskia Date: Tue Nov 22 18:58:05 2005 New Revision: 107368 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107368 Log: 2005-11-22 Andrew Pinski <[EMAIL PROTECTED]> PR target/24988 * config/rs6000/darwin.h (TARGET_OS_CPP_BUILTINS): Remove call to SUBTARGET_OS_CPP_BUILTINS. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/darwin.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24988
[Bug target/24910] CONST (PLUS a + 4) is not done for -fPIC or -mdynamic-no-pic
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-22 18:44 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-22 18:44:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24910
[Bug c++/22238] [4.0/4.1/4.2 regression] '#'obj_type_ref' not supported by dump_expr
--- Comment #9 from gdr at gcc dot gnu dot org 2005-11-22 18:08 --- Subject: Bug 22238 Author: gdr Date: Tue Nov 22 18:08:17 2005 New Revision: 107367 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107367 Log: PR c++/22238 * error.c (resolve_virtual_fun_from_obj_type_ref): New. (dump_expr): Use it in . Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #20 from pcarlini at suse dot de 2005-11-22 18:00 --- An observation: while I don't know all the details of current GCC alias analysis, I'm fairly optimistic that this specific issue with basic_string is not serious. The reason is that _S_empty_rep_storage, of which we are taking the address, actually **never** changes after static zero inizialization. Therefore, all the type based optimizations reasoning that a given pointer will not modify _S_empty_rep_storage simply because the type is different, tuen out to be always trivially correct. If we want to be additionally safe we can slighlty change _M_mutate to never write into it (currently, in some corner cases, it will write zeros into it) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug target/19201] [m68k] Inefficient code for array accesses (from old PROBLEMS)
--- Comment #6 from kazu at gcc dot gnu dot org 2005-11-22 17:42 --- Andreas, Thanks for spotting the typo. I also updated the patch to ensure that we are giving an address register indirect to clr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19201
[Bug c++/22238] [4.0/4.1/4.2 regression] '#'obj_type_ref' not supported by dump_expr
--- Comment #8 from gdr at gcc dot gnu dot org 2005-11-22 17:04 --- Subject: Bug 22238 Author: gdr Date: Tue Nov 22 17:04:12 2005 New Revision: 107366 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107366 Log: PR c++/22238 * error.c (resolve_virtual_fun_from_obj_type_ref): New. (dump_expr): Use it in . Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
[Bug tree-optimization/24653] [4.1 regression] EON regressed seriously on x86-64
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-22 17:01 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24653
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #19 from pcarlini at suse dot de 2005-11-22 16:59 --- (In reply to comment #18) > Well, yes. That would at least silence the warning (which would be annoying, > if we apply the C++ warning patch). It would be more than annoying, it would be awful, because would be also emitted to end users of the library, not only at library build time. So... As I see the issue, either we come up with an actual miscompilation caused by the punning, or we have to apply the hack, for this library ABI. I'll try to think a bit more about the issue, then, in a few days we should make a decision... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug tree-optimization/24653] [4.1 regression] EON regressed seriously on x86-64
--- Comment #10 from hubicka at gcc dot gnu dot org 2005-11-22 16:56 --- Subject: Bug 24653 Author: hubicka Date: Tue Nov 22 16:56:48 2005 New Revision: 107365 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107365 Log: PR tree-optimization/24653 * tree-ssa-ccp.c (ccp_fold): Strip down useless conversions. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24653
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #18 from rguenth at gcc dot gnu dot org 2005-11-22 16:40 --- Well, yes. That would at least silence the warning (which would be annoying, if we apply the C++ warning patch). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug target/24988] [4.2 Regression] gfortran build fails with - Undefined symbols
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-22 16:19 --- Confirmed via: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01593.html Anyways this is unrelated to fortran at all. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Status|UNCONFIRMED |NEW Component|fortran |target Ever Confirmed|0 |1 GCC host triplet|powerpc-apple-darwin8.3.0 | GCC target triplet||powerpc-apple-darwin8.3.0 Keywords||build Last reconfirmed|-00-00 00:00:00 |2005-11-22 16:19:37 date|| Summary|gfortran build fails with - |[4.2 Regression] gfortran |Undefined symbols |build fails with - Undefined ||symbols Target Milestone|--- |4.2.0 Version|unknown |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24988
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #17 from pcarlini at suse dot de 2005-11-22 16:14 --- (In reply to comment #15) > So that leaves us with basic_string and it's problems. What do you suggest to > vendors needing ABI compatibility? Richard, something we *can* safely apply (safely from the ABI point of view) is this hack (vaguely inspired by HP/SGI hacks...). I don't think it can make the underlying issue *worse*, at least. What do you think? Index: include/bits/basic_string.h === --- include/bits/basic_string.h (revision 107363) +++ include/bits/basic_string.h (working copy) @@ -177,7 +177,10 @@ static _Rep& _S_empty_rep() -{ return *reinterpret_cast<_Rep*>(&_S_empty_rep_storage); } +{ + void* __p = reinterpret_cast(&_S_empty_rep_storage); + return *reinterpret_cast<_Rep*>(__p); + } bool _M_is_leaked() const -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug fortran/24988] New: gfortran build fails with - Undefined symbols
An attemped build of gfortran from a fresh down load failed with Undefined symbols - rm -rf libbackend.a ar rc libbackend.a tree-chrec.o tree-scalar-evolution.o tree-data-ref.o tree-cfg.o tree-dfa.o tree-eh.o tree-ssa.o tree-optimize.o tree-gimple.o gimplify.o tree-pretty-print.o tree-into-ssa.o tree-outof-ssa.o tree-ssa-ccp.o tree-vn.o tree-ssa-uncprop.o tree-ssa-dce.o tree-ssa-copy.o tree-nrv.o tree-ssa-copyrename.o tree-ssa-pre.o tree-ssa-live.o tree-ssa-operands.o tree-ssa-alias.o tree-ssa-phiopt.o tree-ssa-forwprop.o tree-nested.o tree-ssa-dse.o tree-ssa-dom.o domwalk.o tree-tailcall.o gimple-low.o tree-iterator.o tree-phinodes.o tree-ssanames.o tree-sra.o tree-complex.o tree-vect-generic.o tree-ssa-loop.o tree-ssa-loop-niter.o tree-ssa-loop-manip.o tree-ssa-threadupdate.o tree-vectorizer.o tree-vect-analyze.o tree-vect-transform.o tree-ssa-loop-ivcanon.o tree-ssa-propagate.o tree-ssa-address.o tree-ssa-math-opts.o tree-ssa-loop-ivopts.o tree-if-conv.o tree-ssa-loop-unswitch.o alias.o bb-reorder.o bitmap.o builtins.o caller-save.o calls.o cfg.o cfganal.o cfgbuild.o cfgcleanup.o cfglayout.o cfgloop.o cfgloopanal.o cfgloopmanip.o loop-init.o loop-unswitch.o loop-unroll.o cfgrtl.o combine.o conflict.o convert.o coverage.o cse.o cselib.o dbxout.o ddg.o tree-ssa-loop-ch.o loop-invariant.o tree-ssa-loop-im.o debug.o df.o diagnostic.o dojump.o dominance.o loop-doloop.o dwarf2asm.o dwarf2out.o emit-rtl.o except.o explow.o loop-iv.o expmed.o expr.o final.o flow.o fold-const.o function.o gcse.o genrtl.o ggc-common.o global.o graph.o gtype-desc.o haifa-sched.o hooks.o ifcvt.o insn-attrtab.o insn-emit.o insn-modes.o insn-extract.o insn-opinit.o insn-output.o insn-peep.o insn-recog.o integrate.o intl.o jump.o langhooks.o lcm.o lists.o local-alloc.o loop.o mode-switching.o modulo-sched.o optabs.o options.o opts.o params.o postreload.o postreload-gcse.o predict.o insn-preds.o pointer-set.o print-rtl.o print-tree.o profile.o value-prof.o var-tracking.o real.o recog.o reg-stack.o regclass.o regmove.o regrename.o reload.o reload1.o reorg.o resource.o rtl.o rtlanal.o rtl-error.o sbitmap.o sched-deps.o sched-ebb.o sched-rgn.o sched-vis.o sdbout.o simplify-rtx.o sreal.o stmt.o stor-layout.o stringpool.o targhooks.o timevar.o toplev.o tracer.o tree.o tree-dump.o varasm.o varray.o vec.o version.o vmsdbgout.o xcoffout.o alloc-pool.o et-forest.o cfghooks.o bt-load.o pretty-print.o ggc-page.o web.o passes.o tree-profile.o rtlhooks.o cfgexpand.o lambda-mat.o lambda-trans.o lambda-code.o tree-loop-linear.o tree-ssa-sink.o tree-vrp.o tree-stdarg.o tree-cfgcleanup.o tree-ssa-reassoc.o tree-ssa-structalias.o tree-object-size.o rs6000.o darwin.o host-darwin.o host-ppc-darwin.o tree-inline.o cgraph.o cgraphunit.o tree-nomudflap.o ipa.o ipa-inline.o ipa-utils.o ipa-reference.o ipa-pure-const.o ipa-type-escape.o ipa-prop.o ipa-cp.o ranlib -c libbackend.a gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o cc1-dummy c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o c-parser.o darwin-c.o rs6000-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o dummy-checksum.o \ main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a ./../intl/libintl.a -liconv ../libiberty/libiberty.a gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -o f951 \ fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o fortran/data.o fortran/decl.o fortran/dump-parse-tree.o fortran/error.o fortran/expr.o fortran/interface.o fortran/intrinsic.o fortran/io.o fortran/iresolve.o fortran/match.o fortran/matchexp.o fortran/misc.o fortran/module.o fortran/options.o fortran/parse.o fortran/primary.o fortran/resolve.o fortran/scanner.o fortran/simplify.o fortran/st.o fortran/symbol.o fortran/convert.o fortran/dependency.o fortran/f95-lang.o fortran/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o fortran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o fortran/trans-io.o fortran/trans-stmt.o fortran/trans-types.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a -lmpfr -lgmp ../libcpp/libcpp.a ./../intl/libintl.a -liconv ../libiberty/libiberty.a /usr/bin/ld: warning multiple definitions of symbol _locale_charset ./../intl/libintl.a(localcharset.o) definition of _locale_charset in section (__TEXT,__text) /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/../../../libiconv.dylib(localcharset.o) definition of _locale_charset /usr/bin/ld: Undefined symbols: _SUBTARGET_OS_CPP_BUILTINS collect2:
[Bug target/24951] [4.1/4.2 Regression] ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24951
[Bug libfortran/24909] libmatmul.a breaks darwin build
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug tree-optimization/21655] g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0 fails
--- Comment #4 from jsm28 at gcc dot gnu dot org 2005-11-22 15:39 --- This test has changed from XFAIL to XPASS for me on i686-pc-linux-gnu between 20051120 (I don't have the exact revision number; the datestamp implies 107240 or later) and 20051122 (revision 107356). gcc-testresults shows it XPASSing in various revisions from 107316 onwards. Perhaps this issue is fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21655
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #16 from pcarlini at suse dot de 2005-11-22 15:17 --- (In reply to comment #15) > So that leaves us with basic_string and it's problems. What do you suggest to > vendors needing ABI compatibility? I'm still trying to figure out whether we can do something not breaking the ABI. Honestly, I think we should first figure out whether this specific cast really causes problems or not. If it does, then we should raise the priority of the issue to the highest level and probably it warrants an ABI breakage (for 4.2). If it doesn't and/or we are not ready to break the ABI, probably tweaking the compiler to spill warnings to the face of the user is not an appropriate action. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #15 from rguenth at gcc dot gnu dot org 2005-11-22 15:09 --- So that leaves us with basic_string and it's problems. What do you suggest to vendors needing ABI compatibility? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #14 from paolo at gcc dot gnu dot org 2005-11-22 14:55 --- Subject: Bug 24975 Author: paolo Date: Tue Nov 22 14:55:09 2005 New Revision: 107363 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107363 Log: 2005-11-22 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/24975 * include/bits/stl_set.h (insert(iterator, const value_type&), erase(iterator), erase(iterator, iterator)): Don't break aliasing rules casting to _Rep_iterator&, forward to _Rb_tree facilities. * include/bits/stl_multiset.h (insert(iterator, const value_type&), erase(iterator), erase(iterator, iterator)): Likewise. * include/bits/stl_tree.h (_Rb_tree<>::_M_insert(_Const_Base_ptr, _Const_Base_ptr, const value_type&), insert_unique(const_iterator, const value_type&), insert_equal(const_iterator, const value_type&), erase(const_iterator), erase(const_iterator, const_iterator)): New, _Rb_tree<>::const_iterator counterparts of existing facilities. Modified: branches/gcc-4_1-branch/libstdc++-v3/ChangeLog branches/gcc-4_1-branch/libstdc++-v3/include/bits/stl_multiset.h branches/gcc-4_1-branch/libstdc++-v3/include/bits/stl_set.h branches/gcc-4_1-branch/libstdc++-v3/include/bits/stl_tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug libstdc++/24975] Aliasing problems inside libstdc++
--- Comment #13 from paolo at gcc dot gnu dot org 2005-11-22 14:53 --- Subject: Bug 24975 Author: paolo Date: Tue Nov 22 14:53:03 2005 New Revision: 107362 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107362 Log: 2005-11-22 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/24975 * include/bits/stl_set.h (insert(iterator, const value_type&), erase(iterator), erase(iterator, iterator)): Don't break aliasing rules casting to _Rep_iterator&, forward to _Rb_tree facilities. * include/bits/stl_multiset.h (insert(iterator, const value_type&), erase(iterator), erase(iterator, iterator)): Likewise. * include/bits/stl_tree.h (_Rb_tree<>::_M_insert(_Const_Base_ptr, _Const_Base_ptr, const value_type&), insert_unique(const_iterator, const value_type&), insert_equal(const_iterator, const value_type&), erase(const_iterator), erase(const_iterator, const_iterator)): New, _Rb_tree<>::const_iterator counterparts of existing facilities. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_multiset.h trunk/libstdc++-v3/include/bits/stl_set.h trunk/libstdc++-v3/include/bits/stl_tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24975
[Bug target/24954] [4.1/4.2 Regression] ICE: could not split insn
--- Comment #10 from amodra at gcc dot gnu dot org 2005-11-22 14:24 --- Subject: Bug 24954 Author: amodra Date: Tue Nov 22 14:24:42 2005 New Revision: 107360 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107360 Log: PR target/24954 * config/rs6000/predicates.md (easy_vector_constant_add_self): Fix typo last change. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/rs6000/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24954] [4.1/4.2 Regression] ICE: could not split insn
--- Comment #9 from amodra at gcc dot gnu dot org 2005-11-22 14:23 --- Subject: Bug 24954 Author: amodra Date: Tue Nov 22 14:23:01 2005 New Revision: 107359 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107359 Log: PR target/24954 * config/rs6000/predicates.md (easy_vector_constant_add_self): Fix typo last change. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
strange behavior...
Hi, I'm using "gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-7mdk)". (but same thing occurs on a older version). I fall into an "invalid covariant return type" during a project development. I didn't manage to reproduce this error, in a short example... But, while trying, I fall into a very strange behavior. I find an example which worked or failed at compil time depanding on the way the class inherit together (it works when public and fails when private) !! So, this is working class A {}; class B { virtual A* getA(); }; class D_A : public A {}; class D_B : public B { virtual D_A* getA(); }; and, this is not working: class A {}; class B { virtual A* getA(); }; class D_A : A {}; class D_B : B { virtual D_A* getA(); }; and is producing: test2.cc:23: error: invalid covariant return type for `virtual D_A* D_B::getA()'test2.cc:9: error: overriding `virtual A* B::getA()' Very strange, isn't it ? Cheers, T.
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #8 from amodra at gcc dot gnu dot org 2005-11-22 13:18 --- Subject: Bug 24950 Author: amodra Date: Tue Nov 22 13:18:01 2005 New Revision: 107355 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107355 Log: PR middle-end/24950 * expmed.c (store_bit_field): Don't attempt to insv a field larger than the reg. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/expmed.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #7 from amodra at gcc dot gnu dot org 2005-11-22 13:16 --- Subject: Bug 24950 Author: amodra Date: Tue Nov 22 13:16:29 2005 New Revision: 107354 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107354 Log: PR middle-end/24950 * expmed.c (store_bit_field): Don't attempt to insv a field larger than the reg. Modified: trunk/gcc/ChangeLog trunk/gcc/expmed.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/24954] [4.1/4.2 Regression] ICE: could not split insn
--- Comment #8 from amodra at bigpond dot net dot au 2005-11-22 13:03 --- Fixed trunk and 4,1 -- amodra at bigpond dot net dot au changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24954] [4.1/4.2 Regression] ICE: could not split insn
--- Comment #7 from amodra at gcc dot gnu dot org 2005-11-22 13:01 --- Subject: Bug 24954 Author: amodra Date: Tue Nov 22 13:01:40 2005 New Revision: 107353 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107353 Log: PR target/24954 * config/rs6000/predicated.md (easy_vector_constant_add_self): Use explicit sign extension, not a (char) cast. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/rs6000/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24954] [4.1/4.2 Regression] ICE: could not split insn
--- Comment #6 from amodra at gcc dot gnu dot org 2005-11-22 13:00 --- Subject: Bug 24954 Author: amodra Date: Tue Nov 22 13:00:06 2005 New Revision: 107352 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107352 Log: PR target/24954 * config/rs6000/predicated.md (easy_vector_constant_add_self): Use explicit sign extension, not a (char) cast. Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/predicates.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug fortran/22146] ICE when calling ELEMENTAL subroutines
--- Comment #4 from eedelman at gcc dot gnu dot org 2005-11-22 12:40 --- *** Bug 24966 has been marked as a duplicate of this bug. *** -- eedelman at gcc dot gnu dot org changed: What|Removed |Added CC||schnetter at aei dot mpg dot ||de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22146
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #6 from eedelman at gcc dot gnu dot org 2005-11-22 12:40 --- *** This bug has been marked as a duplicate of 22146 *** -- eedelman at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug c++/24986] g++ is confused when function is defined inside and outside some namespace and called with '::' prefix
--- Comment #3 from relf at os2 dot ru 2005-11-22 12:10 --- (In reply to comment #2) > I don't think this is a bug as what is happening is that :: is a qualified > name > and qualified namelookup (IIRC) does not find decls which are injected via > using. > It does find. The following program (where `foo(long)` is commented out) is compiled fine. === namespace N { class C {}; void foo(C) {}; } using namespace N; /* void foo(long) {}; */ class B { public: /* void foo(long l) { ::foo(l); }; */ void foo(C c) { ::foo(c); }; }; int main() { B b; return 0; } === -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24986
[Bug fortran/14943] read/write code generation is not thread safe
--- Comment #5 from jakub at gcc dot gnu dot org 2005-11-22 10:58 --- Subject: Bug 14943 Author: jakub Date: Tue Nov 22 10:58:47 2005 New Revision: 107351 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107351 Log: gcc/fortran/ PR fortran/14943 PR fortran/21647 * Make-lang.in (fortran/trans-io.o): Depend on fortran/ioparm.def. * dump-parse-tree.c (gfc_show_code_node): Dump c->block for EXEC_{READ,WRITE,IOLENGTH} nodes. * io.c (terminate_io, match_io, gfc_match_inquire): Put data transfer commands into EXEC_{READ,WRITE,IOLENGTH}'s code->block. * resolve.c (resolve_blocks): Handle EXEC_{READ,WRITE,IOLENGTH}. * trans-io.c (ioparm_unit, ioparm_err, ioparm_end, ioparm_eor, ioparm_list_format, ioparm_library_return, ioparm_iostat, ioparm_exist, ioparm_opened, ioparm_number, ioparm_named, ioparm_rec, ioparm_nextrec, ioparm_size, ioparm_recl_in, ioparm_recl_out, ioparm_iolength, ioparm_file, ioparm_file_len, ioparm_status, ioparm_status_len, ioparm_access, ioparm_access_len, ioparm_form, ioparm_form_len, ioparm_blank, ioparm_blank_len, ioparm_position, ioparm_position_len, ioparm_action, ioparm_action_len, ioparm_delim, ioparm_delim_len, ioparm_pad, ioparm_pad_len, ioparm_format, ioparm_format_len, ioparm_advance, ioparm_advance_len, ioparm_name, ioparm_name_len, ioparm_internal_unit, ioparm_internal_unit_len, ioparm_internal_unit_desc, ioparm_sequential, ioparm_sequential_len, ioparm_direct, ioparm_direct_len, ioparm_formatted, ioparm_formatted_len, ioparm_unformatted, ioparm_unformatted_len, ioparm_read, ioparm_read_len, ioparm_write, ioparm_write_len, ioparm_readwrite, ioparm_readwrite_len, ioparm_namelist_name, ioparm_namelist_name_len, ioparm_namelist_read_mode, ioparm_iomsg, ioparm_iomsg_len, ioparm_var): Remove. (enum ioparam_type, enum iofield_type, enum iofield, enum iocall): New enums. (gfc_st_parameter_field, gfc_st_parameter): New typedefs. (st_parameter, st_parameter_field, iocall): New variables. (ADD_FIELD, ADD_STRING): Remove. (dt_parm, dt_post_end_block): New variables. (gfc_build_st_parameter): New function. (gfc_build_io_library_fndecls): Use it. Initialize iocall array rather than ioparm_*, add extra first arguments to the function types. (set_parameter_const): New function. (set_parameter_value): Add type argument, return a bitmask. Changed to set a field in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_parameter_ref): Likewise. If requested var has different size than what field should point to, call with a temporary and then copy into the user variable. Add postblock argument. (set_string): Remove var_len argument, add type argument, return a bitmask. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_internal_unit): Remove iunit, iunit_len, iunit_desc arguments, add var argument. Return a bitmask. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_flag): Removed. (io_result): Add var argument. Changed to read common.flags field from automatic structure variable and bitwise AND it with 3. (set_error_locus): Add var argument. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_{filename,line} variables. (gfc_trans_open): Use gfc_start_block rather than gfc_init_block. Create a temporary st_parameter_* structure. Adjust callers of all above mentioned functions. Pass address of the temporary variable as first argument to the generated function call. Use iocall array rather than ioparm_* separate variables. (gfc_trans_close, build_filepos, gfc_trans_inquire): Likewise. (build_dt): Likewise. Change first argument to tree from tree *. Don't dereference code->ext.dt if last_dt == INQUIRE. Emit IOLENGTH argument setup here. Set dt_parm/dt_post_end_block variables and gfc_trans_code the nested data transfer commands in code->block. (gfc_trans_iolength): Just set last_dt and call build_dt immediately. (transfer_namelist_element): Pass address of dt_parm variable to generated functions. Use iocall array rather than ioparm_* separate variables. (gfc_trans_backspace, gfc_trans_endfile, gfc_trans_rewind, gfc_trans_flush, gfc_trans_read, gfc_trans_write): Use iocall array rather than ioparm_* separate variables. (gfc_trans_dt_end): Likewise.
[Bug fortran/24774] [gomp-branch] wrong results for INQUIRE statement
--- Comment #5 from jakub at gcc dot gnu dot org 2005-11-22 10:58 --- Subject: Bug 24774 Author: jakub Date: Tue Nov 22 10:58:47 2005 New Revision: 107351 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107351 Log: gcc/fortran/ PR fortran/14943 PR fortran/21647 * Make-lang.in (fortran/trans-io.o): Depend on fortran/ioparm.def. * dump-parse-tree.c (gfc_show_code_node): Dump c->block for EXEC_{READ,WRITE,IOLENGTH} nodes. * io.c (terminate_io, match_io, gfc_match_inquire): Put data transfer commands into EXEC_{READ,WRITE,IOLENGTH}'s code->block. * resolve.c (resolve_blocks): Handle EXEC_{READ,WRITE,IOLENGTH}. * trans-io.c (ioparm_unit, ioparm_err, ioparm_end, ioparm_eor, ioparm_list_format, ioparm_library_return, ioparm_iostat, ioparm_exist, ioparm_opened, ioparm_number, ioparm_named, ioparm_rec, ioparm_nextrec, ioparm_size, ioparm_recl_in, ioparm_recl_out, ioparm_iolength, ioparm_file, ioparm_file_len, ioparm_status, ioparm_status_len, ioparm_access, ioparm_access_len, ioparm_form, ioparm_form_len, ioparm_blank, ioparm_blank_len, ioparm_position, ioparm_position_len, ioparm_action, ioparm_action_len, ioparm_delim, ioparm_delim_len, ioparm_pad, ioparm_pad_len, ioparm_format, ioparm_format_len, ioparm_advance, ioparm_advance_len, ioparm_name, ioparm_name_len, ioparm_internal_unit, ioparm_internal_unit_len, ioparm_internal_unit_desc, ioparm_sequential, ioparm_sequential_len, ioparm_direct, ioparm_direct_len, ioparm_formatted, ioparm_formatted_len, ioparm_unformatted, ioparm_unformatted_len, ioparm_read, ioparm_read_len, ioparm_write, ioparm_write_len, ioparm_readwrite, ioparm_readwrite_len, ioparm_namelist_name, ioparm_namelist_name_len, ioparm_namelist_read_mode, ioparm_iomsg, ioparm_iomsg_len, ioparm_var): Remove. (enum ioparam_type, enum iofield_type, enum iofield, enum iocall): New enums. (gfc_st_parameter_field, gfc_st_parameter): New typedefs. (st_parameter, st_parameter_field, iocall): New variables. (ADD_FIELD, ADD_STRING): Remove. (dt_parm, dt_post_end_block): New variables. (gfc_build_st_parameter): New function. (gfc_build_io_library_fndecls): Use it. Initialize iocall array rather than ioparm_*, add extra first arguments to the function types. (set_parameter_const): New function. (set_parameter_value): Add type argument, return a bitmask. Changed to set a field in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_parameter_ref): Likewise. If requested var has different size than what field should point to, call with a temporary and then copy into the user variable. Add postblock argument. (set_string): Remove var_len argument, add type argument, return a bitmask. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_internal_unit): Remove iunit, iunit_len, iunit_desc arguments, add var argument. Return a bitmask. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_flag): Removed. (io_result): Add var argument. Changed to read common.flags field from automatic structure variable and bitwise AND it with 3. (set_error_locus): Add var argument. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_{filename,line} variables. (gfc_trans_open): Use gfc_start_block rather than gfc_init_block. Create a temporary st_parameter_* structure. Adjust callers of all above mentioned functions. Pass address of the temporary variable as first argument to the generated function call. Use iocall array rather than ioparm_* separate variables. (gfc_trans_close, build_filepos, gfc_trans_inquire): Likewise. (build_dt): Likewise. Change first argument to tree from tree *. Don't dereference code->ext.dt if last_dt == INQUIRE. Emit IOLENGTH argument setup here. Set dt_parm/dt_post_end_block variables and gfc_trans_code the nested data transfer commands in code->block. (gfc_trans_iolength): Just set last_dt and call build_dt immediately. (transfer_namelist_element): Pass address of dt_parm variable to generated functions. Use iocall array rather than ioparm_* separate variables. (gfc_trans_backspace, gfc_trans_endfile, gfc_trans_rewind, gfc_trans_flush, gfc_trans_read, gfc_trans_write): Use iocall array rather than ioparm_* separate variables. (gfc_trans_dt_end): Likewise.
[Bug fortran/21647] INQUIRE errors when using -fdefault-integer-8
--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-22 10:58 --- Subject: Bug 21647 Author: jakub Date: Tue Nov 22 10:58:47 2005 New Revision: 107351 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107351 Log: gcc/fortran/ PR fortran/14943 PR fortran/21647 * Make-lang.in (fortran/trans-io.o): Depend on fortran/ioparm.def. * dump-parse-tree.c (gfc_show_code_node): Dump c->block for EXEC_{READ,WRITE,IOLENGTH} nodes. * io.c (terminate_io, match_io, gfc_match_inquire): Put data transfer commands into EXEC_{READ,WRITE,IOLENGTH}'s code->block. * resolve.c (resolve_blocks): Handle EXEC_{READ,WRITE,IOLENGTH}. * trans-io.c (ioparm_unit, ioparm_err, ioparm_end, ioparm_eor, ioparm_list_format, ioparm_library_return, ioparm_iostat, ioparm_exist, ioparm_opened, ioparm_number, ioparm_named, ioparm_rec, ioparm_nextrec, ioparm_size, ioparm_recl_in, ioparm_recl_out, ioparm_iolength, ioparm_file, ioparm_file_len, ioparm_status, ioparm_status_len, ioparm_access, ioparm_access_len, ioparm_form, ioparm_form_len, ioparm_blank, ioparm_blank_len, ioparm_position, ioparm_position_len, ioparm_action, ioparm_action_len, ioparm_delim, ioparm_delim_len, ioparm_pad, ioparm_pad_len, ioparm_format, ioparm_format_len, ioparm_advance, ioparm_advance_len, ioparm_name, ioparm_name_len, ioparm_internal_unit, ioparm_internal_unit_len, ioparm_internal_unit_desc, ioparm_sequential, ioparm_sequential_len, ioparm_direct, ioparm_direct_len, ioparm_formatted, ioparm_formatted_len, ioparm_unformatted, ioparm_unformatted_len, ioparm_read, ioparm_read_len, ioparm_write, ioparm_write_len, ioparm_readwrite, ioparm_readwrite_len, ioparm_namelist_name, ioparm_namelist_name_len, ioparm_namelist_read_mode, ioparm_iomsg, ioparm_iomsg_len, ioparm_var): Remove. (enum ioparam_type, enum iofield_type, enum iofield, enum iocall): New enums. (gfc_st_parameter_field, gfc_st_parameter): New typedefs. (st_parameter, st_parameter_field, iocall): New variables. (ADD_FIELD, ADD_STRING): Remove. (dt_parm, dt_post_end_block): New variables. (gfc_build_st_parameter): New function. (gfc_build_io_library_fndecls): Use it. Initialize iocall array rather than ioparm_*, add extra first arguments to the function types. (set_parameter_const): New function. (set_parameter_value): Add type argument, return a bitmask. Changed to set a field in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_parameter_ref): Likewise. If requested var has different size than what field should point to, call with a temporary and then copy into the user variable. Add postblock argument. (set_string): Remove var_len argument, add type argument, return a bitmask. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_internal_unit): Remove iunit, iunit_len, iunit_desc arguments, add var argument. Return a bitmask. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_ioparm variable. (set_flag): Removed. (io_result): Add var argument. Changed to read common.flags field from automatic structure variable and bitwise AND it with 3. (set_error_locus): Add var argument. Changed to set fields in automatic structure variable rather than set a field in a global _gfortran_{filename,line} variables. (gfc_trans_open): Use gfc_start_block rather than gfc_init_block. Create a temporary st_parameter_* structure. Adjust callers of all above mentioned functions. Pass address of the temporary variable as first argument to the generated function call. Use iocall array rather than ioparm_* separate variables. (gfc_trans_close, build_filepos, gfc_trans_inquire): Likewise. (build_dt): Likewise. Change first argument to tree from tree *. Don't dereference code->ext.dt if last_dt == INQUIRE. Emit IOLENGTH argument setup here. Set dt_parm/dt_post_end_block variables and gfc_trans_code the nested data transfer commands in code->block. (gfc_trans_iolength): Just set last_dt and call build_dt immediately. (transfer_namelist_element): Pass address of dt_parm variable to generated functions. Use iocall array rather than ioparm_* separate variables. (gfc_trans_backspace, gfc_trans_endfile, gfc_trans_rewind, gfc_trans_flush, gfc_trans_read, gfc_trans_write): Use iocall array rather than ioparm_* separate variables. (gfc_trans_dt_end): Likewise.
[Bug ada/18659] [4.1/4.2 Regression] ACATS failures c32001e c64105b c95086b
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2005-11-22 10:44 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Severity|normal |critical Status|NEW |ASSIGNED Last reconfirmed|2005-06-14 02:12:47 |2005-11-22 10:44:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18659
[Bug ada/18819] [4.1/4.2 Regression] ACATS cdd2a02 fails at runtime
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2005-11-22 10:25 --- Investigating again. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-09 23:53:12 |2005-11-22 10:25:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18819
[Bug target/19653] x87 reg allocated for constants for -mfpmath=sse
--- Comment #23 from bonzini at gcc dot gnu dot org 2005-11-22 09:21 --- Dale, can you please take care of merging this into 4.2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
[Bug target/24959] Trampolines fail on i686-apple-darwin because stack is not executable
--- Comment #4 from gcc at microbizz dot nl 2005-11-22 09:12 --- Subject: Trampolines fail on i686-apple-darwin because stack is not executable Clarification - I forgot to mention that the code above (the ENABLE_EXECUTE_STACK macro) must be added to gcc/config/i386/darwin.h not to gcc/config/darwin.h. It works also for gcc-3.4.4. Adriaan van Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
[Bug libfortran/24909] libmatmul.a breaks darwin build
--- Comment #10 from jb at gcc dot gnu dot org 2005-11-22 08:59 --- With the fix by rth, it seems to work again on Solaris (#9) and Darwin ( http://gcc.gnu.org/ml/fortran/2005-11/msg00571.html ); closing the bug. -- jb at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug fortran/24807] Fortran supports real*16, but not complex*32
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2005-11-22 08:24 --- (In reply to comment #6) > I've change the error message so that it doesn't use the expression "kind" > where it shouldn't. I also changed the other error message that is a few > lines > further down in the same way. Approved. Please commit on 4.0, 4.1 and 4.2. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-11-19 00:14:42 |2005-11-22 08:24:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24807