[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2006-06-22 06:04 --- Subject: Bug 26769 Author: fxcoudert Date: Thu Jun 22 06:04:02 2006 New Revision: 114880 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114880 Log: PR libfortran/26769 * iresolve.c (gfc_resolve_reshape): Call reshape_r4 and reshape_r8 instead of reshape_4 and reshape_8. (gfc_resolve_transpose): Likewise for transpose. * Makefile.am: Add r4 and r8 versions of reshape and transpose. * Makefile.in: Regenerate. * generated/reshape_r4.c: New file. * generated/reshape_r8.c: New file. * generated/transpose_r4.c: New file. * generated/transpose_r8.c: New file. Added: trunk/libgfortran/generated/reshape_r4.c trunk/libgfortran/generated/reshape_r8.c trunk/libgfortran/generated/transpose_r4.c trunk/libgfortran/generated/transpose_r8.c Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/iresolve.c trunk/libgfortran/Makefile.am trunk/libgfortran/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2006-06-22 06:07 --- Fixed on mainline, I will not backport the patch to 4.1 as it's not really a bug the user can see. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug fortran/26769] Implement transpose() and reshape() for real instead of using integer
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2006-06-22 06:06 --- Subject: Bug 26769 Author: fxcoudert Date: Thu Jun 22 06:05:54 2006 New Revision: 114881 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114881 Log: PR libfortran/26769 * ChangeLog: Forgotten in the previous commit. Modified: trunk/libgfortran/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug fortran/28129] gfortran -fbounds-check: Shows invalid array out of bounds error
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-22 06:33 --- Confirmed, I'll look into it. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||27766 nThis|| AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-22 06:33:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28129
[Bug target/28132] [4.1 Regression] ICE instantiate_virtual_regs_in_insn when -fforce-addr -O1 used
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-22 09:26 --- Confirmed. Requires -O -fforce-addr -march=i686. void math_round() { double x; foo(x, __builtin_copysign(bar(), x)); } works on the mainline. -- rguenth 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-06-22 09:26:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28132
[Bug c++/28109] [4.0/4.1/4.2 regression] ICE with typeid of incomplete type
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-22 09:28 --- Subject: Bug 28109 Author: reichelt Date: Thu Jun 22 09:28:02 2006 New Revision: 114882 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114882 Log: PR c++/28109 * rtti.c (get_tinfo_decl_dynamic): Robustify. * g++.dg/rtti/incomplete1.C: New test. Added: trunk/gcc/testsuite/g++.dg/rtti/incomplete1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/rtti.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28109
[Bug c++/28109] [4.0/4.1/4.2 regression] ICE with typeid of incomplete type
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-22 09:30 --- Subject: Bug 28109 Author: reichelt Date: Thu Jun 22 09:30:40 2006 New Revision: 114883 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114883 Log: PR c++/28109 * rtti.c (get_tinfo_decl_dynamic): Robustify. * g++.dg/rtti/incomplete1.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/rtti/incomplete1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/rtti.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28109
[Bug c++/28109] [4.0/4.1/4.2 regression] ICE with typeid of incomplete type
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-06-22 09:44 --- Subject: Bug 28109 Author: reichelt Date: Thu Jun 22 09:43:53 2006 New Revision: 114884 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114884 Log: PR c++/28109 * rtti.c (get_tinfo_decl_dynamic): Robustify. * g++.dg/rtti/incomplete1.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/rtti/incomplete1.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/rtti.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28109
[Bug c++/28110] [4.1/4.2 regression] ICE with invalid template constant parameter
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-22 09:48 --- Subject: Bug 28110 Author: reichelt Date: Thu Jun 22 09:47:51 2006 New Revision: 114885 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114885 Log: PR c++/28110 * pt.c (unify) case TEMPLATE_PARM_INDEX: Check for invalid parameters. * g++.dg/template/crash53.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash53.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28110
[Bug c++/28110] [4.1/4.2 regression] ICE with invalid template constant parameter
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-22 09:50 --- Subject: Bug 28110 Author: reichelt Date: Thu Jun 22 09:50:24 2006 New Revision: 114886 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114886 Log: PR c++/28110 * pt.c (unify) case TEMPLATE_PARM_INDEX: Check for invalid parameters. * g++.dg/template/crash53.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/crash53.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/pt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28110
[Bug c++/28109] [4.0/4.1/4.2 regression] ICE with typeid of incomplete type
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-06-22 09:52 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28109
[Bug c++/28110] [4.1/4.2 regression] ICE with invalid template constant parameter
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-06-22 09:52 --- Fixed on mainline and 4.1 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28110
[Bug c++/28111] ICE with invalid friend in template class
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-06-22 09:55 --- Subject: Bug 28111 Author: reichelt Date: Thu Jun 22 09:55:42 2006 New Revision: 114887 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114887 Log: PR c++/28111 * pt.c (determine_specialization): Check for invalid decls. * g++.dg/template/friend43.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/friend43.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28111
[Bug c++/28111] ICE with invalid friend in template class
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-06-22 10:05 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28111
[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops
--- Comment #19 from rakdver at gcc dot gnu dot org 2006-06-22 10:28 --- The transformations in the invariant motion pass look correct to me, as well as the code immediately after it. Maybe it is a latent bug in some of the later passes, but the code produced for the shift is looong and I was not able to find where things go wrong. -- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rakdver at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244
[Bug c/28136] New: [4.0/4.1/4.2 regression] ICE with incomplete array type
The C frontend crashes on the following line of invalid code since GCC 4.0.0: int i = (struct A[]) {}; bug.c:1: error: array type has incomplete element type bug.c:1: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mark) in c_parser_postfix_expression_after_paren_type, at c-parser.c:5432 Please submit a full bug report, [etc.] Before the code was wrongly accepted. I'll post a patch soon. -- Summary: [4.0/4.1/4.2 regression] ICE with incomplete array type Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28136
[Bug c/28137] New: make check gets 10 FAIL reports with gcc.dg/c99-typespec-1.c
Configured as follows: unset ARCH SRC TARGET ARCH=amd64 SRC=/usr/src/gcc-4.1.1 ARCH=${ARCH:-i486} TARGET=${TARGET:-$ARCH-pc-linux-gnu} (time nice $SRC/configure \ --prefix=/usr/local64/gcc402 \ --enable-shared \ --enable-threads=posix \ --enable-__cxa_atexit \ --disable-checking \ --with-gnu-ld \ --target=${TARGET} \ --host=${TARGET} \ --build=${TARGET} \ )21|tee heeconf unset ARCH SRC TARGET then make bootstrap; make -j 8 check gives these 10 failures: FAIL: gcc.dg/c99-typespec-1.c unsigned long long int int (test for errors, line 1157) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int long (test for errors, line 1158) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int float (test for errors, line 1159) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int double (test for errors, line 1160) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int signed (test for errors, line 1161) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int unsigned (test for errors, line 1162) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int _Bool (test for errors, line 1163) FAIL: gcc.dg/c99-typespec-1.c unsigned long long int _Complex (test for errors, line 1164) FAIL: gcc.dg/c99-typespec-1.c (test for excess errors) FAIL: gcc.dg/visibility-11.c scan-assembler [EMAIL PROTECTED] System is dual Opteron with 4GB RAM (3.5GB usable owing to stupid BIOS) -- Summary: make check gets 10 FAIL reports with gcc.dg/c99- typespec-1.c Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: duncan_roe at acslink dot net dot au GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28137
[Bug target/28137] make check gets 10 FAIL reports with gcc.dg/c99-typespec-1.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-22 12:36 --- FAIL: gcc.dg/c99-typespec-1.c (test for excess errors) Sounds like there is an ICE going on. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28137
[Bug c/28136] [4.0/4.1/4.2 regression] ICE with incomplete array type
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28136
[Bug c++/28138] New: ext/pb_ds/example/basic_map.cc, etc fail: unaligned accesses at compile time
Between June 19 and June 20, 4 new fails appeared on ia64-linux, all of the same type: FAIL: ext/pb_ds/example/basic_map.cc (test for excess errors) Excess errors: cc1plus(7223): unaligned access to 0x25d40001, ip=0x406982a0 cc1plus(7223): unaligned access to 0x25d40009, ip=0x406982c0 cc1plus(7223): unaligned access to 0x25d40011, ip=0x406982c1 cc1plus(7223): unaligned access to 0x25d40019, ip=0x406982d1 cc1plus(7223): unaligned access to 0x25d40019, ip=0x406982f0 FAIL: ext/pb_ds/example/erase_if.cc (test for excess errors) Excess errors: cc1plus(7295): unaligned access to 0x25128001, ip=0x406982a0 cc1plus(7295): unaligned access to 0x25128009, ip=0x406982c0 cc1plus(7295): unaligned access to 0x25128011, ip=0x406982c1 cc1plus(7295): unaligned access to 0x25128019, ip=0x406982d1 cc1plus(7295): unaligned access to 0x25128019, ip=0x406982f0 FAIL: ext/pb_ds/regression/associative_containers.cc (test for excess errors) Excess errors: cc1plus(7532): unaligned access to 0x25e5c001, ip=0x406982a0 cc1plus(7532): unaligned access to 0x25e5c009, ip=0x406982c0 cc1plus(7532): unaligned access to 0x25e5c011, ip=0x406982c1 cc1plus(7532): unaligned access to 0x25e5c019, ip=0x406982d1 cc1plus(7532): unaligned access to 0x25e5c019, ip=0x406982f0 FAIL: ext/pb_ds/regression/trie_no_data_map_rand.cc (test for excess errors) Excess errors: cc1plus(7921): unaligned access to 0x2e674001, ip=0x406982a0 cc1plus(7921): unaligned access to 0x2e674009, ip=0x406982c0 cc1plus(7921): unaligned access to 0x2e674011, ip=0x406982c1 cc1plus(7921): unaligned access to 0x2e674019, ip=0x406982d1 cc1plus(7921): unaligned access to 0x2e674019, ip=0x406982f0 -- Summary: ext/pb_ds/example/basic_map.cc, etc fail: unaligned accesses at compile time Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pcarlini at suse dot de GCC host triplet: ia64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28138
[Bug fortran/25056] non-PURE function should not be a valid argument
--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-06-22 14:24 --- Created an attachment (id=11727) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11727action=view) Patch to fix the PR A straightforward check in interface.c (compare_actual_formal) was all that was required. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25056
[Bug fortran/25073] CASEs overlap
--- Comment #8 from paul dot richard dot thomas at cea dot fr 2006-06-22 14:25 --- Created an attachment (id=11728) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11728action=view) A patch to fix the PR. A straightforward fix in resolve.c (resolve_select). Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25073
[Bug target/28137] make check gets 10 FAIL reports with gcc.dg/c99-typespec-1.c
--- Comment #2 from joseph at codesourcery dot com 2006-06-22 14:27 --- Subject: Re: make check gets 10 FAIL reports with gcc.dg/c99-typespec-1.c On Thu, 22 Jun 2006, pinskia at gcc dot gnu dot org wrote: FAIL: gcc.dg/c99-typespec-1.c (test for excess errors) Sounds like there is an ICE going on. It sounds to me a lot move like someone using a version of expect without HJ's patch (bug 12096). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28137
[Bug fortran/25073] CASEs overlap
--- Comment #9 from paul dot richard dot thomas at cea dot fr 2006-06-22 14:31 --- A straightforward fix in resolve.c (resolve_select). In checking the attachment, I have just seen that the if condition can be simplified to if (cp-low-value.logical seen_logical) { gfc_error (constant logical value in CASE statement is repeated at %L, cp-low-where); t = FAILURE; break; } seen_logical |= cp-low-value.logical == 0 ? 2 : 1; Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25073
[Bug web/28123] gcc.dg/cpp/_Pragma3.c is sensitive to timestamps
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-06-22 15:36 --- (In reply to comment #2) You're meant to use contrib/gcc_update to adjust the timestamps. I see nothing in our download or testing documentation suggesting that that is required after a clean svn checkout. Also, the blurb at the top of gcc_update only indicates that this is neeeded when you lack some maintaner tools. So if it is required now to run gcc_update before testing, we should add that to our documentation. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Component|testsuite |web Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28123
[Bug c++/28139] New: alias information for EH is wrong
The store at the beginning of a catch block can use an alias set that is allegedly disjoint from the one used to load that value. When scheduling, this can cause the load to be moved before the store. -- Summary: alias information for EH is wrong Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code, EH Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: sh-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug c++/28139] alias information for EH is wrong
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-06-22 15:52 --- Created an attachment (id=11730) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11730action=view) test case This test case should go in testsuite/g++.dg/eh . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug other/28123] gcc.dg/cpp/_Pragma3.c is sensitive to timestamps
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-22 16:01 --- Documentation is not part of web. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|web |other Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28123
[Bug libstdc++/28103] std::operator(ostream, string) sets badbit instead of failbit on failure
--- Comment #2 from pcarlini at suse dot de 2006-06-22 16:10 --- Basing on posts to the LWG reflector + private converstation, it seems likely that the standard is moving to the behavior which is currently implemented by libstdc++, relatively to badbit vs failbit. Therefore, for now I'm suspending the PR, will add a DR number in due course. In any case, we don't lack tricky iostreams corner cases to work on... ;) -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28103
[Bug c++/28139] alias information for EH is wrong
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-22 16:28 --- Hmm, I just get an error on a 64bit target so the testcase is at least invalid for them: t.c:19: error: cast from 'int*' to 'int' loses precision -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug c++/28139] alias information for EH is wrong
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-22 16:34 --- Though it is obviously wrong from the front-end: register void * D.2002; (int * * const ) D.2002 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-22 16:34:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug c++/28114] [4.0/4.1/4.2 regression] ICE with struct definition in argument of template function
--- Comment #1 from sje at cup dot hp dot com 2006-06-22 16:38 --- Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01234.html -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28114
[Bug c++/27019] [4.1/4.2 regression] ICE with designated initializers
--- Comment #3 from sje at cup dot hp dot com 2006-06-22 16:39 --- Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01235.html -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27019
[Bug c++/27495] [4.0/4.1/4.2 regression] ICE using . instead of -
--- Comment #2 from sje at cup dot hp dot com 2006-06-22 16:40 --- Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01231.html -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27495
[Bug libfortran/26893] kinds.h not generated, causing failure
--- Comment #16 from mt1 at systella dot fr 2006-06-22 16:55 --- Subject: Re: kinds.h not generated, causing failure langton at gcc dot gnu dot org a écrit : --- Comment #15 from langton at gcc dot gnu dot org 2006-06-20 23:32 --- (In reply to comment #14) GMP-4.2 ./configure --prefix=/opt --with-gnu-ld --disable-cxx --disable-nails --disable-mpfr MPFR-2.2 ./configure --enable-mpfr --with-gmp-=/opt --prefix=/opt --with-gmp-lib=/opt --with-gmp-include=/opt make -j2 I think that both libraries are 32 bits libraries, not 64. GCC ../configure --prefix=/opt --enable-threads=posix --enable-languages=c,c++,fortran,java --with-gnu-as --with-gnu-ld --with-mpfr=/opt --disable-multilib make -j2 bootstrap Try adding ABI=32 to the GMP options. I don't have a SPARC box, but on AIX-ppc, this was necessary to force GMP to build a 32-bit library. See also: http://www.swox.com/gmp/manual/ABI-and-ISA.html#ABI-and-ISA Thanks but it doesn't work... stage1/xgcc -Bstage1/ -B/opt/sparc-sun-solaris2.9/bin/ -c -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 -DHAVE_CONFIG_H -I. -Icp -I../../gcc -I../../gcc/cp -I../../gcc/../include -I./../intl -I../../gcc/../libcpp/include -I/opt/include../../gcc/cp/search.c -o cp/search.o ../../gcc/cp/search.c: In function 'dfs_dcast_hint_post': ../../gcc/cp/search.c:336: internal compiler error: Bus erroné Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [cp/search.o] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/home/bertrand/gcc-4.1.1/build/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/home/bertrand/gcc-4.1.1/build/gcc' make: *** [bootstrap] Error 2 lebegue:[~/gcc-4.1.1/build] Regards, JKB -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26893
[Bug c++/28139] alias information for EH is wrong
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-06-22 16:55 --- (In reply to comment #2) Hmm, I just get an error on a 64bit target so the testcase is at least invalid for them: t.c:19: error: cast from 'int*' to 'int' loses precision You can write this as: exit ((int)(long long) i); I have verified that this also reproduces the problem on sh-elf. (In reply to comment #3) Though it is obviously wrong from the front-end: register void * D.2002; (int * * const ) D.2002 As far as I can tell, this code in cp/except.c:expand_start_catch_block: /* Otherwise the type uses a bitwise copy, and we don't have to worry about the value of std::uncaught_exception and therefore can do the copy with the return value of __cxa_end_catch instead. */ else { tree init = do_begin_catch (); exp = create_temporary_var (ptr_type_node); DECL_REGISTER (exp) = 1; cp_finish_decl (exp, init, /*init_const_expr=*/false, NULL_TREE, LOOKUP_ONLYCONVERTING); initialize_handler_parm (decl, exp); is wrong. exp has the wrong type, hence the store emitted by cp_finish_decl will end up with the wrong alias set. I'm not sure yet what the right type is, though. would that be the type of decl for pointers, and a pointer to that type for non-pointers? Or a reference? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug middle-end/28116] [4.1 Regression] ICE when building konverter with gcc-4.1 with -O3 [RSO]
--- Comment #5 from jakub at gcc dot gnu dot org 2006-06-22 16:58 --- In GCC trunk bootstrap + regression testing the tree-nrv optimization hits 584 types, out of this 38 cases have TREE_ADDRESSABLE set on the RESULT_DECL (because C++ FE already NRV optimized it, address of retval was taken usually when it was constructed, then some optimizations later on set retval to a temporary variable and the code that takes result was optimized out), e.g. when compiling fstream-inst.cc in libstdc++-v3. So, bailing out in tree_nrv whenever TREE_ADDRESSABLE (result) would pessimize those. On the other side, in tree_nrv we know that TREE_ADDRESSABLE (found) == 0 (we check for that), so we can either stop copying the addressable flag, or bail if TREE_ADDRESSABLE (result). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28116
[Bug c++/27805] [4.2 regression] ICE with ptr-to-member of incomplete class
--- Comment #1 from lmillward at gcc dot gnu dot org 2006-06-22 17:48 --- Subject: Bug 27805 Author: lmillward Date: Thu Jun 22 17:48:41 2006 New Revision: 114897 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114897 Log: PR c++/27805 * typeck2.c (build_m_component_ref): Use error_operand_p. Added: trunk/gcc/testsuite/g++.dg/parse/ptrmem6.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27805
[Bug c++/27805] [4.2 regression] ICE with ptr-to-member of incomplete class
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-06-22 17:50 --- Fixed on mainline. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27805
[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-06-22 17:54 --- Subject: Bug 28121 Author: rakdver Date: Thu Jun 22 17:54:45 2006 New Revision: 114898 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114898 Log: PR rtl-optimization/28121 * cfgexpand.c (tree_expand_cfg): Clean EDGE_EXECUTABLE flag from the entry edge. * gcc.dg/pr28121.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr28121.c Modified: trunk/gcc/ChangeLog trunk/gcc/cfgexpand.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28121
[Bug c++/27821] [4.0/4.1/4.2 regression] ICE with invalid ptr-to-member
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-06-22 18:05 --- Subject: Bug 27821 Author: lmillward Date: Thu Jun 22 18:05:17 2006 New Revision: 114899 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114899 Log: PR c++/27821 * decl.c (grokdeclarator): Return error_mark_node on invalid uses of the scope resolution operator. Added: trunk/gcc/testsuite/g++.dg/template/error22.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27821
[Bug c++/27821] [4.0/4.1 regression] ICE with invalid ptr-to-member
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-06-22 18:10 --- Fixed on mainline. Will apply to the 4.1/4.0 branches when I get chance. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE |with invalid ptr-to-member |with invalid ptr-to-member http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27821
[Bug fortran/25034] allows passing of contained subprograms as actual argument
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-22 18:13 --- ...well, not quite tonight but near enough. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25034
[Bug fortran/20874] elemental function ought to be scalar
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-22 18:26 --- we should check that an elemental function doesn't return a pointer. a pointer already yields: INTEGER, pointer :: MM ! should be scalar 1 Error: POINTER attribute conflicts with ELEMENTAL attribute at (1) In file pr20874.f90:3 I have duly removed the check on rank and, of course, all works fine. Thanks - I will submit tomorrow am. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20874
[Bug fortran/24748] substring of implicitly typed variable not rejected
--- Comment #3 from langton at gcc dot gnu dot org 2006-06-22 18:30 --- Subject: Bug 24748 Author: langton Date: Thu Jun 22 18:30:18 2006 New Revision: 114901 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114901 Log: PR fortran/24748 * primary.c (gfc_match_rvalue): Don't call match_substring for implicit non-character types. PR fortran/24748 * gfortran.dg/implicit_8.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/implicit_8.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24748
[Bug fortran/24748] substring of implicitly typed variable not rejected
-- langton at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |langton at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24748
[Bug fortran/25056] non-PURE function should not be a valid argument
-- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25056
[Bug rtl-optimization/28140] New: asm gets lost between 125r.cse2 and 126r.life1
An asm statement with side effects gets lost when compiling with O1 or higher. -- Summary: asm gets lost between 125r.cse2 and 126r.life1 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org GCC target triplet: sh-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28140
[Bug rtl-optimization/28140] asm gets lost between 125r.cse2 and 126r.life1
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-06-22 19:43 --- Created an attachment (id=11731) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11731action=view) test case This test case should fail to assemble. Yet it does at -O1 or higher. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28140
[Bug rtl-optimization/28140] asm gets lost between 125r.cse2 and 126r.life1
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-22 20:56 --- __asm__ (choke_me %0 %1 %2 : +m (*p1), +m (*p2), +m (*p3)); *p1 = val0; *p2 = val0; *p3 = val0; Actually I don't think so since the asm is dead code as the stores to *p1, *p2, and *p3 are dead by the next couple of statements. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28140
[Bug c++/27000] visibility push/pop and templates go crazy
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-04-03 16:16:02 |2006-06-22 21:16:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27000
[Bug target/28138] ext/pb_ds/example/basic_map.cc, etc fail: unaligned accesses at compile time
--- Comment #1 from sje at cup dot hp dot com 2006-06-22 21:16 --- I see these failures too, they appear to have started with SVN version 114783. I don't think that patch is buggy, it just preterbed the allocation setup enough to make something that was accidentally aligned to be accidentaly unaligned. If I am reading the assembly correctly the unaligned access is happening in build_string (tree.c) with the inlining of memcpy. Why GCC would be assuming something more than char/byte alignment, I don't know. -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-22 21:16:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28138
[Bug target/28137] make check gets 10 FAIL reports with gcc.dg/c99-typespec-1.c
--- Comment #3 from duncan_roe at acslink dot net dot au 2006-06-22 21:21 --- I have expect 5.41. HJ's patch is not yet accepted by the expect folks - they believe the problem may have its roots in Tcl. So I will try applying the patch and re-running make check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28137
[Bug rtl-optimization/28140] asm gets lost between 125r.cse2 and 126r.life1
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-06-22 21:22 --- (In reply to comment #2) __asm__ (choke_me %0 %1 %2 : +m (*p1), +m (*p2), +m (*p3)); *p1 = val0; *p2 = val0; *p3 = val0; Actually I don't think so since the asm is dead code as the stores to *p1, *p2, and *p3 are dead by the next couple of statements. Hmm, that's true. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28140
[Bug c++/28139] alias information for EH is wrong
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-06-22 22:16 --- Created an attachment (id=11732) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11732action=view) patch I'm currently testing this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28139
[Bug bootstrap/28026] Cross compiles involving Darwin fail
--- Comment #3 from geoffk at gcc dot gnu dot org 2006-06-22 23:36 --- I think the problem with the FSF build is that the SDK is actually *-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0. If you give configure the full three-entry version numbers it will realise you are trying to build a cross compiler to a different Darwin version and will not assume that the system libraries are what you want. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28026
[Bug bootstrap/28026] Cross compiles involving Darwin fail
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-06-22 23:38 --- (In reply to comment #3) I think the problem with the FSF build is that the SDK is actually *-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0. I mean, of course, *-apple-darwin8.6.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28026
[Bug middle-end/20297] #pragma GCC visibility isn't properly handled for builtin functions
--- Comment #19 from jason at gcc dot gnu dot org 2006-06-23 01:05 --- fixed a while back -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20297
[Bug c++/17470] Visibility attribute ignored for explicit template instantiation
--- Comment #8 from jason at gcc dot gnu dot org 2006-06-23 01:11 --- *** Bug 21243 has been marked as a duplicate of this bug. *** -- jason at gcc dot gnu dot org changed: What|Removed |Added CC||christoph dot pesch at ||siemens dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17470
[Bug c++/21243] typeinfo visibility of template class instantiation can not be changed with attribute
--- Comment #4 from jason at gcc dot gnu dot org 2006-06-23 01:11 --- *** This bug has been marked as a duplicate of 17470 *** -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21243
[Bug target/27531] [4.2 regression] sparc: undefined reference to .LL226 with -O2
--- Comment #15 from sayle at gcc dot gnu dot org 2006-06-23 01:20 --- Subject: Bug 27531 Author: sayle Date: Fri Jun 23 01:19:57 2006 New Revision: 114921 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114921 Log: 2006-06-22 Roger Sayle [EMAIL PROTECTED] Steven Bosscher [EMAIL PROTECTED] PR target/27531 * reload1.c (gen_reload): Call mark_jump_label on the new insns generated by gen_move_insn to add REG_LABEL notes if necessary. * gcc.dg/pr27531-1.c: New test case. Added: trunk/gcc/testsuite/gcc.dg/pr27531-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/reload1.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27531
[Bug target/26525] missed opportunity to use value in fp reg
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-23 01:41 --- I knew when I filed PR 27946, I saw it before. The reason why I am closing this one as a dup of that is because PR 27946 has a simple testcase and mentions that YARA already fixes the problem. *** This bug has been marked as a duplicate of 27946 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26525
[Bug middle-end/27946] double to long long and back to double stores to the stack
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 01:41 --- *** Bug 26525 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||amodra at bigpond dot net ||dot au http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27946
[Bug middle-end/27946] double to long long and back to double stores to the stack
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-23 01:42 --- Confirmed. -- 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-06-23 01:42:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27946
[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)
--- Comment #6 from sayle at gcc dot gnu dot org 2006-06-23 02:01 --- Subject: Bug 28131 Author: sayle Date: Fri Jun 23 02:01:30 2006 New Revision: 114923 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114923 Log: 2006-06-22 Roger Sayle [EMAIL PROTECTED] John David Anglin [EMAIL PROTECTED] PR middle-end/28131 * expr.c (expand_expr_real_1) VECTOR_CST: Check whether the call to lang_hooks.types.type_for_mode returned NULL_TREE. Modified: trunk/gcc/ChangeLog trunk/gcc/expr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28131
[Bug rtl-optimization/28121] [4.2 regression] verify_flow_info failed (wrong amount of branch edges after unconditional jump 2)
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-23 03:26 --- 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=28121
[Bug c++/26905] default-visibility class symbol improperly resolved as hidden-visibility
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-03-30 22:00:53 |2006-06-23 03:49:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26905
[Bug c++/26989] C++ front-end (and others parts of GCC) use the wrong check to see if hidden visibility is there
--- Comment #3 from jason at gcc dot gnu dot org 2006-06-23 03:51 --- So what is the right check, then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26989
[Bug c/27012] visibility attribute should not be permitted on local variables
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-04-04 15:37:18 |2006-06-23 03:59:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27012
[Bug c++/21675] -fvisibility : misleading documentation and low QoI
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-23 04:01:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21675
[Bug middle-end/20218] Can't use __attribute__ ((visibility (hidden))) to hide a symbol
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-23 04:02:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
[Bug c++/26989] C++ front-end (and others parts of GCC) use the wrong check to see if hidden visibility is there
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-23 04:03 --- I don't think there is one currently. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26989
[Bug libgomp/26477] [4.2 Regression] bootstrap: SYS_gettid undeclared
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-23 04:35 --- 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=26477
[Bug libgomp/26175] [4.2 Regression] In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-23 04:35 --- 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=26175
[Bug target/27531] [4.2 regression] sparc: undefined reference to .LL226 with -O2
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-06-23 04:36 --- 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=27531
[Bug middle-end/28131] [4.2 Regression] FAIL: gcc.c-torture/execute/va-arg-25.c compilation (ICE)
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-23 04:36 --- Fixed. -- 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=28131
[Bug fortran/25049] TRANSPOSE not allowed in initialisation expression
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-23 04:47 --- Subject: Bug 25049 Author: pault Date: Fri Jun 23 04:46:50 2006 New Revision: 114925 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114925 Log: 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/25049 PR fortran/25050 * check.c (non_init_transformational): New function. (find_substring_ref): New function to signal use of disallowed transformational intrinsic in an initialization expression. (gfc_check_all_any): Call previous if initialization expr. (gfc_check_count): The same. (gfc_check_cshift): The same. (gfc_check_dot_product): The same. (gfc_check_eoshift): The same. (gfc_check_minloc_maxloc): The same. (gfc_check_minval_maxval): The same. (gfc_check_gfc_check_product_sum): The same. (gfc_check_pack): The same. (gfc_check_spread): The same. (gfc_check_transpose): The same. (gfc_check_unpack): The same. PR fortran/18769 *intrinsic.c (add_functions): Add gfc_simplify_transfer. *intrinsic.h : Add prototype for gfc_simplify_transfer. *simplify.c (gfc_simplify_transfer) : New function to act as placeholder for eventual implementation. Emit error for now. PR fortran/16206 * expr.c (find_array_element): Eliminate condition on length of offset. Add bounds checking. Rearrange exit. Return try and put gfc_constructor result as an argument. (find_array_section): New function. (find_substring_ref): New function. (simplify_const_ref): Add calls to previous. (simplify_parameter_variable): Return on NULL expr. (gfc_simplify_expr): Only call gfc_expand_constructor for full arrays. PR fortran/20876 * match.c (gfc_match_forall): Add missing locus to gfc_code. 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/16206 * gfortran.dg/array_initializer_1.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/array_initializer_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/check.c branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.h branches/gcc-4_1-branch/gcc/fortran/match.c branches/gcc-4_1-branch/gcc/fortran/simplify.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25049
[Bug fortran/16206] rejects valid array initialization expression
--- Comment #11 from pault at gcc dot gnu dot org 2006-06-23 04:47 --- Subject: Bug 16206 Author: pault Date: Fri Jun 23 04:46:50 2006 New Revision: 114925 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114925 Log: 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/25049 PR fortran/25050 * check.c (non_init_transformational): New function. (find_substring_ref): New function to signal use of disallowed transformational intrinsic in an initialization expression. (gfc_check_all_any): Call previous if initialization expr. (gfc_check_count): The same. (gfc_check_cshift): The same. (gfc_check_dot_product): The same. (gfc_check_eoshift): The same. (gfc_check_minloc_maxloc): The same. (gfc_check_minval_maxval): The same. (gfc_check_gfc_check_product_sum): The same. (gfc_check_pack): The same. (gfc_check_spread): The same. (gfc_check_transpose): The same. (gfc_check_unpack): The same. PR fortran/18769 *intrinsic.c (add_functions): Add gfc_simplify_transfer. *intrinsic.h : Add prototype for gfc_simplify_transfer. *simplify.c (gfc_simplify_transfer) : New function to act as placeholder for eventual implementation. Emit error for now. PR fortran/16206 * expr.c (find_array_element): Eliminate condition on length of offset. Add bounds checking. Rearrange exit. Return try and put gfc_constructor result as an argument. (find_array_section): New function. (find_substring_ref): New function. (simplify_const_ref): Add calls to previous. (simplify_parameter_variable): Return on NULL expr. (gfc_simplify_expr): Only call gfc_expand_constructor for full arrays. PR fortran/20876 * match.c (gfc_match_forall): Add missing locus to gfc_code. 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/16206 * gfortran.dg/array_initializer_1.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/array_initializer_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/check.c branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.h branches/gcc-4_1-branch/gcc/fortran/match.c branches/gcc-4_1-branch/gcc/fortran/simplify.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16206
[Bug fortran/25050] CSHIFT not allowed in initialization expression
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-23 04:47 --- Subject: Bug 25050 Author: pault Date: Fri Jun 23 04:46:50 2006 New Revision: 114925 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114925 Log: 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/25049 PR fortran/25050 * check.c (non_init_transformational): New function. (find_substring_ref): New function to signal use of disallowed transformational intrinsic in an initialization expression. (gfc_check_all_any): Call previous if initialization expr. (gfc_check_count): The same. (gfc_check_cshift): The same. (gfc_check_dot_product): The same. (gfc_check_eoshift): The same. (gfc_check_minloc_maxloc): The same. (gfc_check_minval_maxval): The same. (gfc_check_gfc_check_product_sum): The same. (gfc_check_pack): The same. (gfc_check_spread): The same. (gfc_check_transpose): The same. (gfc_check_unpack): The same. PR fortran/18769 *intrinsic.c (add_functions): Add gfc_simplify_transfer. *intrinsic.h : Add prototype for gfc_simplify_transfer. *simplify.c (gfc_simplify_transfer) : New function to act as placeholder for eventual implementation. Emit error for now. PR fortran/16206 * expr.c (find_array_element): Eliminate condition on length of offset. Add bounds checking. Rearrange exit. Return try and put gfc_constructor result as an argument. (find_array_section): New function. (find_substring_ref): New function. (simplify_const_ref): Add calls to previous. (simplify_parameter_variable): Return on NULL expr. (gfc_simplify_expr): Only call gfc_expand_constructor for full arrays. PR fortran/20876 * match.c (gfc_match_forall): Add missing locus to gfc_code. 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/16206 * gfortran.dg/array_initializer_1.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/array_initializer_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/check.c branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.h branches/gcc-4_1-branch/gcc/fortran/match.c branches/gcc-4_1-branch/gcc/fortran/simplify.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25050
[Bug fortran/20876] Subroutine call in FORALL block not PURE
--- Comment #5 from pault at gcc dot gnu dot org 2006-06-23 04:47 --- Subject: Bug 20876 Author: pault Date: Fri Jun 23 04:46:50 2006 New Revision: 114925 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114925 Log: 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/25049 PR fortran/25050 * check.c (non_init_transformational): New function. (find_substring_ref): New function to signal use of disallowed transformational intrinsic in an initialization expression. (gfc_check_all_any): Call previous if initialization expr. (gfc_check_count): The same. (gfc_check_cshift): The same. (gfc_check_dot_product): The same. (gfc_check_eoshift): The same. (gfc_check_minloc_maxloc): The same. (gfc_check_minval_maxval): The same. (gfc_check_gfc_check_product_sum): The same. (gfc_check_pack): The same. (gfc_check_spread): The same. (gfc_check_transpose): The same. (gfc_check_unpack): The same. PR fortran/18769 *intrinsic.c (add_functions): Add gfc_simplify_transfer. *intrinsic.h : Add prototype for gfc_simplify_transfer. *simplify.c (gfc_simplify_transfer) : New function to act as placeholder for eventual implementation. Emit error for now. PR fortran/16206 * expr.c (find_array_element): Eliminate condition on length of offset. Add bounds checking. Rearrange exit. Return try and put gfc_constructor result as an argument. (find_array_section): New function. (find_substring_ref): New function. (simplify_const_ref): Add calls to previous. (simplify_parameter_variable): Return on NULL expr. (gfc_simplify_expr): Only call gfc_expand_constructor for full arrays. PR fortran/20876 * match.c (gfc_match_forall): Add missing locus to gfc_code. 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/16206 * gfortran.dg/array_initializer_1.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/array_initializer_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/check.c branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.h branches/gcc-4_1-branch/gcc/fortran/match.c branches/gcc-4_1-branch/gcc/fortran/simplify.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20876
[Bug fortran/18769] ICE in gfc_conv_array_initializer with array initialization with transfer
--- Comment #9 from pault at gcc dot gnu dot org 2006-06-23 04:47 --- Subject: Bug 18769 Author: pault Date: Fri Jun 23 04:46:50 2006 New Revision: 114925 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114925 Log: 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/25049 PR fortran/25050 * check.c (non_init_transformational): New function. (find_substring_ref): New function to signal use of disallowed transformational intrinsic in an initialization expression. (gfc_check_all_any): Call previous if initialization expr. (gfc_check_count): The same. (gfc_check_cshift): The same. (gfc_check_dot_product): The same. (gfc_check_eoshift): The same. (gfc_check_minloc_maxloc): The same. (gfc_check_minval_maxval): The same. (gfc_check_gfc_check_product_sum): The same. (gfc_check_pack): The same. (gfc_check_spread): The same. (gfc_check_transpose): The same. (gfc_check_unpack): The same. PR fortran/18769 *intrinsic.c (add_functions): Add gfc_simplify_transfer. *intrinsic.h : Add prototype for gfc_simplify_transfer. *simplify.c (gfc_simplify_transfer) : New function to act as placeholder for eventual implementation. Emit error for now. PR fortran/16206 * expr.c (find_array_element): Eliminate condition on length of offset. Add bounds checking. Rearrange exit. Return try and put gfc_constructor result as an argument. (find_array_section): New function. (find_substring_ref): New function. (simplify_const_ref): Add calls to previous. (simplify_parameter_variable): Return on NULL expr. (gfc_simplify_expr): Only call gfc_expand_constructor for full arrays. PR fortran/20876 * match.c (gfc_match_forall): Add missing locus to gfc_code. 2006-06-23 Paul Thomas [EMAIL PROTECTED] PR fortran/16206 * gfortran.dg/array_initializer_1.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/array_initializer_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/check.c branches/gcc-4_1-branch/gcc/fortran/expr.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.c branches/gcc-4_1-branch/gcc/fortran/intrinsic.h branches/gcc-4_1-branch/gcc/fortran/match.c branches/gcc-4_1-branch/gcc/fortran/simplify.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18769
[Bug debug/21391] [4.0/4.1 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-06-23 04:53 --- This was fixed on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2 Regression]|[4.0/4.1 Regression] |referencing a type via a|referencing a type via a |cast does not emit it for |cast does not emit it for |debug (feliminate-unused- |debug (feliminate-unused- |debug-types)|debug-types) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
[Bug debug/21391] [4.0/4.1 Regression] referencing a type via a cast does not emit it for debug (feliminate-unused-debug-types)
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-06-23 04:56 --- *** Bug 28099 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||gin at mo dot msk dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21391
[Bug debug/28099] loses type in debug info
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 04:56 --- This is a dup of either PR 21391 or 23336 by looking at the source code and your explanation. I am going to close it as a dup of bug 23336 because you have a cast to enum Lisp_Type in there so it is fixed for 4.2.0. Next time please don't paste the preprocessed source in gccbug or in the comments section in bugzilla. One more note, 2.96 was never an official release. *** This bug has been marked as a duplicate of 21391 *** -- 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=28099
[Bug debug/28064] .debug_str is used only when optimizing
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-23 04:57 --- Confirmed. -- 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-06-23 04:57:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28064
[Bug libstdc++/28080] header dependencies
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-23 04:59 --- When I acidently closed this bug, I set Target Milestone, which I am fixing right now. -- 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=28080
[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125
[Bug middle-end/20274] -fvisibility=hidden has no effect on calling undefined function
--- Comment #4 from jason at gcc dot gnu dot org 2006-06-23 05:25 --- This is the intended behavior of -fvisibility; see the discussion of PR 15000 for the rationale. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20274
[Bug bootstrap/28026] Cross compiles involving Darwin fail
--- Comment #5 from w dot northcott at unsw dot edu dot au 2006-06-23 05:57 --- (In reply to comment #3) I think the problem with the FSF build is that the SDK is actually *-darwin-8.6.1 but your host system is running Tiger which is *-darwin-8.6.0. Thanks for the thoughgt, but I don't quite get your drift. The test is if test $hostos = $targetos -o $targetos = darwin In the Apple build this succeeds because both target and host are set to darwin8. In the FSF build the same test fails because the target is set to ...darwin8 and the host to ...darwin8.6.whatever. Since the test fails, the build succeeds because CROSS_COMPILE is still defined. It is a case of two wrongs making a right, but it is not nice. Bill -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28026