[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #4 from jv244 at cam dot ac dot uk 2008-01-24 08:08 --- and also confirmed for the latest gfortran: gcc version 4.3.0 20080124 (experimental) [trunk revision 131776] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug fortran/34872] [4.3 Regression] Spurious error in snapshot of 01/18/08: Statement at (1) is not a valid branch target statement for the branch statement at (2)
--- Comment #4 from pault at gcc dot gnu dot org 2008-01-24 08:41 --- Subject: Bug 34872 Author: pault Date: Thu Jan 24 08:40:38 2008 New Revision: 131777 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131777 Log: 2008-01-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/34872 * parse.c (next_statement) : If ST_GET_FCN_CHARACTERISTICS is seen, check for a statement label and, if present, delete it and set the locus to the start of the statement. 2008-01-24 Paul Thomas <[EMAIL PROTECTED]> PR fortran/34872 * gfortran.dg/function_charlen_3.f: New test. Added: trunk/gcc/testsuite/gfortran.dg/function_charlen_3.f Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/parse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34872
[Bug fortran/34872] [4.3 Regression] Spurious error in snapshot of 01/18/08: Statement at (1) is not a valid branch target statement for the branch statement at (2)
--- Comment #5 from pault at gcc dot gnu dot org 2008-01-24 08:43 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34872
[Bug fortran/34952] New: Support ENCODE/DECODE
I came across of the following in an old program: ENCODE (size, fmt, buf [, IOSTAT=i-var] [, ERR=label]) [io-list] DECODE (size, fmt, buf [, IOSTAT=i-var] [, ERR=label]) [io-list] These are relatively vendor extensions to Fortran 66 to support something like internal read/write combined with transfer as b does not need to be character (which did not exist in Fortran 66). See also: http://docs.sun.com/app/docs/doc/805-4939/6j4m0vn8o http://www.intel.com/software/products/compilers/docs/flin/main_for/mergedProjects/lref_for/source_files/rfdecode.htm http://rsusu1.rnd.runnet.ru:/ab2/coll.34.5/FORTRANREF/@Ab2PageView/idmatch(C4F81487A) If one does not want to implement it, one could think of adding a similar paragraph as in g77: http://gcc.gnu.org/onlinedocs/gcc-3.4.6/g77/ENCODE-and-DECODE.html -- Summary: Support ENCODE/DECODE Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34952
[Bug c++/34944] Tree check: at cp/typecheck.c
--- Comment #5 from aj at gcc dot gnu dot org 2008-01-24 09:33 --- It's fixed indeed - thanks! -- aj at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34944
[Bug fortran/34952] Support ENCODE/DECODE
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-24 10:05 --- If it is an extension of something as old as F66 and g77 didn't implement it, I think gfortron does not need to implement it either. IMO, take the notes from g77 and be done with it. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34952
[Bug fortran/34952] Support ENCODE/DECODE
--- Comment #2 from dominiq at lps dot ens dot fr 2008-01-24 10:17 --- > IMO, take the notes from g77 and be done with it. I fully agree. ENCODE/DECODE have standard conforming equivalents and are not difficult to replace by the latter. I'll go a step further by replacing the last sentence in the g77 notes by: "ENCODE and DECODE will not be supported by future version of gfortran." to close the matter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34952
[Bug c++/34950] ICE in svn boost math toolkit
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-24 11:03 --- reducing anyway -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34950] ICE in svn boost math toolkit
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-24 11:03 --- I had to use -fpermissive to get no errors. I am reducing too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 11:06 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.2.3 Last reconfirmed|-00-00 00:00:00 |2008-01-24 11:06:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug middle-end/34934] [4.1/4.2/4.3 Regression] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
[Bug c++/34950] ICE in svn boost math toolkit
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-24 10:56 --- Created an attachment (id=15015) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15015&action=view) unincluded testcase I think this is somehow an invalid testcase as I cannot find a single compiler to build it without errors ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug c++/34603] [4.1/4.2/4.3 regression] ICE with broken template declaration
--- Comment #2 from pcarlini at suse dot de 2008-01-24 10:58 --- On it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34603
[Bug c++/25701] gcc.texi missing @direntry for g++
--- Comment #3 from bje at gcc dot gnu dot org 2008-01-24 10:22 --- Subject: Bug 25701 Author: bje Date: Thu Jan 24 10:22:11 2008 New Revision: 131778 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131778 Log: PR c++/25701 * doc/gcc.texi (Software development): Add a direntry for g++. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/gcc.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25701
[Bug middle-end/34934] [4.1/4.2/4.3 Regression] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-01-24 10:59 --- 4.0.x did not have tree-stdarg.c so this is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 4.2.3 Known to work||4.0.0 Summary|-O1 crash compile *** glibc |[4.1/4.2/4.3 Regression] -O1 |detected ***|crash compile *** glibc |/usr/lib/gcc/i486-linux-|detected *** |gnu/4.2.3/cc1: double free |/usr/lib/gcc/i486-linux- |or corruption (!prev) |gnu/4.2.3/cc1: double free ||or corruption (!prev) Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
[Bug middle-end/34934] [4.1/4.2/4.3 Regression] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-01-24 10:26:55 |2008-01-24 11:26:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-01-24 11:29
---
This is invalid in the first place:
(const_vector:V4SI [
(const:SI (plus:SI (symbol_ref:SI ("g") [flags 0x40] )
(const_int 32 [0x20])))
(const_int 0 [0x0])
(const_int 0 [0x0])
(const_int 0 [0x0])
CONST_VECTOR can only contain CONST_INTs or CONST_DOUBLEs (and CONST_FIXED ?).
ix86_expand_vector_init (as well as rs6000_expand_vector_init) should be fixed
to avoid generating them.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|ebotcazou 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=34856
[Bug middle-end/34934] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-24 10:26 ---
Confirmed. With the gcc_assert patch on x86_64 it ICEs with -O -m32 with
the following reduced testcase:
typedef struct fdstruct {
int entry[(1024 - 10) + 2];
int last_entry;
} fdlist;
void vsendto_one(long*, __builtin_va_list);
void sendto_realops_lev(long *umode, fdlist *l, int lev, ...)
{
int i, fd;
__builtin_va_list vl;
__builtin_va_start(vl, lev);
for (fd = l->entry[i = 1]; i <= l->last_entry; fd = l->entry[++i])
{
switch (lev) {
case 1:
if (!(*umode & 0x0020))
continue;
case 3:
if (!(*umode & 0x0080))
continue;
case 9:
if (!(*umode & 0x0400))
continue;
case 4:
if (!(*umode & 0x0200))
continue;
case 8:
if (!(*umode & 0x0010))
continue;
case 6:
if (!(*umode & 0x0100))
continue;
case 7:
if (!(*umode & 0x0004))
continue;
case 10:
if (!(*umode & 0x0020)
&& ((*umode & 0x8000)
|| (*umode & 0x0800)))
continue;
}
vsendto_one(umode, vl);
}
}
Obviously for a densely connected CFG there can be as much as n_basic_blocks^2
edges.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||jakub at gcc dot gnu dot
||org, rguenth at gcc dot gnu
||dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-on-valid-code
Last reconfirmed|-00-00 00:00:00 |2008-01-24 10:26:55
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
[Bug c++/34949] Dead code in empty destructors.
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-24 10:32 --- This needs to be optimized in the C++ FE for the said reasons. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34949
[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #15 from pinskia at gcc dot gnu dot org 2008-01-24 11:35 --- (In reply to comment #14) > ix86_expand_vector_init (as well as rs6000_expand_vector_init) should be fixed > to avoid generating them. I guess then I will handle spu_expand_vector_init then but it wouldn't be until this weekend. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|spu-elf, powerpc-linux-gnu |spu-elf, powerpc*-*-*, i*68- ||*-*, x86_64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-01-24 11:48 --- > I guess then I will handle spu_expand_vector_init then but it wouldn't be > until this weekend. Btw, is this code real-life code? If no, why is this P2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug c++/32029] [4.1/4.2/4.3 regression] ICE on instantiation of template parameter
--- Comment #5 from pcarlini at suse dot de 2008-01-24 12:02 --- In mainline is now back to accepts-invalid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32029
[Bug c++/34487] [4.1/4.2/4.3 regression] ICE using class instead of typename
--- Comment #2 from pcarlini at suse dot de 2008-01-24 12:05 --- Similarly to PR32029, now only accepts-invalid in mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34487
[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #17 from pinskia at gcc dot gnu dot org 2008-01-24 12:12 --- (In reply to comment #16) > Btw, is this code real-life code? If no, why is this P2? It comes originally from a PS3 SDK sources, SPU code in fact. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #18 from pinskia at gcc dot gnu dot org 2008-01-24 12:16
---
I should say this was reduced from the PS3 SDK sources.
The
pin = (VU32){(unsigned int)&g[16]};
line exists in the original source.
I am totally serious this is what the code looks like.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-01-24 12:17 --- P2 as all ICE-on-valid code for primary and secondary targets are at least P2. Uros, can you handle x86? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||uros at gcc dot gnu dot org Component|middle-end |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605
--- Comment #53 from dominiq at lps dot ens dot fr 2008-01-24 12:58 --- On i686-apple-darwin9 the patch from http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01081.html (now commited in trunk) solves all the failures in gcc.dg/struct/*, both in 32 and 64 bit modes. I have even an XPASS: XPASS: gcc.dg/struct/wo_prof_malloc_size_var.c scan-ipa-dump ipa_struct_reorg "Number of structures to transform is 1" I got these results with and WITHOUT the patches in comments #11 and #31 (with == both of them) and the two builds give the same summary: === gcc Summary for unix/-m64 === # of expected passes47421 # of unexpected failures11 # of unexpected successes 1 # of expected failures 163 # of untested testcases 35 # of unsupported tests 477 === gcc Summary === # of expected passes94966 # of unexpected failures33 # of unexpected successes 3 # of expected failures 326 # of unresolved testcases 1 # of untested testcases 70 # of unsupported tests 843 /opt/gcc/i686-darwin/gcc/xgcc version 4.3.0 20080124 (experimental) (GCC) So the patches in comments #11 and #31 may fix some other issues, but do nor seem necessary to fix this PR (and PR34472), at least on i686-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #8 from aldot at gcc dot gnu dot org 2008-01-24 13:43 ---
Created an attachment (id=15016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15016&action=view)
updated patch
tiny fix: libgcc-s-objects-onestep is only needed for enable_shared=yes.
Two other buglets fixed that were exposed by building libgcc with
--enable-intermodule, see second changelog below.
libgcc/ChangeLog:
2007-11-19 Bernhard Fischer <>
* configure.ac: Add option --enable-intermodule for onestep
compile.
* Makefile.in: Use onestep.
gcc/ChangeLog:
2007-11-19 Bernhard Fischer <>
* gbl-ctors.h: Add header guard.
* libgcc2.c: Avoid redefinition of FUNC, use FUNCU for
__floatundi?f
* config/libbid/bid64_div.c: Extern decls of
__bid_{convert_table,factors,packed_1_zeros} have to be const.
* libgcc/config/libbid/bid128_div.c: Likewise.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Attachment #15008|0 |1
is obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #20 from ubizjak at gmail dot com 2008-01-24 13:48 ---
(In reply to comment #19)
> Uros, can you handle x86?
Sometimes CONSTANT_P is just too broad to construct correct RTX. This patch
creates most sensible asm (i.e. using movd instead of movdqa):
--cut here--
Index: i386.c
===
--- i386.c (revision 131776)
+++ i386.c (working copy)
@@ -23593,7 +23593,9 @@ ix86_expand_vector_init (bool mmx_ok, rt
for (i = 0; i < n_elts; ++i)
{
x = XVECEXP (vals, 0, i);
- if (!CONSTANT_P (x))
+ if (!(CONST_INT_P (x)
+ || GET_CODE (x) == CONST_DOUBLE
+ || GET_CODE (x) == CONST_FIXED))
n_var++, one_var = i;
else if (x != CONST0_RTX (inner_mode))
all_const_zero = false;
--cut here--
f1:
pushl %ebx
subl$24, %esp
movl32(%esp), %ebx
movd.LC0, %xmm0
movdqa %xmm0, (%esp)
.p2align 4,,7
.p2align 3
.L2:
movdqa (%esp), %xmm0
callf
subl$1, %ebx
jne .L2
addl$24, %esp
popl%ebx
ret
.size f1, .-f1
.section.rodata.cst4,"aM",@progbits,4
.align 4
.LC0:
.long g+32
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug c++/34953] New: ICC on destructor + noreturn-function at -O3
This code crashes GCC versions 4.1.2, 4.1.3, and 4.2.3, when compiled using the
-O3 option.
void B_CLEAR(void* ret);
void B_NeverReturns(void* ret) __attribute__((noreturn));
int main()
{
const struct AutoErrPop { ~AutoErrPop() { } } AutoErrPopper = { };
B_NeverReturns(0);
}
void B_NeverReturns(void* ret)
{
B_CLEAR(ret); /* Never returns (does a setjmp/goto) */
}
Tested on x86_64 and i386. To reproduce: g++ a.cc -O3
Expected result:
a.cc:4: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see .
--
Summary: ICC on destructor + noreturn-function at -O3
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bisqwit at iki dot fi
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=34953
[Bug c++/34953] ICC on destructor + noreturn-function at -O3
--- Comment #1 from bisqwit at iki dot fi 2008-01-24 13:52 --- The body of the function B_CLEAR() is not included, and not relevant, since the error happens without the body as well, and does not progress to linking. -- bisqwit at iki dot fi changed: What|Removed |Added CC||bisqwit at iki dot fi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34953
[Bug fortran/34952] Document lack of support for ENCODE/DECODE
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-01-24 13:57 --- (In reply to comment #1) > If it is an extension of something as old as F66 and g77 didn't implement it, > I > think gfortran does not need to implement it either. IMO, take the notes from > g77 and be done with it. I support that course of action. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||documentation Last reconfirmed|-00-00 00:00:00 |2008-01-24 13:57:22 date|| Summary|Support ENCODE/DECODE |Document lack of support for ||ENCODE/DECODE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34952
[Bug libfortran/24685] real(16) formatted input is broken for huge values (gfortran.dg/default_format_2.f90)
--- Comment #28 from dominiq at lps dot ens dot fr 2008-01-24 14:01 --- Some remarks from powerpc-apple-darwin9: (1) the title is misleading: formatted inputs are not broken, formatted outputs are. (2) they seem broken for constants nearest from bellow any power of two, as shown by the following code: [karma] bug/real16% cat real_16_red.f90 real(16) :: x x = 1.0_16 print *, nearest(x,-x), nearest(x,x) print *, nearest(1.0_16,-1.0_16), nearest(1.0_16,1.0_16) end [karma] bug/real16% gfc -fno-range-check real_16_red.f90 [karma] bug/real16% a.out 0.9998767 1.000247 1.000 1.0002465 where nearest(1.0_16,-1.0_16) is ouput as 1.0...0 and not as 0.9...98767. (3) As huge(1.0_16) is treated as a constant, I had to pay hide-and-seek with gfortran in the following code: [karma] bug/real16% cat huge_16.f90 character(80) :: tmp real(16) :: x, y x = 2.0_16**1022 print *, 2.0_16*x, 2.0_16*x-huge(x) ! 2.0_16**1023 is larger than huge(x) but not printed as +Inf y = nearest(4.0_16*x,-x) print *, 4.0_16*x, nearest(2.0_16*x,x), nearest(y,-x) x = nearest(2.0_16*x,-x) ! hide huge in a variable print *, x, x-huge(x) write(tmp,*) x read(tmp,*) y print *, x, y, x-y! the printed value of y is not the same the one for x x = nearest(x,1.0_16) print *, x, nearest(x,1.0_16) print *, 8.98846567431157953864652595394512367E+0307_16 end [karma] bug/real16% gfc -fno-range-check huge_16.f90 [karma] bug/real16% a.out 8.98846567431157953864652595394512367E+0307 1.10791393256022264271830208461724263E+0276 +Infinity 8.98846567431157953864652595394534525E+0307 +Infinity 8.98846567431157953864652595394501288E+0307 0.00 8.98846567431157953864652595394501288E+0307 8.98846567431157953864652595394512367E+0307 0.00 8.98846567431157953864652595394512367E+0307 8.98846567431157953864652595394534525E+0307 +Infinity where x is an hidden huge(x), correctly printed as 8.98846567431157953864652595394501288E+0307, correctly read as y (x-y==0.0), while y is printed as 8.98846567431157953864652595394534525E+0307==+Inf. Note also several value above huge(x) not printed as +Inf. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24685
[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT
--- Comment #24 from burnus at gcc dot gnu dot org 2008-01-24 14:14 ---
How about the following? If we need a variable as actual argument, one should
either have
allocate(, stat=istat)
or
allocate(, stat=istat, source=bar)
i.e. a ')' or a ','. I think for "istat = ..." the flavor is not needed. What
do you think were it will break now?
Index: primary.c
===
--- primary.c (Revision 131778)
+++ primary.c (Arbeitskopie)
@@ -2534,7 +2534,8 @@ match_variable (gfc_expr **result, int e
if (sym->attr.external || sym->attr.procedure
|| sym->attr.function || sym->attr.subroutine)
flavor = FL_PROCEDURE;
- else if (gfc_peek_char () != '(' || sym->ts.type != BT_UNKNOWN
+ else if (gfc_peek_char () != ')' || gfc_peek_char () != ','
+|| sym->ts.type != BT_UNKNOWN
|| sym->attr.pointer || sym->as != NULL)
flavor = FL_VARIABLE;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32760
[Bug c++/34913] [4.1/4.2/4.3 Regression] ICE vector in template
--- Comment #5 from jason at gcc dot gnu dot org 2008-01-24 14:42 --- Subject: Bug 34913 Author: jason Date: Thu Jan 24 14:41:32 2008 New Revision: 131779 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131779 Log: PR c++/34913 * decl2.c (is_late_template_attribute): Defer any attribute with dependent args. Also defer type attributes if the type is dependent. Added: trunk/gcc/testsuite/g++.dg/ext/vector11.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34913
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #21 from dominiq at lps dot ens dot fr 2008-01-24 14:57 --- Prliminary tests show that the patch in #20 fix the problem on i686-apple-darwin9, regtesting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT
--- Comment #25 from burnus at gcc dot gnu dot org 2008-01-24 15:09 --- > i.e. a ')' or a ','. I think for "istat = ..." the flavor is not needed. What > do you think were it will break now? Answer: The following. I still wonder whether one should not check it in as interim solution for 4.3.0. The following program is presumably a valid Fortran 2003 program (without the ",source=t" it is valid F95), but the "integer," makes problems with my patch above; on the other hand it is needed for the check in allocate. I wonder how other compilers such as NAG f95 or g95 solve this problem. module m public :: integer private :: istat contains subroutine foo integer, allocatable :: s(:), t(:) allocate(t(5)) allocate(s(4), stat=istat, source=t) end subroutine foo subroutine integer() end subroutine integer end module m -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32760
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #6 from pault at gcc dot gnu dot org 2008-01-24 15:12 --- Joost, When did this last work? Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug middle-end/34934] [4.1/4.2/4.3 Regression] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
--- Comment #11 from jakub at gcc dot gnu dot org 2008-01-24 15:14 --- Subject: Bug 34934 Author: jakub Date: Thu Jan 24 15:13:17 2008 New Revision: 131780 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131780 Log: PR middle-end/34934 * tree-stdarg.c (reachable_at_most_once): Use VEC vector instead of a fixed vector for stack. * gcc.c-torture/compile/20080124-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20080124-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-stdarg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
[Bug c++/34953] [4.1/4.2 Regression] ICE on destructor + noreturn-function at -O3
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-24 15:15 --- Confirmed. We ICE in apply_return_prediction() because we come along an empty BB. This was fixed on the trunk by 2007-05-01 Zdenek Dvorak <[EMAIL PROTECTED]> ... * predict.c (apply_return_prediction): Check for empty blocks. -- 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 |2008-01-24 15:15:13 date|| Summary|ICE on destructor + |[4.1/4.2 Regression] ICE on |noreturn-function at -O3|destructor + noreturn- ||function at -O3 Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34953
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #7 from jv244 at cam dot ac dot uk 2008-01-24 15:22 --- (In reply to comment #6) > When did this last work? unfortunately I don't know. This piece of code might actually be newer than my latest test of gfortran on CVS CP2K. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug c++/34953] [4.1/4.2 Regression] ICE on destructor + noreturn-function at -O3
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-24 15:23 --- I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Known to work|3.3.6 4.0.4 |3.3.6 4.0.4 4.3.0 Last reconfirmed|2008-01-24 15:15:13 |2008-01-24 15:23:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34953
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #8 from dominiq at lps dot ens dot fr 2008-01-24 15:41 --- > When did this last work? The reduced test case is compiled by 4.2.2, but not by 4.3.0 20071125 (experimental). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug fortran/34858] [4.3 Regression] ICE on invalid depending of the length of the source name
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-01-24 15:47 --- Created an attachment (id=15017) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15017&action=view) Proposed patch. This fixes the testcase from comment #6 as well as the original report in terms of invalid reads. On i686-pc-linux-gnu, I can not observe any more ICEs. This patch also reverts the fix for PR33375 as this seems to be the more correct approach (no segfaults or invalid reads while compiling common_6.f90). Not fully regression tested yet, but gfortran.dg/common_* does not show any problems. Dominique, could you give it a try on your machines? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34858
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 15:52 ---
Reduced (invalid?) testcase:
template struct precision {
typedef typename Policy::precision_type precision_type;
};
template
struct bessel_traits {
typedef T1 result_type;
typedef typename precision::type precision_type;
};
template
void
def(char const* name, Fn fn);
template
typename bessel_traits::result_type
cyl_bessel_j(T1 v, T2 x, const Policy& pol);
void hedge_expose_polynomial()
{
def("cyl_bessel_j", cyl_bessel_j);
}
EDG says
ice.1.min.cpp(20): error: no instance of function template "def" matches the
argument list
argument types are: (const char [13], )
def("cyl_bessel_j", cyl_bessel_j);
^
compilation aborted for ice.1.min.cpp (code 2)
4.1 errors with
ice.1.min.cpp: In instantiation of 'precision':
ice.1.min.cpp:7: instantiated from 'bessel_traits'
ice.1.min.cpp:20: instantiated from here
ice.1.min.cpp:2: error: no type named 'precision_type' in 'Policy'
ice.1.min.cpp: In instantiation of 'bessel_traits':
ice.1.min.cpp:20: instantiated from here
ice.1.min.cpp:7: error: no type named 'type' in 'struct precision'
ice.1.min.cpp: In function 'void hedge_expose_polynomial()':
ice.1.min.cpp:20: error: no matching function for call to 'def(const char [13],
)'
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-on-invalid-code
Known to fail||4.2.3 4.3.0
Last reconfirmed|-00-00 00:00:00 |2008-01-24 15:52:12
date||
Summary|ICE in svn boost math |[4.2/4.3 Regression] ICE in
|toolkit |svn boost math toolkit
Target Milestone|--- |4.2.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug fortran/34858] [4.3 Regression] ICE on invalid depending of the length of the source name
--- Comment #8 from dfranke at gcc dot gnu dot org 2008-01-24 15:53 --- Created an attachment (id=15018) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15018&action=view) Proposed patch v2 (other patch contains unrelated differences) -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Attachment #15017|0 |1 is obsolete|| AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34858
[Bug c/34587] gcc.dg/initpri1.c fails on powerpc-apple-darwin
--- Comment #1 from dominiq at lps dot ens dot fr 2008-01-24 15:55 --- Confirmed on i686-apple-darwin9 on both 32 and 64 bit modes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34587
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #9 from pault at gcc dot gnu dot org 2008-01-24 15:55 --- (In reply to comment #8) > > When did this last work? > The reduced test case is compiled by 4.2.2, but not by 4.3.0 20071125 > (experimental). Dominique, What is the date on the 4.2.2? Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug fortran/34954] New: finalize_transfer (transfer.c:2698): Depends on uninitialized memory
valgrind find the following errors when running the a.out of all dg-run programs of the test suite. (I think even if it turns out to be rather harmless, it should be fixed. I think there are a couple of Fortran programmers which use valgrind to debug their own program and noise such this hampers this. Additionally, it makes gfortran look bad.) gfortran ./streamio_2.f90 ==19950== Conditional jump or move depends on uninitialised value(s) ==19950==at 0x4ED06AF: finalize_transfer (transfer.c:2698) ==19950==by 0x4ED0798: _gfortran_st_write_done (transfer.c:2865) ==19950==by 0x400B75: MAIN__ (in /projects/tob/gcc/gcc/testsuite/gfortran.dg/a.out) Same for: gfortran ./streamio_5.f90 ./streamio_10.f90 ./streamio_7.f90 ./streamio_11.f90 ./streamio_12.f90 ./streamio_8.f90 ./streamio_1.f90 ./streamio_9.f90 gfortran -fmax-subrecord-length=16 ./unformatted_subrecord_1.f90 ./unf_read_corrupted_1.f90 ./advance_6.f90 ./streamio_13.f90 ./unf_io_convert_3.f90 ==23864== Syscall param write(buf) points to uninitialised byte(s) ==23864==at 0x562BF30: write (in /lib64/libc-2.7.so) ==23864==by 0x4ED2E10: do_write (unix.c:410) ==23864==by 0x4ED2EB4: fd_flush (unix.c:460) ==23864==by 0x4EC4E9C: _gfortran_st_backspace (file_pos.c:246) ==23864==by 0x400AB5: MAIN__ (in /projects/tob/gcc/gcc/testsuite/gfortran.dg/a. ==23864== Address 0x58c58b4 is 156 bytes inside a block of size 8,344 alloc'd ==23864==at 0x4C2560E: malloc (in /usr/lib64/valgrind/amd64-linux/vgpreload_mem check.so) ==23864==by 0x4E40FA8: _gfortrani_get_mem (memory.c:48) ==23864==by 0x4ED3329: fd_to_stream (unix.c:1117) ==23864==by 0x4ECC458: _gfortrani_new_unit (open.c:378) ==23864==by 0x4ECCB19: _gfortran_st_open (open.c:563) Same for: ./unf_io_convert_3.f90 -- Summary: finalize_transfer (transfer.c:2698): Depends on uninitialized memory Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34954
[Bug c++/34953] [4.1/4.2 Regression] ICE on destructor + noreturn-function at -O3
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-24 16:00 --- Subject: Bug 34953 Author: rguenth Date: Thu Jan 24 15:59:18 2008 New Revision: 131781 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131781 Log: 2008-01-24 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/34953 * predict.c (apply_return_prediction): Check for empty blocks. (tree_estimate_probability): Likewise. * g++.dg/torture/pr34953.C: New testcase. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/torture/pr34953.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/predict.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34953
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #10 from dominiq at lps dot ens dot fr 2008-01-24 16:00 --- > What is the date on the 4.2.2? >From gcc.gnu.org:pub/gcc/releases, I'ld guess 2007 Oct 8: drwxrwsr-x 3 ftp ftp 4096 Oct 8 22:07 gcc-4.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug c++/34953] [4.1 Regression] ICE on destructor + noreturn-function at -O3
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-24 16:03 --- Fixed for 4.2.3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Known to fail|4.1.2 4.1.3 4.2.3 |4.1.2 4.1.3 Known to work|3.3.6 4.0.4 4.3.0 |3.3.6 4.0.4 4.2.3 4.3.0 Summary|[4.1/4.2 Regression] ICE on |[4.1 Regression] ICE on |destructor + noreturn- |destructor + noreturn- |function at -O3 |function at -O3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34953
[Bug c++/34953] [4.1 Regression] ICE on destructor + noreturn-function at -O3
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-24 16:03 --- Subject: Bug 34953 Author: rguenth Date: Thu Jan 24 16:02:51 2008 New Revision: 131782 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131782 Log: 2008-01-24 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/34953 * g++.dg/torture/pr34953.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr34953.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34953
[Bug fortran/34955] New: transfer_assumed_size_1.f90: Valgrind error: invalid read of size 3
./transfer_assumed_size_1.f90==29961== Invalid read of size 1 ==29961==at 0x4C26B50: memmove (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) ==29961==by 0x400EA5: __transferbug_MOD_bytestostring (transfer_assumed_size_1.f90:31) ==29961==by 0x401657: MAIN__ (transfer_assumed_size_1.f90:41) ==29961==by 0x40174B: main (fmain.c:21) ==29961== Address 0x58c5793 is 13 bytes before a block of size 2 free'd ==29961==at 0x4C2430F: free (in /usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so) -- Summary: transfer_assumed_size_1.f90: Valgrind error: invalid read of size 3 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #11 from jv244 at cam dot ac dot uk 2008-01-24 16:05 --- > What is the date on the 4.2.2? the relevant data might be the branching of 4.2 +-- GCC 4.2 branch created --+ |(Oct 20 2006)\ v v -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug fortran/34956] New: -fbounds-check: bounds_check_9.f90: Use of uninitialized memory
The following only fails if -fbounds-check are turned on. ./bounds_check_9.f90 ==29980== Conditional jump or move depends on uninitialised value(s) ==29980==at 0x4008BD: __sub_mod_MOD_sub (bounds_check_9.f90:23) ==29980==by 0x400C72: MAIN__ (bounds_check_9.f90:34) [...] ./bounds_check_fail_2.f90 ==29996== Conditional jump or move depends on uninitialised value(s) ==29996==at 0x4008BD: __sub_mod_MOD_sub (bounds_check_fail_2.f90:24) ==29996==by 0x400C72: MAIN__ (bounds_check_fail_2.f90:35) ==29996==by 0x400D1B: main (fmain.c:21) [...] -- Summary: -fbounds-check: bounds_check_9.f90: Use of uninitialized memory Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34956
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-24 16:15 --- Stats: -rw-r--r-- 1 1000 1000 3853392 Jan 24 13:28 ./build_i686/gcc-4.3.0-target.IMA/i686-linux-uclibc/libgcc/libgcc.a 2826503 34784 8 2861295 2ba8ef (TOTALS) -rw-r--r-- 1 1000 1000 4569970 Jan 24 14:00 ./build_i686/gcc-4.3.0-target/i686-linux-uclibc/libgcc/libgcc.a 2853491 34800 310 2888601 2c1399 (TOTALS) So roughly a 15% on-disk size-saving for the static libgcc. libgcc_s.so: -rwxr-xr-x 1 1000 1000 40608 Jan 24 15:58 ./gcc-4.3.0-target.IMA.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 -rwxr-xr-x 1 1000 1000 187940 Jan 24 15:14 ./gcc-4.3.0-target.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 textdata bss dec hex filename 11210 284 32 115262d06 ./gcc-4.3.0-target.IMA.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 42013 436 336 42785a721 ./gcc-4.3.0-target.so/i686-linux-uclibc/libgcc/libgcc_s.so.1 Approximately 73% size-saving and 78% on-disk savings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug c++/34357] [4.2 Regression] internal compiler error: in layout_type, at stor-layout.c:1864
--- Comment #3 from pcarlini at suse dot de 2008-01-24 16:23 --- Most likely due to the fix for c++/28560, this problem doesn't affect mainline anymore. -- pcarlini at suse dot de changed: What|Removed |Added Known to fail|4.3.0 4.2.3 |4.2.3 Summary|[4.2/4.3 Regression]|[4.2 Regression] internal |internal compiler error: in |compiler error: in |layout_type, at stor- |layout_type, at stor- |layout.c:1864 |layout.c:1864 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34357
[Bug middle-end/34934] [4.1/4.2 Regression] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)
--- Comment #12 from jakub at gcc dot gnu dot org 2008-01-24 16:23 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.3.0 4.2.3 |4.2.3 Known to work|4.0.0 |4.0.0 4.3.0 Summary|[4.1/4.2/4.3 Regression] -O1|[4.1/4.2 Regression] -O1 |crash compile *** glibc |crash compile *** glibc |detected ***|detected *** |/usr/lib/gcc/i486-linux-|/usr/lib/gcc/i486-linux- |gnu/4.2.3/cc1: double free |gnu/4.2.3/cc1: double free |or corruption (!prev) |or corruption (!prev) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34934
[Bug middle-end/34483] wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605
--- Comment #54 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-24 16:26 --- Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605 > On i686-apple-darwin9 the patch from > http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01081.html (now commited in > trunk) solves all the failures in gcc.dg/struct/*, both in 32 and 64 bit > modes. Unfortunately, it didn't resolve the problems on hppa. With no patches, this is the current state on hppa2.0w-hp-hpux11.11. FAIL: gcc.dg/struct/wo_prof_global_var.c execution test FAIL: gcc.dg/struct/wo_prof_local_var.c execution test FAIL: gcc.dg/struct/wo_prof_two_strs.c (internal compiler error) FAIL: gcc.dg/struct/wo_prof_two_strs.c (test for excess errors) WARNING: gcc.dg/struct/wo_prof_two_strs.c compilation failed to produce executable FAIL: gcc.dg/struct/wo_prof_two_strs.c scan-ipa-dump ipa_struct_reorg "Number of structures to transform is 2" FAIL: gcc.dg/struct/w_prof_global_var.c execution,-O3 -fwhole-program -combine -fipa-type-escape -fprofile-use -fipa-struct-reorg -fdump-ipa-all FAIL: gcc.dg/struct/w_prof_local_var.c execution,-O3 -fwhole-program -combine -fipa-type-escape -fprofile-use -fipa-struct-reorg -fdump-ipa-all FAIL: gcc.dg/struct/w_prof_two_strs.c compilation, -O3 -fwhole-program -combine -fipa-type-escape -fprofile-use -fipa-struct-reorg -fdump-ipa-all (internal compiler error) The ICE is here: /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/struct/wo_prof_two_strs.c:56: internal co mpiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605 Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
[Bug c++/34913] [4.1/4.2 Regression] ICE vector in template
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-24 16:27 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.3 4.3.0 4.0.0 |4.1.3 4.2.0 4.0.0 Known to work|3.4.0 |3.4.0 4.3.0 Summary|[4.1/4.2/4.3 Regression] ICE|[4.1/4.2 Regression] ICE |vector in template |vector in template http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34913
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #22 from dominiq at lps dot ens dot fr 2008-01-24 16:33 --- I get the following summary for the gcc regression testsuite (32/64 bit modes) with the patch in #20: === gcc Summary for unix/-m64 === # of expected passes47421 # of unexpected failures11 # of unexpected successes 1 # of expected failures 163 # of untested testcases 35 # of unsupported tests 477 === gcc Summary === # of expected passes94971 # of unexpected failures23 # of unexpected successes 3 # of expected failures 326 # of unresolved testcases 1 # of untested testcases 70 # of unsupported tests 843 /opt/gcc/i686-darwin/gcc/xgcc version 4.3.0 20080124 (experimental) (GCC) For comparison without the patch, see pr34483 comment #53. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug middle-end/33333] ICE with #pragma omp parallel for in try/catch statement
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||01/msg01152.html Status|NEW |ASSIGNED Last reconfirmed|2007-12-27 19:09:41 |2008-01-24 16:37:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug c++/30857] [4.1/4.2/4.3 regression] accepts both explicit instantiation and explicit specialization, duplicate explicit instantiations, etc.
--- Comment #3 from pcarlini at suse dot de 2008-01-24 16:42 --- Benjamin, can you have a look to the resolution of DR 259: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#259 I believe Simon is basically right... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
[Bug fortran/34858] [4.3 Regression] ICE on invalid depending of the length of the source name
--- Comment #9 from dominiq at lps dot ens dot fr 2008-01-24 16:46 --- Subject: Re: [4.3 Regression] ICE on invalid depending of the length of the source name Preliminary tests show that my test cases are fixed by the patch. I'll launch regtesting. Thanks for the patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34858
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #23 from uros at gcc dot gnu dot org 2008-01-24 17:09 --- Subject: Bug 34856 Author: uros Date: Thu Jan 24 17:08:10 2008 New Revision: 131796 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131796 Log: PR target/34856 * config/i386/i386.c (ix86_expand_vector_init): Consider only CONST_INT, CONST_DOUBLE and CONST_FIXED as constant vector elements. testsuite/ChangeLog: PR target/34856 * gcc.dg/pr34856.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr34856.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug target/34856] [4.2/4.3 Regression] ICE with some constant vectors
--- Comment #24 from ubizjak at gmail dot com 2008-01-24 17:12 --- x86 part is fixed by http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01146.html. This patch also added a testcase that will ATM fail for RS6000 and SPU. -- ubizjak at gmail dot com changed: What|Removed |Added GCC target triplet|spu-elf, powerpc*-*-*, i*68-|spu-elf, powerpc*-*-* |*-*, x86_64-*-* | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
[Bug c++/30857] [4.1/4.2/4.3 regression] accepts both explicit instantiation and explicit specialization, duplicate explicit instantiations, etc.
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-01-24 17:18 --- I have verified that all three of simon's test cases now error on mainline, as expected. Hurray!!! So, this can be closed as fixed, I guess. Note 4.1.2 also errors, so maybe this was a result of some temporary fluctuation in mainline. I would like to make sure that Simon's test cases make it into the g++ testsuite, so that this doesn't reappear in the future. (But am unsure about the state of g++ testsuite and don't want duplicates, so I defer.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
[Bug target/30182] FAIL: gcc.dg/pr28796-2.c (test for excess errors)
--- Comment #4 from danglin at gcc dot gnu dot org 2008-01-24 17:19 --- Subject: Bug 30182 Author: danglin Date: Thu Jan 24 17:18:54 2008 New Revision: 131797 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131797 Log: PR middle-end/34931 Backport: 2007-01-25 Steve Ellcey <[EMAIL PROTECTED]> PR other/30182 * config/pa/pa.c (pa_init_builtins): Set asm names for finite routines. * config/ia64/ia64.c (ia64_init_builtins): Ditto. 2007-01-26 Steve Ellcey <[EMAIL PROTECTED]> PR other/30182 * config/pa/pa.h (TARGET_HPUX_11): New. * config/pa/pa-hpux11.h (TARGET_HPUX_11): New. * config/pa/pa.c (pa_init_builtins): Use TARGET_HPUX_11. Modified: branches/gcc-4_2-branch/gcc/config/ia64/ia64.c branches/gcc-4_2-branch/gcc/config/pa/pa-hpux11.h branches/gcc-4_2-branch/gcc/config/pa/pa.c branches/gcc-4_2-branch/gcc/config/pa/pa.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30182
[Bug middle-end/34931] FAIL: gcc.dg/pr28796-[12].c (test for excess errors)
--- Comment #9 from danglin at gcc dot gnu dot org 2008-01-24 17:19 --- Subject: Bug 34931 Author: danglin Date: Thu Jan 24 17:18:54 2008 New Revision: 131797 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131797 Log: PR middle-end/34931 Backport: 2007-01-25 Steve Ellcey <[EMAIL PROTECTED]> PR other/30182 * config/pa/pa.c (pa_init_builtins): Set asm names for finite routines. * config/ia64/ia64.c (ia64_init_builtins): Ditto. 2007-01-26 Steve Ellcey <[EMAIL PROTECTED]> PR other/30182 * config/pa/pa.h (TARGET_HPUX_11): New. * config/pa/pa-hpux11.h (TARGET_HPUX_11): New. * config/pa/pa.c (pa_init_builtins): Use TARGET_HPUX_11. Modified: branches/gcc-4_2-branch/gcc/config/ia64/ia64.c branches/gcc-4_2-branch/gcc/config/pa/pa-hpux11.h branches/gcc-4_2-branch/gcc/config/pa/pa.c branches/gcc-4_2-branch/gcc/config/pa/pa.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34931
[Bug libstdc++/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #7 from dje at gcc dot gnu dot org 2008-01-24 17:23 --- I have upgraded libtool and all of the configure scripts in mainline. The problem with stubs is because the libstdc++-v3 configure machinery is not recognizing that AIX libm already provides all of those functions, as it detects with AIX 5. I am continuing to investigate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug middle-end/34931] FAIL: gcc.dg/pr28796-[12].c (test for excess errors)
--- Comment #10 from danglin at gcc dot gnu dot org 2008-01-24 17:25 --- The finite builtins should now find the right libc functions on hpux11. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34931
[Bug c++/30857] [4.1/4.2/4.3 regression] accepts both explicit instantiation and explicit specialization, duplicate explicit instantiations, etc.
--- Comment #5 from pcarlini at suse dot de 2008-01-24 17:36 --- Excellent, indeed. I also checked stock 4.2.1 and current 4_2-branch. -- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30857
[Bug tree-optimization/34472] [4.3 Regression] gcc.dg/struct/wo_prof_malloc_size_var.c doesn't work
--- Comment #12 from rsandifo at gcc dot gnu dot org 2008-01-24 17:47 --- Subject: Bug 34472 Author: rsandifo Date: Thu Jan 24 17:46:31 2008 New Revision: 131798 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131798 Log: gcc/ PR tree-optimization/34472 * ipa-struct-reorg.c (safe_cond_expr_check): Change the DATA parameter to a "bool *" and set *DATA to false if there is an unsafe access. Do not delete the structure here. (check_cond_exprs): Delete it here instead. (check_cond_exprs, exclude_cold_structs): Do not increase I when removing a structure. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-struct-reorg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34472
[Bug c++/34949] Dead code in empty destructors.
--- Comment #4 from spark at gcc dot gnu dot org 2008-01-24 18:16 ---
I don't think this can be implemented in the FE,
at least to be really effective.
The more common cases are not really "empty" destructor.
E.g. there's inlining involved:
class Foo
{
public:
virtual ~Foo();
};
Foo::~Foo()
{
}
class Bar : public Foo
{
public:
virtual ~Bar();
};
Bar::~Bar()
{
}
where Foo::~Foo() has to be inlined before we can determine
~Bar() is really empty.
But "emptiness" isn't really how we want to decide eliminating those
but rather the dependence on the vtable itself. e.g.:
extern "C" int printf(const char* s);
class Foo
{
public:
virtual ~Foo();
};
Foo::~Foo()
{
printf("good bye foo\n");
}
class Bar : public Foo
{
public:
virtual ~Bar();
};
Bar::~Bar()
{
printf("good bye bar\n");
}
In this case, there's no need for vtable update inside the destructor
(which is more common).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34949
[Bug c++/34949] Dead code in empty destructors.
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-24 18:39 --- This still needs communication from the front-end to the middle-end. The middle-end part should be a rather easy extension to both the RTL and tree level DSEs really. The way I see fixing it is adding a statement which marks *this dead at some point. This might be used for fixing PR 19831 also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34949
[Bug c++/34603] [4.1/4.2/4.3 regression] ICE with broken template declaration
--- Comment #3 from andreasmeier80 at gmx dot de 2008-01-24 18:42 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01138.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34603
[Bug fortran/34957] New: duplicate libgcc_s.1.dylib warning on Mac OS X Leopard
Under Mac OS X Leopard using the prepackaged gfortran binaries from 12/31/2007, any fortran program emits a duplicate dylib warning when linked. This is with the Leopard version of XCode (3.0). $ cat test2.f program test2 write (*,*) 'hello' end $ gfortran test2.f ld: warning, duplicate dylib /usr/local/gfortran/lib/libgcc_s.1.dylib $ a.out hello $ gfortran --version GNU Fortran (GCC) 4.3.0 20071231 (experimental) [trunk revision 131236] Copyright (C) 2007 Free Software Foundation, Inc. -- Summary: duplicate libgcc_s.1.dylib warning on Mac OS X Leopard Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dojo at masterleep dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
[Bug c/31128] __builtin_stack_restore/__builtin_stack_save should not be exposed to the user
--- Comment #14 from edmar at freescale dot com 2008-01-24 18:57 --- (In reply to comment #10) > Created an attachment (id=14573) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14573&action=view) [edit] > gcc43-pr34134.patch > > Patch to avoid the ICE. > > I don't mind the patch which disables these builtins either, but > 1) it might be better to add the space at the end of builtin's name rather > than >in the middle > 2) have you posted it to gcc-patches? > I still see a problem on PowerPC. From dejagnu logfile: Executing on host: /tmp/edmar/build_cde/job_28/obj_gcc/gcc/xgcc -B/tmp/edmar/build_cde/job_28/obj_gcc/gcc/ -O0 -w -fno-show-column -c -o 20071117-1.o /tmp/edmar/build_cde/job_28/gcc/gcc/testsuite/gcc.c-torture/compile/20071117-1.c (timeout = 300) /tmp/edmar/build_cde/job_28/gcc/gcc/testsuite/gcc.c-torture/compile/20071117-1.c: In function 'foo': /tmp/edmar/build_cde/job_28/gcc/gcc/testsuite/gcc.c-torture/compile/20071117-1.c:13: error: unrecognizable insn: (insn 29 28 30 3 /tmp/edmar/build_cde/job_28/gcc/gcc/testsuite/gcc.c-torture/compile/20071117-1.c:10 (set (mem/c:SI (mem/f/c/i:SI (plus:SI (reg/f:SI 115 virtual-stack-vars) (const_int 4 [0x4])) [0 p+0 S4 A32]) [0 S4 A8]) (reg:SI 134)) -1 (nil)) /tmp/edmar/build_cde/job_28/gcc/gcc/testsuite/gcc.c-torture/compile/20071117-1.c:13: internal compiler error: in extract_insn, at recog.c:1990 -- edmar at freescale dot com changed: What|Removed |Added CC||edmar at freescale dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31128
[Bug driver/34904] -march=native doesn't work with multiple input files
--- Comment #2 from hjl at gcc dot gnu dot org 2008-01-24 18:57 --- Subject: Bug 34904 Author: hjl Date: Thu Jan 24 18:57:12 2008 New Revision: 131802 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131802 Log: 2008-01-24 H.J. Lu <[EMAIL PROTECTED]> PR driver/34904 * gcc.c (SWITCH_OK): Removed. (SWITCH_LIVE): Changed to bit. (SWITCH_FALSE): Likewise. (SWITCH_IGNORE): Likewise. (switchstr): Change live_cond to unsigned int. (process_command): Replace SWITCH_OK with 0. (do_self_spec): Likewise. (set_collect_gcc_options): Check the SWITCH_IGNORE bit. (give_switch): Likewise. (used_arg): Likewise. (do_spec_1): Set the SWITCH_IGNORE bit. (check_live_switch): Check both SWITCH_LIVE and SWITCH_FALSE bits. Set the SWITCH_LIVE bit. Modified: trunk/gcc/ChangeLog trunk/gcc/gcc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34904
[Bug driver/34904] -march=native doesn't work with multiple input files
--- Comment #3 from hjl dot tools at gmail dot com 2008-01-24 18:58 --- Fixed on trunk. -- hjl dot tools at gmail dot com changed: What|Removed |Added Known to fail||4.2.3 Known to work||4.3.0 Version|4.3.0 |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34904
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-24 19:04 --- This code is invalid as you don't have a third template argument for cyl_bessel_j. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC build triplet|x86_64-linux-gnu| GCC host triplet|x86_64-linux-gnu| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
[Bug libstdc++/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #8 from dje at gcc dot gnu dot org 2008-01-24 19:12 --- AIX 6 math.h "optimizations" completely confuse GCC configure looking for ISO C99 and long double support. It looks like this will require fix-includes magic. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #12 from dfranke at gcc dot gnu dot org 2008-01-24 19:24 --- For another ICE at trans-array.c:592 see example at PR31610, comment #12. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592
--- Comment #13 from pault at gcc dot gnu dot org 2008-01-24 19:41 --- I'm getting there... Something is going wrong in setting the loop start value (as is obvious from the gcc_assert:)) that is fixed by interchanging the order of expressions in the mask. Thusly: input_settings%distribution_layout/=(/-1,-1,-1/) I suggest this as a workaround, whilst I figure out who in trans-array.c is failing to make the right choice of subexpression. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2008-01-24 11:06:32 |2008-01-24 19:41:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
[Bug rtl-optimization/34959] New: [4.3 Regression] 23_containers/bitset/ext/15361.cc fails for MIPS n64
23_containers/bitset/ext/15361.cc recently started failing for mips64-linux-gnu with -mabi=64. The problem is described here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01073.html and the current candidate patch is here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01135.html (Ignore the cse.c bit; that isn't part of the patch submission.) -- Summary: [4.3 Regression] 23_containers/bitset/ext/15361.cc fails for MIPS n64 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rsandifo at gcc dot gnu dot org GCC target triplet: mips64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34959
[Bug rtl-optimization/34959] [4.3 Regression] 23_containers/bitset/ext/15361.cc fails for MIPS n64
-- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||01/msg01135.html Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-24 19:43:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34959
[Bug fortran/34202] [4.3 Regression] ICE (segfault) for invalid code in formalize_init_expr (data.c:691)
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-24 19:44 --- Simplified testcase: $> cat pr34202.f90 program bug4a implicit none type bug4 ! Intentionally left empty end type bug4 type compound type(bug4) b end type compound type(bug4), parameter :: f = bug4() type(compound), parameter :: g = compound(bug4()) end program bug4a $> valgrind [...]f951 pr34202.f90 [...] ==8693== Invalid read of size 4 ==8693==at 0x805A5AD: formalize_init_expr (data.c:691) ==8693==by 0x4600BC7: ??? ==8693== Address 0x20 is not stack'd, malloc'd or (recently) free'd f951: internal compiler error: Segmentation fault Please submit a full bug report, Backtrace: Program received signal SIGSEGV, Segmentation fault. formalize_init_expr (expr=0x89b0b48) at ../../../gcc/gcc/fortran/data.c:691 691 if (c->n.component == NULL) (gdb) bt #0 formalize_init_expr (expr=0x89b0b48) at ../../../gcc/gcc/fortran/data.c:691 #1 0x080b85bd in traverse_ns (st=0x898dab8, func=0x805a690 ) at ../../../gcc/gcc/fortran/symbol.c:2951 #2 0x080a790f in resolve_types (ns=0x89afd68) at ../../../gcc/gcc/fortran/resolve.c:9010 #3 0x080ab63c in gfc_resolve (ns=0x89afd68) at ../../../gcc/gcc/fortran/resolve.c:9062 #4 0x0809c4c8 in gfc_parse_file () at ../../../gcc/gcc/fortran/parse.c:3554 #5 0x080c5815 in gfc_be_parse_file (set_yydebug=0) at ../../../gcc/gcc/fortran/f95-lang.c:260 #6 0x08367f34 in toplev_main (argc=2, argv=0xbf94fef4) at ../../../gcc/gcc/toplev.c:1042 #7 0x08111c4f in main (argc=0, argv=0x0) at ../../../gcc/gcc/main.c:35 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34202
[Bug target/34787] fix -shared + -pthread for mips/linux
--- Comment #2 from rsandifo at gcc dot gnu dot org 2008-01-24 19:52 --- FWIW, this was fixed on mainline by: 2007-06-13 Thiemo Seufer <[EMAIL PROTECTED]> * config/mips/linux.h, config/mips/linux64.h (LIB_SPEC): Always imply -lpthread for -pthread. By the letter of the law, this shouldn't be backported because it doesn't fix a regression. Interested parties: please shout if you think an exception should be made. Richard -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34787
[Bug c++/34603] [4.1/4.2/4.3 regression] ICE with broken template declaration
--- Comment #4 from paolo at gcc dot gnu dot org 2008-01-24 19:54 --- Subject: Bug 34603 Author: paolo Date: Thu Jan 24 19:54:11 2008 New Revision: 131804 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131804 Log: /cp 2008-01-24 Paolo Carlini <[EMAIL PROTECTED]> PR c++/34603 * pt.c (push_template_decl_real): Return error_mark_node in case of template definition of non-template. /testsuite 2008-01-24 Paolo Carlini <[EMAIL PROTECTED]> PR c++/34603 * g++.dg/template/crash77.C: New. Added: trunk/gcc/testsuite/g++.dg/template/crash77.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34603
[Bug fortran/34858] [4.3 Regression] ICE on invalid depending of the length of the source name
--- Comment #10 from dominiq at lps dot ens dot fr 2008-01-24 19:57 --- The patch regtested fine on intel darwin9. I'll port it ot ppc, but I'll got the results only tomorrow morning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34858
[Bug c++/34603] [4.1/4.2 regression] ICE with broken template declaration
--- Comment #5 from pcarlini at suse dot de 2008-01-24 19:58 --- Fixed for 4.3.0. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW Summary|[4.1/4.2/4.3 regression] ICE|[4.1/4.2 regression] ICE |with broken template|with broken template |declaration |declaration http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34603
[Bug fortran/34202] [4.3 Regression] ICE (segfault) for invalid code in formalize_init_expr (data.c:691)
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-01-24 20:00 --- Index: data.c === --- data.c (revision 131761) +++ data.c (working copy) @@ -688,7 +688,7 @@ formalize_structure_cons (gfc_expr *expr c = expr->value.constructor; /* Constructor is already formalized. */ - if (c->n.component == NULL) + if (!c || c->n.component == NULL) return; head = tail = NULL; -- dfranke at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-11-25 03:04:31 |2008-01-24 20:00:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34202
[Bug tree-optimization/33826] [4.1/4.2 Regression] GCC generates wrong code for infinitely recursive functions
--- Comment #21 from ghazi at gcc dot gnu dot org 2008-01-24 20:09 --- Subject: Bug 33826 Author: ghazi Date: Thu Jan 24 20:09:05 2008 New Revision: 131805 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131805 Log: Backport: 2008-01-10 Kaveh R. Ghazi <[EMAIL PROTECTED]> * gcc.dg/pr33826.c: Require nonpic. 2007-11-07 Kenneth Zadeck <[EMAIL PROTECTED]> PR middle-end/33826 * ipa-pure-const (static_execute): Added code to keep recursive functions from being marked as pure or const. * ipa-utils (searchc): Fixed comment. 2007-11-08 Kenneth Zadeck <[EMAIL PROTECTED]> PR middle-end/33826 * gcc.dg/pr33826.c: New. * gcc.dg/tree-ssa/20030714-1.c: Removed two tests that depend on recursive functions being marked pure or const. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/pr33826.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/ipa-pure-const.c branches/gcc-4_2-branch/gcc/ipa-utils.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/tree-ssa/20030714-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33826
[Bug tree-optimization/33826] [4.1/4.2 Regression] GCC generates wrong code for infinitely recursive functions
--- Comment #22 from ghazi at gcc dot gnu dot org 2008-01-24 20:34 --- Subject: Bug 33826 Author: ghazi Date: Thu Jan 24 20:33:54 2008 New Revision: 131807 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131807 Log: Backport: 2008-01-10 Kaveh R. Ghazi <[EMAIL PROTECTED]> * gcc.dg/pr33826.c: Require nonpic. 2007-11-07 Kenneth Zadeck <[EMAIL PROTECTED]> PR middle-end/33826 * ipa-pure-const (static_execute): Added code to keep recursive functions from being marked as pure or const. * ipa-utils (searchc): Fixed comment. 2007-11-08 Kenneth Zadeck <[EMAIL PROTECTED]> PR middle-end/33826 * gcc.dg/pr33826.c: New. * gcc.dg/tree-ssa/20030714-1.c: Removed two tests that depend on recursive functions being marked pure or const. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr33826.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/ipa-pure-const.c branches/gcc-4_1-branch/gcc/ipa-utils.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/tree-ssa/20030714-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33826
[Bug other/22232] Bug in "fixproto" (missing escape)
--- Comment #4 from bje at gcc dot gnu dot org 2008-01-24 20:53 --- Subject: Bug 22232 Author: bje Date: Thu Jan 24 20:52:56 2008 New Revision: 131809 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131809 Log: Committed with RM approval this time. PR other/22232 * fixproto: Escape "." in sed expression that strips leading "./". Modified: trunk/gcc/ChangeLog trunk/gcc/fixproto -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22232
[Bug c++/34950] [4.2/4.3 Regression] ICE in svn boost math toolkit
--- Comment #7 from inform at tiker dot net 2008-01-24 21:03 --- In the original ice.cpp, there is a declaration of cyl_bessel_j of two template arguments. So there are two different issues: 1. gcc ICEs on Richard's reduced code 2. it doesn't find the two-argument version of cyl_bessel_j. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950
GCC rejects valid code?
While looking at the rules governing struct/union declarations in C, I stumbled
upon this example:
union A {
int i;
float f;
};
void
foo(struct A** p) {
*p = 0;
}
This is accepted by both Comeau and the Intel C compiler, but is rejected
by GCC 4.1.2 and 4.3.0 on the grounds that
bug.c:7: error: ‘A’ defined as wrong kind of tag
My interpretation is that line 7 does not define `union A' with the
wrong kind of tag; it declares a (totally unrelated) `struct A'.
However, I am not sure. Should I file a bug report for this?
All the best,
Roberto
--
Prof. Roberto Bagnara
Computer Science Group
Department of Mathematics, University of Parma, Italy
http://www.cs.unipr.it/~bagnara/
mailto:[EMAIL PROTECTED]
[Bug c++/25701] gcc.texi missing @direntry for g++
--- Comment #4 from bje at gcc dot gnu dot org 2008-01-24 21:25 --- Fixed in r131778. -- bje at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25701
[Bug other/22232] Bug in "fixproto" (missing escape)
--- Comment #5 from bje at gcc dot gnu dot org 2008-01-24 21:27 --- Fixed in r131809. -- bje at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22232
