[Bug tree-optimization/35011] [4.3 regression] ICE with -fcheck-data-deps
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
[Bug target/35013] New: Incomplete check in RTL for "pm()" annotation
All credits for finding the root of the evil go to Andrew Hutchinson
His original e-mail:
There is a bug!
Backend (avr part) creates special "pm()" annotation by looking at RTL. This is
done in avr.c by this function:
static bool
avr_assemble_integer (rtx x, unsigned int size, int aligned_p)
{
debug_rtx(x); /*ADDED TO DEBUG*/
fprintf(stderr,"size=%d align=%d\n\n",size,aligned_p); /*ADDED TO DEBUG*/
if (size == POINTER_SIZE / BITS_PER_UNIT && aligned_p
&& ((GET_CODE (x) == SYMBOL_REF && SYMBOL_REF_FUNCTION_P (x))
|| GET_CODE (x) == LABEL_REF))
{
fputs ("\t.word\tpm(", asm_out_file);
output_addr_const (asm_out_file, x);
fputs (")\n", asm_out_file);
return true;
}
return default_assemble_integer (x, size, aligned_p);
}
(I added 2 lines to debug it)
You will see it looks symbol_ref or label_ref - otherwise it does not use pm.
So I ran it with following testcase to see what argument get sent:
//Dummy func
int table[]= {1,2};
char ctable[]= {3,4};
void foo(void) {}
//Table with address manipulation
void (* const pFuncTable[]) (void) = {
foo + 0,
(foo + 1),
foo +2
};
and we get the following:
(const_int 1 [0x1])
size=2 align=1
(const_int 2 [0x2])
size=2 align=1
(const_int 3 [0x3])
size=1 align=1
(const_int 4 [0x4])
size=1 align=1
(symbol_ref:HI ("foo") [flags 0x3] )
size=2 align=1
(const:HI (plus:HI (symbol_ref:HI ("foo") [flags 0x3] )
(const_int 1 [0x1])))
size=2 align=1
(const:HI (plus:HI (symbol_ref:HI ("foo") [flags 0x3] )
(const_int 2 [0x2])))
size=2 align=1
You will see last two cases are an expression with outer code as const:HI so it
will not match, it does not add pm().
--
Summary: Incomplete check in RTL for "pm()" annotation
Product: gcc
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wvangulik at xs4all dot nl
GCC target triplet: avr-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35013
[Bug c++/34219] gcc doesn't accept const members of variadic templates as const (regression)
--- Comment #5 from rbuergel at web dot de 2008-01-29 10:17 ---
for #3, using static_assert( Comp::value > 0, "" ); makes it work.
using max for #1 leads gcc to an error: "cannot expand 'Params
...' into a fixed-length argument list"
updated testcase:
template
struct max
{
static const T value = a > max::value ? a : max::value;
};
template
struct max
{
static const T value = a > b ? a : b;
};
static const int value1 = max< int, 1, 2>::value;
static const int value2 = max< int, 1, 3, 5>::value;
If there are no more errors in thats code, this is a rejects-valid, not an
error-recovery
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
[Bug fortran/35003] spurious warning using -Wconversion, a do loop, and 8 byte integers
-- fxcoudert 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-29 10:15:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35003
[Bug fortran/33950] Warning missing for function result not set
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-29 10:14 --- See patch in PR31463. Output for testcases: $> gfortran-svn -g -c -Wall pr33950-1.f90 pr33950-1.f90:1.27: function pop() result(item) 1 Warning: Return value 'item' of function 'pop' declared at (1) not set $> gfortran-svn -g -c -Wall pr33950-2.f90 pr33950-2.f90:1: function pop() 1 Warning: Return value of function 'pop' at (1) not set -- 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-10-30 16:27:17 |2008-01-29 10:14:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33950
[Bug tree-optimization/35011] New: [4.3 regression] ICE with -fcheck-data-deps
The following testcase triggers an ICE when compiled with
"-O3 -fcheck-data-deps":
==
double foo(const double* p0, const double* p1, const double* q0)
{
double d;
for (; p0 != p1; ++p0, ++q0)
d += *p0 * *q0;
return d;
}
struct A
{
double x[3];
const double* begin() const { return x; }
};
struct B
{
A a0, a1;
double d;
B(const A&);
};
B::B(const A& a) : a0(a), a1(a), d(foo(a0.begin(), a0.begin()+3, a1.begin()))
{}
==
(Number of distance vectors differ: Banerjee has 1, Omega has 0.
Banerjee dist vectors:
3
Omega dist vectors:
data dependence relation:
(Data Dep:
access_fn_A: {0B, +, 8}_1
access_fn_B: {24B, +, 8}_1
(subscript
iterations_that_access_an_element_twice_in_A: [3 + 1 * x_1]
last_conflict: 0
iterations_that_access_an_element_twice_in_B: [0 + 1 * x_1]
last_conflict: 0
(Subscript distance: 3
)
)
inner loop index: 0
loop nest: (1 )
)
)
bug.cc: In constructor 'B::B(const A&)':
bug.cc:22: internal compiler error: in compute_affine_dependence, at
tree-data-ref.c:3849
Please submit a full bug report, [etc.]
--
Summary: [4.3 regression] ICE with -fcheck-data-deps
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
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=35011
[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 #59 from alond at il dot ibm dot com 2008-01-29 10:01 ---
(In reply to comment #58)
> On hppa2.0w-hp-hpux11.11, we are down to:
Dave,
Can you please try this patch:
Index: ipa-struct-reorg.c
===
--- ipa-struct-reorg.c (revision 131933)
+++ ipa-struct-reorg.c (working copy)
@@ -614,7 +614,7 @@
gen_size (tree num, tree type, tree *res)
{
tree struct_size = TYPE_SIZE_UNIT (type);
- HOST_WIDE_INT struct_size_int = TREE_INT_CST_LOW (struct_size);
+ HOST_WIDE_INT struct_size_int = int_cst_value (struct_size);
tree new_stmt;
*res = create_tmp_var (TREE_TYPE (num), NULL);
@@ -1787,7 +1787,7 @@
return NULL_TREE;
struct_size = TYPE_SIZE_UNIT (str_decl);
- struct_size_int = TREE_INT_CST_LOW (struct_size);
+ struct_size_int = int_cst_value (struct_size);
gcc_assert (struct_size);
Alon
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
[Bug fortran/31463] [patch] inconsistent warnings if function return value is not set
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-29 10:05 --- Daniel's Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00355.html Related PRs: PR 34296, PR 33950, and PR 28004. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31463
[Bug boehm-gc/35012] New: gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9
I confirm the problem reported by Jack Howarth in http://gcc.gnu.org/ml/gcc/2008-01/msg00484.html: gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9. With gcc 4.3 rev. 131923, I get: [ibook-dhum] i686-apple-darwin9/boehm-gc% time make check Making check in include make "AR_FLAGS=" "CC_FOR_BUILD=" "CFLAGS=-O2 -g -g -O2 " "CXXFLAGS=-O2 -g -g -O2 " "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=" "INSTALL=/sw/bin/ginstall -c" "INSTALL_DATA=/sw/bin/ginstall -c -m 644" "INSTALL_PROGRAM=/sw/bin/ginstall -c" "INSTALL_SCRIPT=/sw/bin/ginstall -c" "LDFLAGS=" "LIBCFLAGS=" "LIBCFLAGS_FOR_TARGET=" "MAKE=make" "MAKEINFO=makeinfo --split-size=500 " "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT=" "RUNTEST=" "RUNTESTFLAGS=" "exec_prefix=/opt/gcc/gcc4.3w" "infodir=/opt/gcc/gcc4.3w/share/info" "libdir=/opt/gcc/gcc4.3w/lib" "prefix=/opt/gcc/gcc4.3w" "tooldir=" "AR=ar" "AS=/opt/gcc/i686-darwin/./gcc/as" "CC=/opt/gcc/i686-darwin/./gcc/xgcc -B/opt/gcc/i686-darwin/./gcc/ -B/opt/gcc/gcc4.3w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.3w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/sys-include" "CXX=/opt/gcc/i686-darwin/./gcc/g++ -B/opt/gcc/i686-darwin/./gcc/ -nostdinc++ -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src/.libs -B/opt/gcc/gcc4.3w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.3w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/sys-include" "LD=/opt/gcc/i686-darwin/./gcc/collect-ld" "LIBCFLAGS=" "NM=/opt/gcc/i686-darwin/./gcc/nm" "PICFLAG=" "RANLIB=ranlib -c" "DESTDIR=" check-TESTS Switched to incremental mode Emulating dirty bits with mprotect/signals Completed 3 tests Allocated 5716564 collectable objects Allocated 306 uncollectable objects Allocated 3749983 atomic objects Allocated 34440 stubborn objects Finalized 7025/7025 objects - finalization is probably ok Total number of bytes allocated is 307097424 Final heap size is 12201984 bytes Collector appears to work Completed 416 collections PASS: gctest == All 1 tests passed == 3.842u 8.308s 0:10.32 117.6%0+0k 0+0io 0pf+0w with gcc 4.2.3 rev. 131933, I have to abort the test and get: [ibook-dhum] i686-apple-darwin9/boehm-gc% time make check Making check in include make[1]: Nothing to be done for `check'. make "AR_FLAGS=" "CC_FOR_BUILD=" "CFLAGS=-O2 -g -O2 " "CXXFLAGS=-g -O2 " "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=" "INSTALL=/sw/bin/ginstall -c" "INSTALL_DATA=/sw/bin/ginstall -c -m 644" "INSTALL_PROGRAM=/sw/bin/ginstall -c" "INSTALL_SCRIPT=/sw/bin/ginstall -c" "LDFLAGS=" "LIBCFLAGS=" "LIBCFLAGS_FOR_TARGET=" "MAKE=make" "MAKEINFO=makeinfo --split-size=500 " "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT=" "RUNTEST=" "RUNTESTFLAGS=" "exec_prefix=/opt/gcc/gcc4.2w" "infodir=/opt/gcc/gcc4.2w/share/info" "libdir=/opt/gcc/gcc4.2w/lib" "prefix=/opt/gcc/gcc4.2w" "tooldir=" "AR=ar" "AS=/opt/gcc/i686-darwin-4.2/./gcc/as" "CC=/opt/gcc/i686-darwin-4.2/./gcc/xgcc -B/opt/gcc/i686-darwin-4.2/./gcc/ -B/opt/gcc/gcc4.2w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.2w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.2w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.2w/i686-apple-darwin9/sys-include" "CXX=/opt/gcc/i686-darwin-4.2/./gcc/g++ -B/opt/gcc/i686-darwin-4.2/./gcc/ -nostdinc++ -L/opt/gcc/i686-darwin-4.2/i686-apple-darwin9/libstdc++-v3/src -L/opt/gcc/i686-darwin-4.2/i686-apple-darwin9/libstdc++-v3/src/.libs -B/opt/gcc/gcc4.2w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.2w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.2w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.2w/i686-apple-darwin9/sys-include" "LD=ld" "LIBCFLAGS=" "NM=" "PICFLAG=" "RANLIB=ranlib -c" "DESTDIR=" check-TESTS Switched to incremental mode Emulating dirty bits with mprotect/signals ^Cmake[2]: *** [check-TESTS] Interrupt make[1]: *** [check-am] Interrupt make: *** [check-recursive] Interrupt 0.035u 0.044s 1:52.95 0.0% 0+0k 0+1io 0pf+0w -- Summary: gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9 Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: boehm-gc AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35012
[Bug fortran/34296] Intent(out) and character functions with RESULT: Value-not-set warning
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-29 10:11 --- See patch in PR31463. New output for testcase: $> gfortran-svn -g -c -Wall pr34296.f90 pr34296.f90:1.42: CHARACTER(2) FUNCTION ctbgt() RESULT(ctab) 1 Warning: Return value 'ctab' of function 'ctbgt' declared at (1) not set -- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-29 10:11:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34296
[Bug fortran/31463] [patch] inconsistent warnings if function return value is not set
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-29 10:17 --- > Related PRs: PR 34296, PR 33950, and PR 28004. Tobias, thanks for the pointers! PRs 34296 and 33950 are (IMO) fixed by this patch as well (see my comments there). The last one is not affected. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31463
[Bug fortran/34997] Mention -fdollar-ok option in error message for symbol names containing $
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic, patch Last reconfirmed|-00-00 00:00:00 |2008-01-29 10:19:46 date|| Summary|Common vendor extension:|Mention -fdollar-ok option |Support symbol names|in error message for symbol |containing $|names containing $ Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34997
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #21 from haubi at gentoo dot org 2008-01-29 10:22 --- (In reply to comment #18) > (there is no 'install-' target AFAICS, so install would fail never the less), I'm pretty sure there is a target 'install-', already used for empty @POSUB@, because this inspired me to create the treelang-noinfo.patch the way it is. However - you're the dev... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug fortran/35009] error on valid with -std=f95 (character arrays in format tags)
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:56 --- Confirmed, also fails on 4.3.0. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Known to fail||4.2.2 4.3.0 Last reconfirmed|-00-00 00:00:00 |2008-01-29 10:56:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35009
[Bug fortran/34528] Document internal structure of arrays
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:26 --- PR34742 is also related to documentation of our ABI/calling conventions (whatever the correct term is). I agree we should document them, as well as some other gfortran-specific non-portable stuff like "how do kinds related to integer and floating-point types", and maybe a section expanding on the -ff2c conventions. I think all this would go into a new top-level section of the documentation. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34528
[Bug fortran/34742] Document the kind of integer passed for string lengths
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-01-29 10:26 --- See PR34528 also. -- 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 Last reconfirmed|-00-00 00:00:00 |2008-01-29 10:26:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34742
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #10 from aldot at gcc dot gnu dot org 2008-01-29 12:27 ---
Created an attachment (id=15046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15046&action=view)
updated patch for libgcc
Fixes an error about {mul,div}{d,x,t}c3 which wants to be built for different
modes / different types;
output is
/scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortr
an.so: undefined reference to `__divdc3'
/scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortran.so:
und
efined reference to `__divxc3'
/scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortran.so:
und
efined reference to `__muldc3'
/scratch/obj.i686/gcc-4.3/i686-linux-gnu/./libgfortran/.libs/libgfortran.so:
und
efined reference to `__mulxc3'
collect2: ld returned 1 exit status
We need to compile for each of the dc, xc, tc variants separately, due to
implementation details (macros). lib2funcs_{d,x,t}c variables and corresponding
pbjects are used for this.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Attachment #15016|0 |1
is obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug c++/34862] [4.3 Regression] operator new placement variant with reference arg not accepted by g++ 4.3
-- 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-21 11:20:58 |2008-01-29 12:01:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34862
[Bug fortran/34945] LBOUND fails for array with KIND(complex) used in zero-sized dimension
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 13:22 --- > Note the comment in trans-expr.c(gfc_map_intrinsic_function) : > case GFC_ISYM_LBOUND: > case GFC_ISYM_UBOUND: > /* TODO These implementations of lbound and ubound do not limit if >the size < 0, according to F95's 13.14.53 and 13.14.113. */ I had the impression that the problem is the array itself and not only ubound/lbound. You can replace LBOUND(TEST_ARRAY) by "print *, TEST_ARRAY", "SIZE(TEST_ARRAY)" etc. You will always get the middle end error: a.f:11: error: size of variable test_array is too large (gcc/varasm.c:2095). What I find puzzling is the following: implicit none integer :: i(kind(4):1) integer :: j(4:1) print *, i(4:3) print *, j(4:3) end "j" works but "i" gives the same error message. If the size is not known at compile time (e.g. an automatic array) it seems to work. Actually, replacing "j(4:1)" by "j((4):1)" is enough to make it fail. I think "4:1" is replaced by "1:0" while "(4):1" is replaced by "4:1". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34945
[Bug c++/34919] [4.3 Regression] ICE with invalid use of parameter pack
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-29 14:26 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34919
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #15 from dje at gcc dot gnu dot org 2008-01-29 14:40 --- First, mainline bootstraps fully for me on AIX 6.1. I am closing this bug about AIX building libstdc++ as resolved in GCC 4.3. Second, "... and you are right" is completely meaningless without context. I have no idea what you are referring to. Make sure that the process limits are large enough. Building on AIX 6.1, I did experience random system call failures during the build, but simply restarted and the build completed. If you can provide a more detailed and repeatable failure, please open a new GCC bug. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Component|libstdc++ |target Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug c++/34755] [4.3 regression] ICE with invalid argument in variadic template function
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:26 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34755
[Bug c++/34753] [4.3 regression] ICE with invalid template parameter in variadic template
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34753
[Bug c++/34606] [4.3 regression] ICE with invalid specialization of variadic template
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34606
[Bug c++/34055] [4.3 regression] ICE with invalid specialization of variadic template
--- Comment #9 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 --- Fixed in mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34055
[Bug c++/34219] gcc doesn't accept const members of variadic templates as const (regression)
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-01-29 14:22 --- Actually, I don't know whether max is valid or not. My inclination is that it is invalid, because when Params is empty, it becomes an invalid specialization max. (This happens, for example, if we try to compute max::value. However, it's not clear to me whether the wording in the C++0x working draft supports that view or not. We say this about function parameter pack arguments not matching to normal function parameters in partial ordering, but we don't talk about this case at all. I am going to submit an issue to the C++ Core Working Group to get this clarified. Until then, I'm going to suspend this bug: then we'll either close it (if the committee deems this code ill-formed) or re-open it to be fixed in GCC 4.4. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
[Bug c++/34753] [4.3 regression] ICE with invalid template parameter in variadic template
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34753 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34753
[Bug c++/34055] [4.3 regression] ICE with invalid specialization of variadic template
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34055 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34055
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic, rejects-valid Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug translation/35002] Incorrect spelling of "hottest"
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-29 15:58 --- Fixed. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35002
[Bug translation/35002] Incorrect spelling of "hottest"
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 15:57 --- Subject: Bug 35002 Author: aldot Date: Tue Jan 29 15:56:20 2008 New Revision: 131940 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131940 Log: 2008-01-29 Bernhard Fischer <[EMAIL PROTECTED]> PR c/35002 * ipa-struct-reorg.c: Fix spelling. * params.def: Ditto. Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-struct-reorg.c trunk/gcc/params.def -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35002
[Bug tree-optimization/35006] [4.3 Regression] Segfault in remove_unused_locals with nested functions
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-29 15:56 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35006
[Bug fortran/32817] inline (pure) accessor functions
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-01-29 16:15 --- (In reply to comment #2) > Andrew, you mentioned the two-decl per function elsewhere as well. Where can > one learn more about this? why do we have two decls at all? where do they come > from, where do they go? How are they dealt with? I'm sort of lost there ... You can start reading this thread: http://gcc.gnu.org/ml/fortran/2007-08/msg00323.html, especially the message from Michael Matz and especially the paragraphs starting from "That's because the fortran frontend generates a new FUNCTION_DECL for each get_extern_function_decl call..." -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32817
[Bug tree-optimization/35006] [4.3 Regression] Segfault in remove_unused_locals with nested functions
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-29 15:48 --- Subject: Bug 35006 Author: rguenth Date: Tue Jan 29 15:47:19 2008 New Revision: 131939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131939 Log: 2008-01-29 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/35006 * tree-inline.h (struct copy_body_data): Add remapping_type_depth field. * tree-inline.c (remap_type): Increment remapping_type_depth around remapping types. (copy_body_r): Only add referenced variables if they are referenced from code, not types. * gcc.c-torture/compile/pr35006.c: New testcase. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr35006.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c trunk/gcc/tree-inline.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35006
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-29 15:36 ---
> This scripts emits on stdout a diagnostic message about
> a) wrong encoding in testcases (CRLF)
I think it is OK to mix \n and \r\n in the test suite as both should work. In
principle "\r" (old Mac files) should work as well, but seemingly no one has
requested this (-> currently unimplemented).
Thus I strongly advice against having only "\n" files.
> b) add missing cleanup-module directives.
> $ for i in $(grep --exclude='*.svn*' -rl dg-do gfortran*); do
> ../contrib/gfortran.dg-final.cleanup-mods.awk $i;done 2> /dev/null
This will find also those which are "dg-do compile" where no .mod is produced
("dg-error" in MODULE) and misses those which do not contain "dg-do compile" as
this is the default value.
But in any case the script is useful.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug c/35018] New: [m68k-elf] Gcc ouputs invalid asm when compiling with -O2 or higher
Using gcc version 4.3.0 20080125 (experimental) (GCC) to crosscompile the attached file for m68k-elf, I get the following line of asm: move.l (%a2,%a0.l*4),76(%sp) which is invalid for the target cpu I have specified. (-mcpu=5249) This is my compiler command line: /rockbox/apps/codecs/Tremor$ /usr/bin/ccache m68k-elf-gcc -I/home/nils/rockbox/apps -I.. -I. -I/home/nils/rockbox/firmware/include -I/home/nils/rockbox/firmware/export -I/home/nils/rockbox/firmware/common -I/home/nils/rockbox/firmware/drivers -I/home/nils/rockbox/gcctest -I/home/nils/rockbox/apps/recorder -I/home/nils/rockbox/apps/gui -W -Wall -Wundef -Os -nostdlib -ffreestanding -Wstrict-prototypes -mcpu=5249 -malign-int -mstrict-align -fomit-frame-pointer -I/home/nils/rockbox/firmware/target/coldfire/iriver/h300 -I/home/nils/rockbox/firmware/target/coldfire/iriver -I/home/nils/rockbox/firmware/target/coldfire -O2 -DIRIVER_H300 -DMEM=32 -save-temps block.c -o /home/nils/rockbox/gcctest/apps/codecs/Tremor/block.o I used the following switches to configure gcc: --target=m68k-elf --prefix=/usr/local/m68k-elf --enable-languages=c --disable-libssp --with-arch=cf on my amd64 linux system -- Summary: [m68k-elf] Gcc ouputs invalid asm when compiling with - O2 or higher Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: nizze86 at hotmail dot com GCC host triplet: Linux amd 64 GCC target triplet: m68k-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
[Bug fortran/19925] Implied do-loop in an initialization expression is broken
--- Comment #16 from Jerry_V_DeLisle at rl dot gov 2008-01-29 15:29 --- The segfault here is the same segfault I reported in 34828 yesterday. I have a patch all ready for that part. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
[Bug c++/35008] Bug in processing nested typedef in nested template class in method definition
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-29 15:25 --- *** Bug 35016 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #18 from dje at gcc dot gnu dot org 2008-01-29 15:22 --- IBM XLC has had problems bootstrapping GCC. I am surprised you got to libstdc++ for GCC 4.2.2. If you were using XLC, then that likely is the problem and it miscompiled the stage1 GCC compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #17 from tammer at tammer dot net 2008-01-29 15:17 --- I have used IBM XL C/C++ 9.0 to bootstrap the gcc 4.3 compiler. I will test the build with the gcc 4.2.2 build from www.perzl.org (Mr. Perzl from IBM Germany) for the initial stage1. Thanks for your help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug c/35017] New: [4.3 Regression] PR11377 pedwarns even about valid code
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118357 introduced pedwarns
about any static decls in external linkage inline functions, but ISO C99
6.4.7/3
has:
"An inline definition of a function with external linkage shall not contain a
definition of a modifiable object with static storage duration, and shall not
contain a reference to an identifier with internal linkage."
In -std=c99:
inline int foo (void) { static const int c = 6; return c; }
the static variable c isn't modifiable, so the first condition doesn't apply,
and from 6.2.2 I gather c has no linkage rather than internal linkage and so
the other condition doesn't apply either.
In -std=c99:
static const int c = 6;
inline int foo (void) { return c; }
I believe c has internal linkage and thus it is invalid (and therefore
correctly diagnosed by the trunk).
--
Summary: [4.3 Regression] PR11377 pedwarns even about valid code
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug libfortran/35014] Libgfortran.a (downloaded) is not PIC compiled...
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 14:09 --- I think this is by design. Of course given -static-libgfortran, it might make sense to offer both. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-29 14:09:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35014
[Bug c++/34919] [4.3 Regression] ICE with invalid use of parameter pack
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34919 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34919
[Bug c++/34755] [4.3 regression] ICE with invalid argument in variadic template function
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34755 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34755
[Bug c++/34961] [4.3 Regression] ICE with invalid use of parameter pack in attribute
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34961 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34961
[Bug tree-optimization/35011] [4.3 regression] ICE with -fcheck-data-deps
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-29 13:34 --- P4, unless you can reproduce without -fcheck-data-deps. -fcheck-data-deps is a compiler debugging option. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-29 17:39 ---
BTW, the patch I've attached doesn't bootstrap, got an error on bitmap.c.
Simplified testcase:
typedef int bitmap_element;
typedef struct { bitmap_element *first; } *bitmap;
extern void bitmap_clear (bitmap);
static void bitmap_elt_clear_from (bitmap, bitmap_element *);
void
bitmap_elt_clear_from (bitmap head, bitmap_element *elt)
{
(void) head;
(void) elt;
}
inline void
bitmap_clear (bitmap head)
{
if (head->first)
bitmap_elt_clear_from (head, head->first);
}
If this is valid ISO C99, then I'll need to adjust the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug libfortran/35014] New: Libgfortran.a (downloaded) is not PIC compiled...
When linking against libgfortran.a (using gfortran's -static-libgfortran option) get message about library should be recompiled with -fPIC option. E.g. when building a shared library: gfortran -c -fPIC test.f90 gfortran -static-libgfortran -shared -o libtest.so test.o CODE for test.f90 << subroutine subber print*,'hi' end > Using version 4.3.0 20080117 (experimental) on x86-64 suse9. -- Summary: Libgfortran.a (downloaded) is not PIC compiled... Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pmason at ricardo dot com GCC build triplet: 4.3.0 20080117 (experimental) GCC host triplet: suse9 x86-64 GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35014
[Bug tree-optimization/35011] [4.3 regression] ICE with -fcheck-data-deps
--- Comment #2 from sebpop at gmail dot com 2008-01-29 17:40 --- Subject: Re: [4.3 regression] ICE with -fcheck-data-deps On 29 Jan 2008 13:34:07 -, jakub at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > P4, unless you can reproduce without -fcheck-data-deps. -fcheck-data-deps is > a > compiler debugging option. > Right, this bug is not very important. I will propose a fix for 4.4, and I will also run the specs with this option to stabilize the omega dependence analysis, that should replace a part of the old data dep tester in 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35011
[Bug boehm-gc/35012] gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9
--- Comment #1 from joseph at codesourcery dot com 2008-01-29 13:06 --- Subject: Re: New: gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9 On Tue, 29 Jan 2008, dominiq at lps dot ens dot fr wrote: > I confirm the problem reported by Jack Howarth in > http://gcc.gnu.org/ml/gcc/2008-01/msg00484.html: > gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9. Did this happen with the 4.2.2 release? If the same problem appeared with previous 4.2.x releases, then it's not a regression from them and we can close this bug as fixed in 4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35012
[Bug tree-optimization/35006] [4.3 Regression] Segfault in remove_unused_locals
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-29 12:39 --- Uh, so the variable D.1574 is referenced from grub_cmdline_get and cl_delete, but we have only one variable annotation, referenced from var->base.ann, where we should in such a case use the per-function hashtable to associate var_anns with the decls like we do for globals. This cross-reference gets created by inlining here: 726 /* Global variables we didn't seen yet needs to go into referenced 727 vars. */ 728 if (gimple_in_ssa_p (cfun) && TREE_CODE (*tp) == VAR_DECL) 729 add_referenced_var (*tp); as auto_var_in_fn_p returns false in inlining cl_print into cl_delete. Note that the variable is referenced from the VLA buf type which is referenced from the BLOCK_VARS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35006
[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher
--- Comment #11 from hubicka at ucw dot cz 2008-01-29 17:51 --- Subject: Re: [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher Hi, the patch seems to pass my local testing, but on Zdenek's tester I get curious results on i686: Tests that now fail, but worked before: libmudflap.cth/pass37-frag.c (-O2) (rerun 14) execution test libmudflap.cth/pass37-frag.c (-O2) (rerun 18) execution test libmudflap.cth/pass37-frag.c (-O2) (rerun 18) output pattern test libmudflap.cth/pass37-frag.c (-O3) (rerun 2) execution test libmudflap.cth/pass37-frag.c (-O3) (rerun 2) output pattern test libmudflap.cth/pass37-frag.c (-O3) (rerun 3) execution test libmudflap.cth/pass37-frag.c (-O3) (rerun 3) output pattern test libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 10) execution test libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 16) execution test libmudflap.cth/pass37-frag.c (-static -DSTATIC) (rerun 16) output pattern test libmudflap.cth/pass37-frag.c (rerun 10) execution test libmudflap.cth/pass37-frag.c (rerun 10) output pattern test libmudflap.cth/pass37-frag.c (rerun 12) execution test libmudflap.cth/pass37-frag.c (rerun 12) output pattern test libmudflap.cth/pass37-frag.c (rerun 13) execution test libmudflap.cth/pass37-frag.c (rerun 14) execution test libmudflap.cth/pass37-frag.c (rerun 14) output pattern test libmudflap.cth/pass37-frag.c (rerun 15) execution test libmudflap.cth/pass37-frag.c (rerun 17) execution test libmudflap.cth/pass37-frag.c (rerun 17) output pattern test libmudflap.cth/pass37-frag.c (rerun 2) execution test libmudflap.cth/pass37-frag.c (rerun 2) output pattern test libmudflap.cth/pass37-frag.c (rerun 4) execution test libmudflap.cth/pass37-frag.c (rerun 4) output pattern test libmudflap.cth/pass39-frag.c (-O2) (rerun 11) execution test libmudflap.cth/pass39-frag.c (-O2) (rerun 4) execution test libmudflap.cth/pass39-frag.c (-O3) (rerun 13) execution test libmudflap.cth/pass39-frag.c (-O3) (rerun 13) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 10) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 10) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 14) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 14) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 16) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 16) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 4) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 4) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 5) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 5) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 7) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 7) output pattern test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 9) execution test libmudflap.cth/pass39-frag.c (-static -DSTATIC) (rerun 9) output pattern test libmudflap.cth/pass39-frag.c (rerun 1) execution test libmudflap.cth/pass39-frag.c (rerun 1) output pattern test libmudflap.cth/pass39-frag.c (rerun 15) execution test libmudflap.cth/pass39-frag.c (rerun 18) execution test libmudflap.cth/pass39-frag.c (rerun 18) output pattern test libmudflap.cth/pass39-frag.c (rerun 19) execution test libmudflap.cth/pass39-frag.c (rerun 9) execution test libmudflap.cth/pass39-frag.c (rerun 9) output pattern test libmudflap.cth/pass39-frag.c execution test libmudflap.cth/pass39-frag.c output pattern test libmudflap.cth/pass40-frag.c (-O2) execution test libmudflap.cth/pass40-frag.c (-O2) output pattern test libmudflap.cth/pass40-frag.c (-static -DSTATIC) execution test libmudflap.cth/pass40-frag.c (-static -DSTATIC) output pattern test libmudflap.cth/pass40-frag.c exec
[Bug c++/26278] ambiguous overload candidates list contains duplicates
--- Comment #6 from Ralf dot Wildenhues at gmx dot de 2008-01-29 17:25 --- Created an attachment (id=15050) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15050&action=view) reduced testcase t.5.ii: In function int main(): t.5.ii:14: error: ambiguous overload for operator== in c == p t.5.ii:14: note: candidates are: operator==(X, X) t.5.ii:14: note: operator==(int, int) t.5.ii:14: note: operator==(X, X) t.5.ii:7: note: bool coEnum::operator==(coEnum) const [with e1 = A, e2 = X] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26278
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-29 17:07 --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11377 says otherwise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-29 16:05 --- You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily scan for any un-cleaned mod. See top of the script for the files i initially fed to it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug c++/35016] Bug in processing nested typedef in nested template class in method definition
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 15:25 --- *** This bug has been marked as a duplicate of 35008 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35016
[Bug c++/34219] gcc doesn't accept const members of variadic templates as const (regression)
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 --- Fixed on mainline -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
[Bug c++/34754] [4.3 regression] ICE with invalid function arguments in variadic template
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:25 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34754
[Bug c++/34103] [4.3 regression] ICE with invalid variadic template functions
--- Comment #17 from dgregor at gcc dot gnu dot org 2008-01-29 14:24 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34103
[Bug c++/35008] Bug in processing nested typedef in nested template class in method definition
--- Comment #3 from wirawan0 at gmail dot com 2008-01-29 15:00 --- Created an attachment (id=15047) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15047&action=view) Sample code to cause compilation error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
[Bug tree-optimization/35006] [4.3 Regression] Segfault in remove_unused_locals with nested functions
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-29 12:41 --- I am testing 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 Priority|P3 |P2 Last reconfirmed|2008-01-29 00:48:40 |2008-01-29 12:41:50 date|| Summary|[4.3 Regression] Segfault in|[4.3 Regression] Segfault in |remove_unused_locals|remove_unused_locals with ||nested functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35006
[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi
--- Comment #22 from aldot at gcc dot gnu dot org 2008-01-29 12:33 --- Michael, You are right, sorry :(. I somehow managed not to find them although they are there! ---8<--- # Dummy rules to deal with dependencies produced by use of # "[EMAIL PROTECTED]@" and "[EMAIL PROTECTED]@" above, when NLS is disabled. build-: ; @true install-: ; @true ---8<--- So for 4.3.0, Michaels patch from comment #15 (treelang-noinfo.patch as attached) is fine, we can clean this up for real for 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-29 17:48 --- Created an attachment (id=15052) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15052&action=view) gcc43-pr35017.patch Alternative patch, which only pedwarns in inline definitions as defined in 4.7.6p6 as before, just doesn't warn when it should not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug fortran/34945] LBOUND fails for array with KIND(complex) used in zero-sized dimension
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-29 11:24 --- (In reply to comment #1) Note the comment in trans-expr.c(gfc_map_intrinsic_function) : case GFC_ISYM_LBOUND: case GFC_ISYM_UBOUND: /* TODO These implementations of lbound and ubound do not limit if the size < 0, according to F95's 13.14.53 and 13.14.113. */ We need an intrinsic function that translates to cond ? a : b to do the right thing here. I could not see how to do it with existing front-endery. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34945
[Bug c++/35008] Bug in processing nested typedef in nested template class in method definition
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-29 13:06 --- The first snippet works for me, the second says t.C:3: error: expected nested-name-specifier before 'outer1' t.C:3: error: too many template-parameter-lists t.C: In function 'void testme()': t.C:11: error: 'outer1' was not declared in this scope t.C:11: error: expected primary-expression before 'float' t.C:11: error: expected `;' before 'float' t.C:12: error: 'Inner1' was not declared in this scope so - what is the testcase that you are looking at? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
[Bug c++/35008] Bug in processing nested typedef in nested template class in method definition
--- Comment #2 from wirawan0 at gmail dot com 2008-01-29 14:59 --- The whole snippet must be included the (un)desirable error to show up. Let me give an attachment to make it clear. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
[Bug c++/34606] [4.3 regression] ICE with invalid specialization of variadic template
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34606 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34606
[Bug c++/34103] [4.3 regression] ICE with invalid variadic template functions
--- Comment #16 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34103 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34103
[Bug c++/34219] gcc doesn't accept const members of variadic templates as const (regression)
--- Comment #6 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34219 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
[Bug c++/34754] [4.3 regression] ICE with invalid function arguments in variadic template
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-29 14:01 --- Subject: Bug 34754 Author: dgregor Date: Tue Jan 29 13:59:59 2008 New Revision: 131938 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131938 Log: 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * c-pretty-print.c (pp_c_type_qualifier_list): Don't try to print qualifiers for an ERROR_MARK_NODE or a NULL_TREE. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * typeck.c (check_return_expr): Tweak call to check_for_bare_parameter_packs. * class.c (add_method): Be careful with error_mark_nodes. * cp-tree.h (check_for_bare_parameter_packs): Remove "*" from signature. * pt.c (struct find_parameter_pack_data): Remove SET_PACKS_TO_ERROR. (find_parameter_packs_r): Don't use SET_PACKS_TO_ERROR. (uses_parameter_packs): Don't set SET_PACKS_TO_ERROR. (make_pack_expansion): Ditto. (check_for_bare_parameter_packs): Parameter is now a tree, not a tree*. (process_template_parm): Tweak call to check_for_bare_parameter_packs. (push_template_decl_real): Tweak calls to check_for_bare_parameter_packs. If bare parameter packs are found in the list of exceptions, clear out that list after giving an error. * semantics.c (finish_cond): Tweak call to check_for_bare_parameter_packs. (finish_expr_stmt): Ditto. (finish_for_expr): Ditto. (finish_switch_cond): Ditto. (finish_mem_initializers): Ditto. (finish_member_declaration): Ditto. (finish_static_assert): Check for bare parameter packs in the condition. * decl2.c (cplus_decl_attributes): Check for bare parameter packs in the attributes of a declaration. * parser.c (cp_parser_using_declaration): Tweak call to check_for_bare_parameter_packs. (cp_parser_base_clause): Ditto. 2008-01-29 Douglas Gregor <[EMAIL PROTECTED]> PR c++/34055 PR c++/34103 PR c++/34219 PR c++/34606 PR c++/34753 PR c++/34754 PR c++/34755 PR c++/34919 PR c++/34961 * g++.dg/cpp0x/vt-34219-2.C: New. * g++.dg/cpp0x/pr32126.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34961.C: New. * g++.dg/cpp0x/vt-34055.C: Tweak error messages; add new test cases from the re-opened PR. * g++.dg/cpp0x/vt-34753.C: New. * g++.dg/cpp0x/vt-34919.C: New. * g++.dg/cpp0x/vt-34754.C: New. * g++.dg/cpp0x/vt-34606.C: New. * g++.dg/cpp0x/vt-34219.C: New. * g++.dg/cpp0x/pr32125.C: Tweak expected error messages. * g++.dg/cpp0x/vt-34755.C: New. * g++.dg/cpp0x/pr31438.C: Ditto. * g++.dg/cpp0x/variadic81.C: Ditto. Added: trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219-2.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34219.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34606.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34753.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34754.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34755.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34919.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34961.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-pretty-print.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/parser.c trunk/gcc/cp/pt.c trunk/gcc/cp/semantics.c trunk/gcc/cp/typeck.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/pr31438.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32125.C trunk/gcc/testsuite/g++.dg/cpp0x/pr32126.C trunk/gcc/testsuite/g++.dg/cpp0x/variadic81.C trunk/gcc/testsuite/g++.dg/cpp0x/vt-34055.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34754
[Bug fortran/35015] New: missing cleanup-modules directive in testsuite/gfortran*
$ wget -P gcc/contrib/ \ http://uclibc.org/~aldot/gcc/gfortran.dg-final.cleanup-mods.awk $ chmod +x gcc/contrib/gfortran.dg-final.cleanup-mods.awk $ cd gcc/testsuite $ $ for i in $(grep --exclude='*.svn*' -rl dg-do gfortran*); do ../contrib/gfortran.dg-final.cleanup-mods.awk $i;done 2> /dev/null This scripts emits on stdout a diagnostic message about a) wrong encoding in testcases (CRLF) b) missing cleanup-module directives On stderr, this scripts emits sed scripts to automagically a) fix the wrong encoding b) add missing cleanup-module directives. I put it into public domain, but this can be changes if required. IMHO it would be handy to have this script in gcc/contrib -- Summary: missing cleanup-modules directive in testsuite/gfortran* Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug c++/34961] [4.3 Regression] ICE with invalid use of parameter pack in attribute
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-29 14:27 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34961
[Bug target/34794] build of gcc 4.2.2 fails on AIX 6.1 / libstdc++-v3/libmath/stubs.c:47
--- Comment #16 from dje at gcc dot gnu dot org 2008-01-29 14:42 --- By the way, I am using a recent GCC compiled for AIX 5.3 with the "fixed" headers removed as the bootstrap compiler on AIX 6.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34794
[Bug c++/35016] New: Bug in processing nested typedef in nested template class in method definition
The following testcase fails to compile:
template struct outer1
{
typedef int my_value_type; // define a nested datatype
template struct inner1
{
typedef outer1 myboss;
// borrow the boss's datatype << -- don't reduce or change this one:
typedef typename myboss::my_value_type my_value_type;
my_value_type return_x();
};
};
// g++ 4 choked on this one:
template
template
typename outer1::template inner1::my_value_type
outer1::inner1::return_x()
{
return 4;
}
void testme()
{
outer1::inner1 Inner1;
int rslt = Inner1.return_x(); // to instantiate and cause error
}
It is basically like this:
* outer1 class template has a nested datatype called "my_value_type"
* inner1 borrows the "my_value_type" from outer1 (its parent)
Then when we want to instantiate return_x() above, g++ gives the following
error:
template-typename4.cpp:19: error: prototype for typename
outer1::inner1::my_value_type
outer1::inner1::return_x() does not match any in class
outer1::inner1
template-typename4.cpp:10: error: candidate is: typename
outer1::my_value_type outer1::inner1::return_x()
template-typename4.cpp:19: error: template definition of non-template typename
outer1::inner1::my_value_type
outer1::inner1::return_x()
I can work around this by changing line 18 above:
typename outer1::template inner1::my_value_type
to
typename outer1::my_value_type
then it would compile. But I think this is a bug. It used to compile with g++
3. Other compilers such as Intel C++ (version 9.1), PGI C++ 7 all accept this
language construct.
--
Summary: Bug in processing nested typedef in nested template
class in method definition
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wirawan0 at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35016
[Bug c++/35008] Bug in processing nested typedef in nested template class in method definition
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-29 15:32 --- I believe we have a dup for this somewhere. Broken on the 4.1 and 4.2 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Known to fail||4.1.2 Known to work||4.1.1 4.3.0 Last reconfirmed|-00-00 00:00:00 |2008-01-29 15:32:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35008
[Bug c/35018] [m68k-elf] Gcc ouputs invalid asm when compiling with -O2 or higher
--- Comment #1 from nizze86 at hotmail dot com 2008-01-29 15:36 --- Created an attachment (id=15048) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15048&action=view) Preprocessed sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-29 17:31 --- Created an attachment (id=15051) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15051&action=view) gcc43-pr35017.patch TREE_READONLY isn't modifiable, so I guess that part is quite clear and I'm also pretty sure about the possibility to reference static const vars declared in the function. What is more unclear is in what kind of inline functions this should be warned about. 6.7.4p3 talks about inline definition of a function, is that function definition with inline keyword in this context (i.e. any non-static inline function) or is that inline definition in the 6.7.4p6 sense (one where there is no external definition)? The attached patch implements the first choice, leaving the original conditions for current_function_decl in both places would keep the second choice. Joseph? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
-- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-29 15:54:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug rtl-optimization/34999] Fallthru crossing edges in partition_hot_cold_basic_blocks are not been fixed when the section ends with call insn
--- Comment #2 from eres at il dot ibm dot com 2008-01-29 16:07 --- Created an attachment (id=15049) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15049&action=view) A patch I am currently testing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34999
[Bug libfortran/35014] Libgfortran.a (downloaded) is not PIC compiled...
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-29 17:09 --- Configure gcc with --with-pic. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35014
[Bug target/35018] [m68k-elf] Gcc ouputs invalid asm when compiling with -O2 or higher
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|major |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
[Bug fortran/35003] spurious warning using -Wconversion, a do loop, and 8 byte integers
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-01-29 17:27 --- See also: PR29458 -- 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=35003
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
--- Comment #5 from joseph at codesourcery dot com 2008-01-29 18:24 --- Subject: Re: [4.3 Regression] PR11377 pedwarns even about valid code On Tue, 29 Jan 2008, jakub at gcc dot gnu dot org wrote: > TREE_READONLY isn't modifiable, so I guess that part is quite clear and I'm > also > pretty sure about the possibility to reference static const vars declared in > the function. > What is more unclear is in what kind of inline functions this should be warned > about. 6.7.4p3 talks about inline definition of a function, is that function > definition with inline keyword in this context (i.e. any non-static inline > function) or is that inline definition in the 6.7.4p6 sense (one where there > is > no external definition)? > The attached patch implements the first choice, leaving the original > conditions > for current_function_decl in both places would keep the second choice. > Joseph? I think it means inline definition as in 6.7.4p6 (where whether it's an inline definition depends on whether there are subsequent declarations after the definition with extern or without inline, but getting the diagnostics right for such cases is a separate bug). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
[Bug boehm-gc/35012] gcc-4.2.3-RC1's gctest hangs on i686-apple-darwin9
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-01-29 17:59 --- The problem certainly didn't exist with gcc 4.2.1 on darwin8.10.0... http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00847.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35012
[Bug java/35020] Class.getSimpleName() differs from Sun Java
--- Comment #2 from mark at gcc dot gnu dot org 2008-01-29 21:02 --- Note that the libgcj and classpath versions of getSimpleName() were written independently. Although the classpath implementation might help in the short run. It is based on syntactically reconstructing the simple name. The correct fix would use the out class InnerClasses bytecode attribute. inner_name_index If C is anonymous, the value of the inner_name_index item must be zero. Otherwise, the value of the inner_name_index item must be a valid index into the constant_pool table, and the entry at that index must be a CONSTANT_Utf8_info (§4.4.7) structure that represents the original simple name of C, as given in the source code from which this class file was compiled. See http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html#79996 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35020
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #9 from aldot at gcc dot gnu dot org 2008-01-29 21:07 --- Created an attachment (id=15053) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15053&action=view) patch in testing This is a simple fix to adjust the respective vector (that get's filled/finalized far too early, AFAICT; furthermore it's never pruned and if a new target is added the alias is never rejected). This patch warns -- conditionally, should most likely be a warning(0.. -- if the target changes and adjust the vector accordingly. Should a subsequent weakref to a new target invalidate the weak? -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #13363|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug c++/35021] New: g++ fails to compile legal template code involving templatized methods
g++ is unable to compile a call to a templatized method from a template
function that takes the class that contains the templatized methods as
a template parameter.
Environment:
System: Linux bnell-deb4-64 2.6.18-4-amd64 #1 SMP Mon Mar 26 11:36:53 CEST 2007
x86_64 GNU/Linux
Architecture: x86_64
host: x86_64-unknown-linux-gnu
build: x86_64-unknown-linux-gnu
target: x86_64-unknown-linux-gnu
configured with: ../../../sources/gcc/configure
--prefix=/hub/Linux/glibc-2.3.6/x86_64/apps/gcc-4.1.1
--with-gmp=/mathworks/devel/sandbox/greg/Amake/3p/derived/glnxa64/gcc/gmp
--with-mpfr=/mathworks/devel/sandbox/greg/Amake/3p/derived/glnxa64/gcc/mpfr
--enable-languages=c,c++,fortran
--with-as=/hub/Linux/glibc-2.3.6/x86_64/apps/gcc-4.1.1/bin/as
--with-ld=/hub/Linux/glibc-2.3.6/x86_64/apps/gcc-4.1.1/bin/ld
--disable-multilib
How-To-Repeat:
1) save the following code into bug.cpp
struct foo {
template
const void* bar(char* p) const
{
return p;
}
template
const void* moo(char* p) const
{
return p;
}
};
template
void test_template(const F& f)
{
f.bar<3>(0);// doesn't work here
f.moo(0); // doesn't work here
}
int main(int argc, char* argv[])
{
foo f;
f.bar<3>(0);// works here
f.moo(0); // works here
test_template(f);
return 0;
}
2) attempt to compile: g++ -o bug bug.cpp
--
Summary: g++ fails to compile legal template code involving
templatized methods
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bnell at mathworks dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35021
[Bug c++/35021] g++ fails to compile legal template code involving templatized methods
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-29 21:59 --- You want: f.template bar<3>(0);// doesn't work here f.emplate moo(0); // doesn't work here Since f is dependent, the parser cannot figure out if f.bar and f.moo are a template or not when it is parsing so you have to help it. This extra keyword is required by the standard. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35021
[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher
--- Comment #12 from jakub at gcc dot gnu dot org 2008-01-29 21:22 --- These tests time out from time to time when the testing box is busy, that's quite normal. The problem is in the use of sched_yield (), which puts the calling thread to the end of the runqueue. If there are many processes in the runqueue, one or more of the 10 threads might miss the 10 sec timeout in one or more of the 20 repetitions in 100 sched_yield calls. So just ignore this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34982
[Bug java/35020] New: Class.getSimpleName() differs from Sun Java
Test Code:
public class test
{
class inner
{
}
public static void main(String[] args)
{
System.out.println(inner.class.getSimpleName());
}
}
Result with GCJ:
[EMAIL PROTECTED]:/root# java test
test$inner
Result with Sun:
[EMAIL PROTECTED]:/opt/sid/root $ sudo java test
inner
GCJ version 4.3-20080116-1
Sun version 1.6.0.00
--
Summary: Class.getSimpleName() differs from Sun Java
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc-bugzilla at matthew dot ath dot cx
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35020
[Bug target/34719] N_GSYM stabs warning with common blocks on Mac OS X Leopard
--- Comment #5 from fago at earthlink dot net 2008-01-29 19:47 --- So it is a gcc issue -- seems like it will have to wait for 4.4 then? Easy enough work-around I guess. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
[Bug target/34719] N_GSYM stabs warning with common blocks on Mac OS X Leopard
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-01-29 19:45 --- (In reply to comment #3) > will it make it into 4.2.3? No way: the release process for 4.2.3 has started: http://gcc.gnu.org/ml/gcc/2008-01/msg00477.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
[Bug target/34719] N_GSYM stabs warning with common blocks on Mac OS X Leopard
--- Comment #3 from fago at caltech dot edu 2008-01-29 19:36 --- This also happens on 4.2.2 It is indeed fixed by using -gdwarf-2. So should gcc set the type of debug information differently on Leopard, or is it Apple's issue? If the former, it seems like it should be straight-forward; will it make it into 4.2.3? Thanks, Matt -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34719
[Bug fortran/35019] New: Gfortran does not support "-J " only "-J"
Patch (contains also a different patch, I'm to lazy to separate):
The missing argument check is not needed as this is already checked for in
gcc/fortran/gfortranspec.c. OPT_M is not needed as -M is changed into -J.
Index: gcc/fortran/gfortranspec.c
===
--- gcc/fortran/gfortranspec.c (revision 131933)
+++ gcc/fortran/gfortranspec.c (working copy)
@@ -89,6 +89,7 @@
OPTION_E,/* Aka --preprocess. */
OPTION_help, /* --help. */
OPTION_i,/* -imacros, -include, -include-*. */
+ OPTION_J,
OPTION_l,
OPTION_L,/* Aka --library-directory. */
OPTION_nostdlib, /* Aka --no-standard-libraries, or
@@ -160,6 +161,8 @@
opt = OPTION_E, skip = 0;
else if (text[1] == 'i')
opt = OPTION_i, skip = 0;
+ else if (text[1] == 'J')
+opt = OPTION_J, skip = (text[2] == '\0'), arg = text + 2;
else if (text[1] == 'l')
opt = OPTION_l;
else if (text[1] == 'L')
@@ -368,6 +371,7 @@
case OPTION_b:
case OPTION_B:
case OPTION_L:
+ case OPTION_J:
case OPTION_i:
case OPTION_V:
/* These options are useful in conjunction with -v to get
@@ -426,7 +430,9 @@
{
char *p;
- if (argv[i][2] == '\0')
+ fprintf (stderr, _("Warning: Using -M mod_path is deprecated, "
+ "use -J instead\n"));
+ if (argv[i][2] == '\0' && i+1 < argc)
{
p = XNEWVEC (char, strlen (argv[i + 1]) + 2);
p[0] = '-';
@@ -437,12 +443,31 @@
else
{
p = XNEWVEC (char, strlen (argv[i]) + 1);
- strcpy (p, argv[i]);
+ p[0] = '-';
+ p[1] = 'J';
+ strcpy (&p[2], argv[i]);
}
append_arg (p);
continue;
}
+ if ((argv[i][0] == '-') && (argv[i][1] == 'J'))
+ {
+ if (argv[i][2] == '\0' && i+1 < argc)
+ {
+ char *p;
+ p = XNEWVEC (char, strlen (argv[i + 1]) + 2);
+ p[0] = '-';
+ p[1] = 'J';
+ strcpy (&p[2], argv[i + 1]);
+ i++;
+ append_arg (p);
+}
+ else
+ append_arg (argv[i]);
+ continue;
+ }
+
if ((argv[i][0] == '-') && (argv[i][1] != 'l'))
{
/* Not a filename or library. */
Index: gcc/fortran/options.c
===
--- gcc/fortran/options.c (revision 131933)
+++ gcc/fortran/options.c (working copy)
@@ -389,13 +389,7 @@
if (gfc_option.module_dir != NULL)
{
- gfc_status ("gfortran: Only one -M option allowed\n");
- exit (3);
-}
-
- if (arg == NULL)
-{
- gfc_status ("gfortran: Directory required after -M\n");
+ gfc_status ("gfortran: Only one -J option allowed\n");
exit (3);
}
@@ -717,7 +711,6 @@
break;
case OPT_J:
-case OPT_M:
gfc_handle_module_path_options (arg);
break;
--
Summary: Gfortran does not support "-J " only "-J"
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
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=35019
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 20:15 --- > You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily > scan for any un-cleaned mod. See top of the script for the files i initially > fed to it. Most (all?) .mod files which are left over come currently from gfortran.fortran-torture/, where dg-cleanup cannot be used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #4 from rep dot dot dot nop at gmail dot com 2008-01-29 20:23 --- Subject: Re: missing cleanup-modules directive in testsuite/gfortran* On Tue, Jan 29, 2008 at 08:15:23PM -, burnus at gcc dot gnu dot org wrote: >--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-29 20:15 --- >> You can pass any *.[fF][9]*[05]* and .inc into this script, it will happily >> scan for any un-cleaned mod. See top of the script for the files i initially >> fed to it. > >Most (all?) .mod files which are left over come currently from >gfortran.fortran-torture/, where dg-cleanup cannot be used. Fair enough. We should thus apply the script to gcc/contrib/ (ok for adding it?) and consequently close this as fixed. thanks, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug java/35020] Class.getSimpleName() differs from Sun Java
--- Comment #1 from mark at gcc dot gnu dot org 2008-01-29 20:35 --- GNU Classpath contains: 2007-08-20 Andrew John Hughes <[EMAIL PROTECTED]> * vm/reference/java/lang/VMClass.java: (getCanonicalName(Class)): Fix handling of member classes so we don't fall out of the if block. (getSimpleName(Class)): Handle class names which include the $ sign to break up anonymous/inner/member classes. And with cacao and current classpath CVS you get: $ cacao test inner -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35020
[Bug fortran/35015] missing cleanup-modules directive in testsuite/gfortran*
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-29 20:35 --- Several question marks for someone more familiar with the testsuite.. In the event that we can check against several multilib variants (?) that thus match different dg-require (?), we may (?) eventually check against stale module data if a "board" does not cleanup-modules after itself and each board is run in the same directory (where an old multilib-run may have left old output/modules), no? If there is a risk that we run into stale data, then board variants, however they may be established, have to cleanup after themselves to prevent wrong positives. Janis, all, is this something that we can run into and should be concerned about or is it impossible that this szenario triggers, ever? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35015
[Bug c/35017] [4.3 Regression] PR11377 pedwarns even about valid code
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-29 23:19 --- Subject: Bug 35017 Author: jakub Date: Tue Jan 29 23:19:07 2008 New Revision: 131945 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131945 Log: PR c/35017 * c-decl.c (start_decl): Don't pedwarn about TREE_READONLY static decls. * c-typeck.c (build_external_ref): Don't pedwarn about static vars in current function's scope. * gcc.dg/inline-25.c: New test. * gcc.dg/inline-26.c: New test. * gcc.dg/inline-27.c: New test. Added: trunk/gcc/testsuite/gcc.dg/inline-25.c trunk/gcc/testsuite/gcc.dg/inline-26.c trunk/gcc/testsuite/gcc.dg/inline-27.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35017
