[Bug fortran/56638] Linker uses a lot of memory in Fortran 77
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56638 --- Comment #2 from ncc1701zzz at gmail dot com 2013-03-17 09:11:03 UTC --- I think you are completely missing the point because 1) the example program I wrote is also F95, 2) static memory allocation is part of the language, and 3) it works perfectly in other platforms. Thank you anyway. Bye.
[Bug fortran/56638] Linker uses a lot of memory in Fortran 77
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56638 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2013-03-17 09:13:50 UTC --- (In reply to comment #2) I think you are completely missing the point because 1) the example program I wrote is also F95, 2) static memory allocation is part of the language, and 3) it works perfectly in other platforms. One extra reason why this is not a gfortran bug: the linker is not part of GCC but rather binutils. You should report this bug to your distro first anyways. If you test the FSF binutils you should use the latest release and then report it to sourceware.org/bugzilla .
[Bug fortran/56638] Linker uses a lot of memory in Fortran 77
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56638 --- Comment #4 from ncc1701zzz at gmail dot com 2013-03-17 09:31:25 UTC --- Dear Andrew, Thanks for your answer. I didn't know that the linker was not part of GCC. I'll try to report it to the bugzilla you say. The truth is that I personally don't need it solved. It is a software running in a big machine and I just wanted to try some particular features in the Raspberry. I did as kargl suggested, lowering the static arrays, and it works fine. I wanted to report it for the sake of the community :) Regards.
[Bug middle-end/56417] internal compiler error: verify_gimple failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56417
Antoine Balestrat antoine.balestrat at gmail dot com changed:
What|Removed |Added
CC||antoine.balestrat at gmail
||dot com
--- Comment #2 from Antoine Balestrat antoine.balestrat at gmail dot com
2013-03-17 10:18:59 UTC ---
Here is a testcase reduced from Percona's readline.c which makes GCC 4.9.0 as
of 20130316 crash :
$ cat f.c
typedef type();
int a;
type k;
f()
{
a = strlen(k);
}
$ xgcc -w -fsanitize=address f.c
f.c: In function ‘f’:
f.c:5:1: error: type mismatch in pointer plus expression
f()
^
int (*T39a) ()
char *
long unsigned int
_14 = _3 + _1;
f.c:5:1: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug fortran/56637] Bad result on max(1,shiftr(j,1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56637 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-03-17 Ever Confirmed|0 |1 --- Comment #10 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-03-17 10:47:40 UTC --- Can you run your program under valgrind? What does this tell you?
[Bug libstdc++/55979] [C++11] std::list range construction imposes unnecessary conversion constraints
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55979 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot |gnu.org |com Target Milestone|--- |4.8.1 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2013-03-17 11:21:11 UTC --- Seems easy and fixable in 4.8.1 too.
[Bug libstdc++/55977] [C++11] vector range construction imposes unnecessary conversion constraints
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot |gnu.org |com Target Milestone|--- |4.8.1 --- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com 2013-03-17 11:22:08 UTC --- Likewise, thanks Daniel.
[Bug libstdc++/56468] Clang exposes bug with unexpected forward-declaration of type_info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2013-03-17 11:35:55 UTC --- Yeah, I think this patch is fine even for 4.8.0, and there is no need to do another RC for that.
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2013-03-17
Ever Confirmed|0 |1
--- Comment #2 from janus at gcc dot gnu.org 2013-03-17 12:55:07 UTC ---
The following patch makes the example in comment 0 work:
Index: gcc/fortran/decl.c
===
--- gcc/fortran/decl.c(revision 196748)
+++ gcc/fortran/decl.c(working copy)
@@ -6293,6 +6293,13 @@ attr_decl1 (void)
}
}
+ if (sym-ts.type == BT_UNKNOWN
+ gfc_set_default_type (sym, 1, NULL) == FAILURE)
+{
+ m = MATCH_ERROR;
+ goto cleanup;
+}
+
/* Update symbol table. DIMENSION attribute is set in
gfc_set_array_spec(). For CLASS variables, this must be applied
to the first component, or '_data' field. */
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from janus at gcc dot gnu.org 2013-03-17 13:12:02 UTC ---
... and this hunk cures the error on comment 1:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c(revision 196748)
+++ gcc/fortran/resolve.c(working copy)
@@ -318,7 +318,13 @@ resolve_formal_arglist (gfc_symbol *proc)
{
if (sym-ts.type == BT_UNKNOWN !proc-attr.intrinsic
(!sym-attr.function || sym-result == sym))
-gfc_set_default_type (sym, 1, sym-ns);
+{
+ gfc_set_default_type (sym, 1, sym-ns);
+ if (sym-ts.type == BT_CLASS
+ gfc_build_class_symbol (sym-ts, sym-attr,
+ sym-as, false) == FAILURE)
+continue;
+}
}
as = sym-ts.type == BT_CLASS sym-attr.class_ok
[Bug c++/56639] New: ice in cp_parser_late_return_type_opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56639 Bug #: 56639 Summary: ice in cp_parser_late_return_type_opt Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dcb...@hotmail.com I just tried to compile the package kdesdk-4.10.1-1 on gcc-4.9 trunk dated 20130317 on an AMD x86_64 box. The compiler said BUILD/kdesdk-4.10.1/lokalize/src/project/projecttab.cpp:248:38: internal compiler error: in cp_parser_late_return_type_opt, at cp/parser.c:17053 if (QFileInfo(Project::instance()-templatesRoot()).exists()) ^ Preprocessed source code attached. No special flags required.
[Bug libstdc++/56468] Clang exposes bug with unexpected forward-declaration of type_info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468 --- Comment #10 from Jonathan Wakely redi at gcc dot gnu.org 2013-03-17 14:10:46 UTC --- Author: redi Date: Sun Mar 17 14:10:39 2013 New Revision: 196749 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196749 Log: PR libstdc++/56468 * libsupc++/exception_ptr.h (type_info): Declare. Modified: branches/gcc-4_8-branch/libstdc++-v3/ChangeLog branches/gcc-4_8-branch/libstdc++-v3/libsupc++/exception_ptr.h
[Bug libstdc++/56468] Clang exposes bug with unexpected forward-declaration of type_info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56468 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #11 from Jonathan Wakely redi at gcc dot gnu.org 2013-03-17 14:11:44 UTC --- OK, thanks, guys, this is done then.
[Bug target/56592] [SH] Add vector ABI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56592 --- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org 2013-03-17 14:19:55 UTC --- Regarding multi-word arguments: 'double' values are passed in DR registers, where the high 32 bits are passed in FR(n*2) and the low 32 bits in FR(n*2+1) regardless of the endian setting. 4D 'float' vectors are passed in FV registers, i.e. FR(n*4), in order to avoid reg copies before vector insns (fipr, ftrv). Multi-word integer values should be passed in little endian word order. E.g. 'long long' (64 bit) would be passed in r1:r0, where r1 are the high 32 bits and r0 are the low 32 bits. This would make it easier to write endian neutral asm code.
[Bug middle-end/56640] New: [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640
Bug #: 56640
Summary: [4.8 Regression] bootstrap failure on
arm-linux-gnueabi{,hf}
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org
seen with the 4.8.0 release candidate on arm-linux-gnueabi{,hf}
/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/./prev-gcc/xg++
-B/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/./prev-gcc/
-B/usr/arm-linux-gnueabihf/bin/ -nostdinc++
-B/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/src/.libs
-B/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/libsupc++/.libs
-I/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/include/arm-linux-gnueabihf
-I/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/include
-I/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/src/libstdc++-v3/libsupc++
-L/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/src/.libs
-L/build/buildd-gcc-4.8_4.8-20130315-1-armhf-5HYdhU/gcc-4.8-4.8-20130315/build/prev-arm-linux-gnueabihf/libstdc++-v3/libsupc++/.libs
-c -g -O2 -gtoggle -DIN_GCC -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -DHAVE_CONFIG_H -I. -I.
-I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include
-I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber
-I../../src/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../src/gcc/../libbacktrace -DCLOOG_INT_GMP../../src/gcc/ira.c -o ira.o
../../src/gcc/ira.c: In function 'void print_translated_classes(FILE*, bool)':
../../src/gcc/ira.c:1396:49: error: iteration 16u invokes undefined behavior
[-Werror=aggressive-loop-optimizations]
fprintf (f, %s - %s\n, reg_class_names[i],
^
../../src/gcc/ira.c:1395:3: note: containing loop
for (i = 0; i N_REG_CLASSES; i++)
^
cc1plus: all warnings being treated as errors
make[5]: *** [ira.o] Error 1
configured with
Configured with: -v
--with-pkgversion='Debian 4.8-20130315-1'
--with-bugurl='file:///usr/share/doc/gcc-4.8/README.Bugs'
--enable-languages=c,c++,go,fortran,objc,obj-c++
--prefix=/usr
--program-suffix=-4.8
--enable-shared
--enable-linker-build-id
--libexecdir=/usr/lib
--without-included-gettext
--enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8
--libdir=/usr/lib
--enable-nls
--with-sysroot=/
--enable-clocale=gnu
--enable-libstdcxx-debug
--enable-libstdcxx-time=yes
--enable-gnu-unique-object
--disable-libitm
--enable-plugin
--with-system-zlib
--enable-objc-gc
--enable-multiarch
--disable-sjlj-exceptions
--with-arch=armv7-a
--with-fpu=vfpv3-d16
--with-float=hard
--with-mode=thumb
--enable-checking=release
--build=arm-linux-gnueabihf
--host=arm-linux-gnueabihf
--target=arm-linux-gnueabihf
and
Configured with: -v
--with-pkgversion='Debian 4.8-20130315-1'
--with-bugurl='file:///usr/share/doc/gcc-4.8/README.Bugs'
--enable-languages=c,c++,go,fortran,objc,obj-c++
--prefix=/usr
--program-suffix=-4.8
--enable-shared
--enable-linker-build-id
--libexecdir=/usr/lib
--without-included-gettext
--enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8
--libdir=/usr/lib
--enable-nls
--with-sysroot=/
--enable-clocale=gnu
--enable-libstdcxx-debug
--enable-libstdcxx-time=yes
--enable-gnu-unique-object
--disable-libitm
--enable-plugin
--with-system-zlib
--enable-objc-gc
--enable-multiarch
--disable-sjlj-exceptions
--with-arch=armv4t
--with-float=soft
--enable-checking=release
--build=arm-linux-gnueabi
--host=arm-linux-gnueabi
--target=arm-linux-gnueabi
[Bug fortran/56637] Bad result on max(1,shiftr(j,1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56637 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #11 from Mikael Morin mikael at gcc dot gnu.org 2013-03-17 15:20:45 UTC --- (In reply to comment #9) I have tried, but the small examples I've tried all work. And the code uses a library that I am not free to pass on. Probably you just have to call this unconfirmed and forget it. Sorry. There is an automatic and recommended way to reduce a testcase... You can have a look at http://gcc.gnu.org/bugs/minimize.html
[Bug middle-end/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640 Matthias Klose doko at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Target||arm-linxux-gnueabihf ||arm-linxux-gnueabi Known to fail||4.8.0 --- Comment #1 from Matthias Klose doko at gcc dot gnu.org 2013-03-17 15:23:03 UTC --- this fails for my Debian builds, as seen in https://buildd.debian.org/status/package.php?p=gcc-4.8suite=experimental but succeeds for my Ubuntu build (the hard float configuration): https://launchpad.net/~ubuntu-toolchain-r/+archive/test/+build/4374070
[Bug fortran/44735] ICE on FORALL with character array pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44735 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2010-07-01 06:21:38 |2013-03-17 15:00 Known to fail||4.9.0 --- Comment #4 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-03-17 15:24:44 UTC --- Still fails: ig25@linux-fd1f:~/Krempel/Forall valgrind /home/ig25/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/f951 bug.f90 ==24599== Memcheck, a memory error detector ==24599== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==24599== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==24599== Command: /home/ig25/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/f951 bug.f90 ==24599== bug==24599== Invalid read of size 2 ==24599==at 0x786F01: fold_convert_loc(unsigned int, tree_node*, tree_node*) (tree.h:3797) ==24599==by 0x5FE16F: allocate_temp_for_forall_nest_1(tree_node*, tree_node*, stmtblock_t*, tree_node**) (trans-stmt.c:3270) ==24599==by 0x5FEA47: gfc_trans_assign_need_temp(gfc_expr*, gfc_expr*, tree_node*, bool, forall_info*, stmtblock_t*) (trans-stmt.c:3391) ==24599==by 0x602DE0: gfc_trans_forall_1(gfc_code*, forall_info*) (trans-stmt.c:3868) ==24599==by 0x5A6847: trans_code(gfc_code*, tree_node*) (trans.c:1569) ==24599==by 0x5CD8AE: gfc_generate_function_code(gfc_namespace*) (trans-decl.c:5397) ==24599==by 0x565800: gfc_parse_file() (parse.c:4468) ==24599==by 0x5A20E5: gfc_be_parse_file() (f95-lang.c:189) ==24599==by 0x94D725: compile_file() (toplev.c:543) ==24599==by 0x94F5A9: toplev_main(int, char**) (toplev.c:1876) ==24599==by 0x5A38454: (below main) (in /lib64/libc-2.15.so) ==24599== Address 0x0 is not stack'd, malloc'd or (recently) free'd
[Bug middle-end/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640 --- Comment #2 from Matthias Klose doko at gcc dot gnu.org 2013-03-17 15:24:52 UTC --- the Debian builds use glibc-2.13 and binutils 2.22.x., the Ubuntu build glibc-2.17 and binutils-2.23.x
[Bug fortran/47065] Replace trim(a) by a(1:len_trim(a))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47065 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-03-17 15:26:18 UTC --- I think this is fixed as far as it is useful. Marking as closed.
[Bug fortran/56637] Bad result on max(1,shiftr(j,1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56637 --- Comment #12 from Fred Krogh fkrogh#gcc at mathalacarte dot com 2013-03-17 15:35:10 UTC --- For those using valgrind on gentoo for the first time (like me) you need to add to FEATURES in make.conf, splitdebug and re-emerge glibc. I've tried running valgrind on my program with no options. I does a lot of complaining about a use statement in connection with a library I'm using. Other than this, the next error it finds is beyond the point where I think the compiler goofed. The error found is one that my usual runtime also catches, and is either due to the previous error, or my usual sloppiness. I would ordinarily track down this error when I get to it. If there are special features in valgrind that I should be using, let me know and I'll give it a try. At this point it should be easy. I have tried making up a small example, but was unable to get the same problem. I'll try a bit more, but I don't think this is going to work.
[Bug c++/56641] New: [4.7/4.8 regression] Bogus warning: 'A' has a field 'A::e' whose type uses the anonymous namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56641
Bug #: 56641
Summary: [4.7/4.8 regression] Bogus warning: 'A' has a field
'A::e' whose type uses the anonymous namespace
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ppluzhni...@google.com
This one is recent regression of gcc-4_7 branch.
Confirmed with current trunk r196749.
namespace {
#1 foo.cc
enum E { };
}
struct A
{
enum E e;
};
g++ -c foo.ii
foo.cc:4:8: warning: ‘A’ has a field ‘A::e’ whose type uses the anonymous
namespace [enabled by default]
Deleting the '#1 foo.cc' line makes the warning go away.
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500 --- Comment #4 from janus at gcc dot gnu.org 2013-03-17 15:59:42 UTC --- The patches of comment 2 and comment 3 regtest cleanly.
[Bug target/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-03-17 CC||jakub at gcc dot gnu.org Component|middle-end |target Target Milestone|--- |4.8.0 Ever Confirmed|0 |1
[Bug target/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-03-17 16:25:06 UTC --- Created attachment 29683 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29683 gcc48-pr56640.patch Untested fix.
[Bug target/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-03-17 16:28:27 UTC --- Author: jakub Date: Sun Mar 17 16:28:16 2013 New Revision: 196753 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196753 Log: PR target/56640 * config/arm/arm.h (REG_CLASS_NAMES): Add SFP_REG and AFP_REG class names. Remove trailing comma after ALL_REGS. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.h
[Bug target/56640] [4.8 Regression] bootstrap failure on arm-linux-gnueabi{,hf}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56640 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-03-17 16:29:07 UTC --- Author: jakub Date: Sun Mar 17 16:28:55 2013 New Revision: 196754 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196754 Log: PR target/56640 * config/arm/arm.h (REG_CLASS_NAMES): Add SFP_REG and AFP_REG class names. Remove trailing comma after ALL_REGS. Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/config/arm/arm.h
[Bug fortran/56637] Bad result on max(1,shiftr(j,1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56637 --- Comment #13 from Fred Krogh fkrogh#gcc at mathalacarte dot com 2013-03-17 16:40:22 UTC --- As perhaps you have already guessed, this is just me being confused. After removing a lot of stuff from the code, I inserted a print statement thus 620 k = max(1, shiftr(l,1)) ! The increment during the sort 621 do ! Sort constraints to make active (Shell sort) 622 do i = k + 1, l 623 print '(i=,i0)', i The break point is at line 621. The print occurs before the break point is reached. The print shows that all is o.k. I was confused as I thought the breakpoint would be hit before getting into the loop. Interestingly the breakpoint has the behavior I expected with -O1 or -O2. I'm sorry to have bothered you folks with this, but I'm glad to know a little about valgrind.
[Bug fortran/56637] Bad result on max(1,shiftr(j,1))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56637 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #14 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-03-17 17:05:35 UTC --- OK, we can close it then. Don't hesitate to come back with another bug report if you find anything :-)
[Bug fortran/55282] [OOP] openmp directive and classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55282 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #7 from janus at gcc dot gnu.org 2013-03-17 17:06:41 UTC --- resolving as duplicate of PR 52531 *** This bug has been marked as a duplicate of bug 52531 ***
[Bug fortran/52531] [OOP] Compilation fails with polymorphic dummy argument and OpenMP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52531 janus at gcc dot gnu.org changed: What|Removed |Added CC||valeryweber at hotmail dot ||com --- Comment #6 from janus at gcc dot gnu.org 2013-03-17 17:06:41 UTC --- *** Bug 55282 has been marked as a duplicate of this bug. ***
[Bug target/18566] Can vary constants (undefined fortran)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18566 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||tkoenig at gcc dot gnu.org Resolution||WONTFIX --- Comment #6 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-03-17 17:08:30 UTC --- I don't think this will get any work anytime soon. Closing as WONTFIX.
[Bug fortran/52531] [OOP] Compilation fails with polymorphic dummy argument and OpenMP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52531 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-03-17 Ever Confirmed|0 |1 Severity|normal |enhancement --- Comment #7 from janus at gcc dot gnu.org 2013-03-17 17:09:12 UTC --- Note that OpenMP 4.0 RC2 still lists polymorphic entities as unsupported, cf. http://openmp.org/wp/openmp-specifications/
[Bug tree-optimization/22041] Reverse loop order for increased efficiency
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22041 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2010-12-30 12:00:00 |2013-03-17 12:00 Known to fail||4.9.0 --- Comment #8 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-03-17 17:13:24 UTC --- Still isn't implemented on current trunk.
[Bug c++/56642] New: ice in backtrace_dwarf_add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56642 Bug #: 56642 Summary: ice in backtrace_dwarf_add Classification: Unclassified Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: dcb...@hotmail.com I just tried to compile the package qtwebkit-2.3-0.6.rc1.fc19 on gcc-4.9 trunk dated 20130317 on an AMD x86_64 box. The compiler said BUILD/webkit-qtwebkit-23/Source/WTF/wtf/PassRefPtr.h:160:47: internal compiler error: Segmentation fault templatetypename T inline PassRefPtrT adoptRef(T* p) ^ Running under valgrind gives ==6025== ==6025== Process terminating with default action of signal 11 (SIGSEGV) ==6025== General Protection Fault ==6025==at 0x1154DA3: backtrace_dwarf_add (dwarf.c:1438) ==6025==by 0x114EE70: backtrace_initialize (elf.c:757) ==6025==by 0x114D5FB: backtrace_pcinfo (fileline.c:144) ==6025==by 0x114CECF: unwind (backtrace.c:83) Preprocessed source code attached. No special flags required.
[Bug c++/56642] ice in backtrace_dwarf_add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56642 --- Comment #1 from David Binderman dcb314 at hotmail dot com 2013-03-17 17:59:19 UTC --- Created attachment 29684 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29684 gzipped C++ source code
[Bug libstdc++/55979] [C++11] std::list range construction imposes unnecessary conversion constraints
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55979 --- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2013-03-17 18:28:01 UTC --- Author: paolo Date: Sun Mar 17 18:27:52 2013 New Revision: 196755 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196755 Log: 2013-03-17 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/55979 * include/bits/stl_list.h (_M_initialize_dispatch(_InputIterator, _InputIterator, __false_type)): Use emplace_back. * testsuite/23_containers/list/cons/55979.cc: New. * testsuite/23_containers/list/modifiers/1.h: Adjust. * testsuite/23_containers/list/requirements/dr438/assign_neg.cc: Adjust dg-error line number. Added: trunk/libstdc++-v3/testsuite/23_containers/list/cons/55979.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/stl_list.h trunk/libstdc++-v3/testsuite/23_containers/list/modifiers/1.h trunk/libstdc++-v3/testsuite/23_containers/list/requirements/dr438/assign_neg.cc
[Bug c++/56641] [4.7/4.8 regression] Bogus warning: 'A' has a field 'A::e' whose type uses the anonymous namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56641 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1 from Jason Merrill jason at gcc dot gnu.org 2013-03-17 19:24:45 UTC --- The compiler is working as intended; the warning is there because if E and A are included in multiple translation units, the A type changes between translation units, creating an ODR violation. Without the #1 line, the compiler doesn't warn because the types are being defined in the main input file rather than an #included file.
[Bug c++/56641] [4.7/4.8 regression] Bogus warning: 'A' has a field 'A::e' whose type uses the anonymous namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56641
Paul Pluzhnikov ppluzhnikov at google dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
--- Comment #2 from Paul Pluzhnikov ppluzhnikov at google dot com 2013-03-17
19:42:28 UTC ---
Thanks for the explanation.
The actual use case looks like this:
// test-skeleton.cc
namespace { enum E { }; }
struct A { E e; };
//... other common test skeleton code ...
// foo-test.cc
#include test-skeleton.cc
//... specific foo tests
The workaround is to either make 'enum E' global, or name the namespace.
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500
--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-03-17
19:46:16 UTC ---
The patches of comment 2 and comment 3 regtest cleanly.
With the patches applied to a clean revision 196754 I have lot of errors in my
tests and at least one failure for the test suite:
[macbook] f90/bug% /opt/gcc/gcc4.9p-196754p1/bin/gfortran
/opt/gcc/work/gcc/testsuite/gfortran.dg/array_constructor_42.f90
/opt/gcc/work/gcc/testsuite/gfortran.dg/array_constructor_42.f90:13.21:
intrinsic :: real
1
Error: Symbol 'real' at (1) has no IMPLICIT type
/opt/gcc/work/gcc/testsuite/gfortran.dg/array_constructor_42.f90:20.21:
intrinsic :: real
1
Error: Symbol 'real' at (1) has no IMPLICIT type
The patch I have is
diff -up ../_clean/gcc/fortran/decl.c ../p_work/gcc/fortran/decl.c
--- ../_clean/gcc/fortran/decl.c2013-02-02 11:15:07.0 +0100
+++ ../p_work/gcc/fortran/decl.c2013-03-17 18:43:50.0 +0100
@@ -6293,6 +6293,13 @@ attr_decl1 (void)
}
}
+ if (sym-ts.type == BT_UNKNOWN
+ gfc_set_default_type (sym, 1, NULL) == FAILURE)
+{
+ m = MATCH_ERROR;
+ goto cleanup;
+}
+
/* Update symbol table. DIMENSION attribute is set in
gfc_set_array_spec(). For CLASS variables, this must be applied
to the first component, or '_data' field. */
diff -up ../_clean/gcc/fortran/resolve.c ../p_work/gcc/fortran/resolve.c
--- ../_clean/gcc/fortran/resolve.c2013-03-10 14:25:57.0 +0100
+++ ../p_work/gcc/fortran/resolve.c2013-03-17 18:43:50.0 +0100
@@ -318,7 +318,13 @@ resolve_formal_arglist (gfc_symbol *proc
{
if (sym-ts.type == BT_UNKNOWN !proc-attr.intrinsic
(!sym-attr.function || sym-result == sym))
-gfc_set_default_type (sym, 1, sym-ns);
+{
+ gfc_set_default_type (sym, 1, sym-ns);
+ if (sym-ts.type == BT_CLASS
+ gfc_build_class_symbol (sym-ts, sym-attr,
+ sym-as, false) == FAILURE)
+continue;
+}
}
as = sym-ts.type == BT_CLASS sym-attr.class_ok
(the patch in comment #3 is rejected and I have applied it manually, may be I
made a mistake I cannot spot).
[Bug fortran/56594] Invalid read of size 1 for gfortran.dg/realloc_on_assign_5.f03
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56594
Tilo Schwarz t...@tilo-schwarz.de changed:
What|Removed |Added
CC||t...@tilo-schwarz.de
--- Comment #1 from Tilo Schwarz t...@tilo-schwarz.de 2013-03-17 19:56:11 UTC
---
I think the problem is, that for the line
a = a(2:2)
1st, a is realloced to length one and
2nd, a(2) is memmoved to a(1), but at that time a(2) is already invalid.
Using -fdump-tree-original:
On line 42 the realloc happens to length 1.
On line 50 the memmove happens from (*a)[2], which is not valid anymore
because of the realloc on line 42.
42 a = (character(kind=1)[1:.a] *) __builtin_realloc ((void *) a, 1);
43 L.4:;
44 .a = 1;
45 D.1827 = .a;
46 if (D.1827 != 0)
47 {
48 if ((character(kind=4)) D.1827 = 1)
49 {
50 __builtin_memmove ((void *) a, (void *) (*a)[2]{lb: 1 sz:
1}, (character(kind=4)) D.1827);
51 }
[Bug c++/56643] New: Failure to match noexcept specifier of friend template function in template class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56643
Bug #: 56643
Summary: Failure to match noexcept specifier of friend template
function in template class
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@quanttec.com
The current SVN version of g++ fails to match the noexcept specifier of the
friend declaration and definition of the test template function in the
following code:
template int N
struct Test {
template int M
friend void test(TestM arg) noexcept(M == 0);
};
template int N
void test(TestN arg) noexcept(N == 0) {}
int main() {
Test0 t;
test(t);
return 0;
}
I get the following error:
g++ --std=c++11 test.cpp
test.cpp: In instantiation of ‘struct Test0’:
test.cpp:12:13: required from here
test.cpp:5:17: error: declaration of ‘templateint M void test(TestN)
noexcept (uninstantiated)’ has a different exception specifier
friend void test(TestM arg) noexcept(M == 0);
^
test.cpp:9:6: error: from previous declaration ‘templateint N void
test(TestN) noexcept ((N == 0))’
void test(TestN arg) noexcept(N == 0) {}
^
The error message seems to suggest that g++ confuses the template parameter of
the friend function declaration and the template parameter of the containing
class (note the 'N' in the line starting with 'test.cpp:5:17: error').
g++ 4.7.2 reports a similar error.
[Bug c++/56643] Failure to match noexcept specifier of friend template function in template class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56643 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-03-17 Version|4.7.3 |4.9.0 Ever Confirmed|0 |1 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2013-03-17 20:27:02 UTC --- Confirmed.
[Bug c++/56642] ice in backtrace_dwarf_add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56642 --- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2013-03-17 20:32:24 UTC --- Author: jason Date: Sun Mar 17 20:32:17 2013 New Revision: 196758 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196758 Log: PR c++/17232 PR c++/56642 * typeck2.c (abstract_virtuals_error_sfinae): Revert complete_type change for now. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck2.c
[Bug c++/17232] classes and class template specializations treated differently w.r.t. core issue #337
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17232 --- Comment #19 from Jason Merrill jason at gcc dot gnu.org 2013-03-17 20:32:24 UTC --- Author: jason Date: Sun Mar 17 20:32:17 2013 New Revision: 196758 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196758 Log: PR c++/17232 PR c++/56642 * typeck2.c (abstract_virtuals_error_sfinae): Revert complete_type change for now. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck2.c
[Bug c++/56639] ice in cp_parser_late_return_type_opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56639 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #1 from Jason Merrill jason at gcc dot gnu.org 2013-03-17 20:34:04 UTC --- I don't see an attachment.
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500 --- Comment #6 from janus at gcc dot gnu.org 2013-03-17 21:01:40 UTC --- (In reply to comment #5) The patches of comment 2 and comment 3 regtest cleanly. With the patches applied to a clean revision 196754 I have lot of errors in my tests and at least one failure for the test suite: Oops, you're right. *Lots* of failures. Seems I looked at the wrong logfile :(
[Bug c++/56639] ice in cp_parser_late_return_type_opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56639 --- Comment #2 from David Binderman dcb314 at hotmail dot com 2013-03-17 21:10:17 UTC --- Created attachment 29685 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29685 gzipped C++ source code
[Bug c++/56222] Pointer to member in lambda should not require this to be captured
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56222 Michael Bruck bruck.michael at googlemail dot com changed: What|Removed |Added CC||bruck.michael at googlemail ||dot com --- Comment #7 from Michael Bruck bruck.michael at googlemail dot com 2013-03-17 21:12:24 UTC --- This issue applies to 4.7.x too. Any chance to get this backported?
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500 --- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-03-17 21:30:32 UTC --- Oops, you're right. *Lots* of failures. Seems I looked at the wrong logfile :( AFAICT they come from the patch in comment #2 and are mostly (all?) of the kind ... has no IMPLICIT type.
[Bug bootstrap/56644] New: --disable-nls requires symbols from libintl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56644 Bug #: 56644 Summary: --disable-nls requires symbols from libintl Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: rolf.ebert@gmx.de building gcc-4.8.0-RC-20130316 with --disable-nls fails when linking cc1 as some symbols from libintl are searched but cannot be found
[Bug bootstrap/56645] New: libgcc /configure identifies non-existing /lib/cpp as preprocessor on Mingw
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56645
Bug #: 56645
Summary: libgcc /configure identifies non-existing /lib/cpp as
preprocessor on Mingw
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rolf.ebert@gmx.de
gcc-4.8.0-RC-20130316 was configured like this:
../gcc-${GCC_VERSION}/configure \
--disable-libgomp \
--disable-libstdc++-v3 \
--enable-libada \
--host=mingw32 \
--build=mingw32 \
--target=mingw32 \
--disable-werror \
--prefix=/mingw/local \
--enable-nls \
--with-dwarf2 \
--enable-languages=c,c++,ada \
--disable-win32-registry \
--enable-concept-checks \
--enable-version-specific-runtime-libs \
--with-bugurl=http://localhost/ \
--with-gmp=/mingw \
--with-mpfr=/mingw \
--with-mpc=/mingw \
--disable-shared \
--disable-sjlj-exceptions \
--with-arch=pentium \
--with-cpu=pentium \
${LOG} 21
make CFLAGS=-D__USE_MINGW_ACCESS CXXFLAGS=-mthreads
LDFLAGS=-Wl,--stack=0x280 ${LOG} 21
It then fails here:
mkdir -p -- mingw32/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in mingw32/libgcc
configure: creating cache ./config.cache
checking build system type... i386-pc-mingw32
checking host system type... i386-pc-mingw32
checking for --enable-version-specific-runtime-libs... yes
checking for a BSD-compatible install... /bin/install -c
checking for gawk... gawk
checking for mingw32-ar... ar
checking for mingw32-lipo... lipo
checking for mingw32-nm... /c/Devel/gcc-cvs.not/build_native/./gcc/nm
checking for mingw32-ranlib... ranlib
checking for mingw32-strip... strip
checking whether ln -s works... no, using cp -p
checking for mingw32-gcc... /c/Devel/gcc-cvs.not/build_native/./gcc/xgcc
-B/c/Devel/gcc-cvs.not/build_native/./gcc/
-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/mingw
-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/w32api/lib -isystem
/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/mingw/include -isystem
/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/w32api/include
-B/mingw/local/mingw32/bin/ -B/mingw/local/mingw32/lib/ -isystem
/mingw/local/mingw32/include -isystem /mingw/local/mingw32/sys-include
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /c/Devel/gcc-cvs.not/build_native/./gcc/xgcc
-B/c/Devel/gcc-cvs.not/build_native/./gcc/
-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/mingw
-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/w32api/lib -isystem
/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/mingw/include -isystem
/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/w32api/include
-B/mingw/local/mingw32/bin/ -B/mingw/local/mingw32/lib/ -isystem
/mingw/local/mingw32/include -isystem /mingw/local/mingw32/sys-include
accepts -g... yes
checking for /c/Devel/gcc-cvs.not/build_native/./gcc/xgcc
-B/c/Devel/gcc-cvs.not/build_native/./gcc/
-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/mingw
-L/c/Devel/gcc-cvs.not/build_native/mingw32/winsup/w32api/lib -isystem
/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/mingw/include -isystem
/c/Devel/gcc-cvs.not/gcc-4.8.0-RC-20130316/winsup/w32api/include
-B/mingw/local/mingw32/bin/ -B/mingw/local/mingw32/lib/ -isystem
/mingw/local/mingw32/include -isystem /mingw/local/mingw32/sys-include
option to accept ISO C89... unsupported
checking how to run the C preprocessor... /lib/cpp
configure: error: in `/c/Devel/gcc-cvs.not/build_native/mingw32/libgcc':
configure: error: C preprocessor /lib/cpp fails sanity check
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[2]: Leaving directory `/c/Devel/gcc-cvs.not/build_native'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/c/Devel/gcc-cvs.not/build_native'
make: *** [all] Error 2
[Bug fortran/56500] [OOP] IMPLICIT CLASS(...) wrongly rejected
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500 --- Comment #8 from janus at gcc dot gnu.org 2013-03-17 22:37:56 UTC --- (In reply to comment #7) Oops, you're right. *Lots* of failures. Seems I looked at the wrong logfile :( AFAICT they come from the patch in comment #2 and are mostly (all?) of the kind ... has no IMPLICIT type. Yes. I hope this variant should work better (regtesting now): Index: gcc/fortran/decl.c === --- gcc/fortran/decl.c(revision 196748) +++ gcc/fortran/decl.c(working copy) @@ -6293,6 +6293,9 @@ attr_decl1 (void) } } + if (sym-ts.type == BT_UNKNOWN) + gfc_set_default_type (sym, 0, NULL); + /* Update symbol table. DIMENSION attribute is set in gfc_set_array_spec(). For CLASS variables, this must be applied to the first component, or '_data' field. */
[Bug libgcc/56646] New: ICE: in cp_parser_late_return_type_opt, at cp/parser.c:16970
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56646
Bug #: 56646
Summary: ICE: in cp_parser_late_return_type_opt, at
cp/parser.c:16970
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: pram...@room77.com
Created attachment 29686
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29686
Preprocessed source
Return type resolution fails for functions inside a struct declared inside
other class Methods.
Tested on both g++4.7 (Debian 4.7.2-4) and g++ Snapshot (4.8.0 20130316)
$ /usr/lib/gcc-snapshot/bin/g++ -v -save-temps -Wall -Wextra -std=gnu++0x
abc.cc
Using built-in specs.
COLLECT_GCC=/usr/lib/gcc-snapshot/bin/g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 20130316-1'
--with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs
--enable-languages=c,ada,c++,java,go,fortran,objc,obj-c++
--prefix=/usr/lib/gcc-snapshot --enable-shared --enable-linker-build-id
--disable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin
--with-system-zlib --disable-browser-plugin --enable-java-awt=gtk
--enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-snap-amd64/jre
--enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-snap-amd64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-snap-amd64
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64
--with-multilib-list=m32,m64 --with-tune=generic --disable-werror
--enable-checking=yes --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu
Thread model: posix
gcc version 4.8.0 20130316 (experimental) [trunk revision 196694] (Debian
20130316-1)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-std=gnu++11'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.8.0/cc1plus -E -quiet -v
-imultilib . -imultiarch x86_64-linux-gnu -D_GNU_SOURCE abc.cc -mtune=generic
-march=x86-64 -std=gnu++11 -Wall -Wextra -fpch-preprocess -o abc.ii
ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu
ignoring nonexistent directory
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.8.0/../../../../x86_64-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.8.0/../../../../include/c++/4.8.0
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.8.0/../../../../include/c++/4.8.0/x86_64-linux-gnu/.
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.8.0/../../../../include/c++/4.8.0/backward
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.8.0/include
/usr/local/include
/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.8.0/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-Wall' '-Wextra' '-std=gnu++11'
'-shared-libgcc' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.8.0/cc1plus
-fpreprocessed abc.ii -quiet -dumpbase abc.cc -mtune=generic -march=x86-64
-auxbase abc -Wall -Wextra -std=gnu++11 -version -o abc.s
GNU C++ (Debian 20130316-1) version 4.8.0 20130316 (experimental) [trunk
revision 196694] (x86_64-linux-gnu)
compiled by GNU C version 4.8.0 20130316 (experimental) [trunk revision
196694], GMP version 5.0.5, MPFR version 3.1.1-p2, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C++ (Debian 20130316-1) version 4.8.0 20130316 (experimental) [trunk
revision 196694] (x86_64-linux-gnu)
compiled by GNU C version 4.8.0 20130316 (experimental) [trunk revision
196694], GMP version 5.0.5, MPFR version 3.1.1-p2, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 179a73a5a5f01088a1db5a487424c1fe
abc.cc: In member function 'void Foo::Func()':
abc.cc:23:16: internal compiler error: in cp_parser_late_return_type_opt, at
cp/parser.c:16970
auto Bar() - int {
^
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-snapshot/README.Bugs for instructions.
Preprocessed source stored into /tmp/cc1Bz05T.out file, please attach this to
your bugreport.
---
Source Code:
---
void Func() {
struct StructDeclaredInsideFunc {
// This is OK.
auto Bar() - int {
[Bug c++/54359] [C++0x] decltype in member function's trailing return type when defined outside of class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54359 --- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2013-03-18 03:41:18 UTC --- Author: jason Date: Mon Mar 18 03:41:10 2013 New Revision: 196765 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196765 Log: PR c++/54359 PR c++/56639 * parser.c (cp_parser_direct_declarator): Bail if we see a qualified-id not at namespace scope. Added: trunk/gcc/testsuite/g++.dg/template/arrow2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/g++.dg/parse/typename7.C
[Bug c++/56639] ice in cp_parser_late_return_type_opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56639 --- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2013-03-18 03:41:19 UTC --- Author: jason Date: Mon Mar 18 03:41:10 2013 New Revision: 196765 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=196765 Log: PR c++/54359 PR c++/56639 * parser.c (cp_parser_direct_declarator): Bail if we see a qualified-id not at namespace scope. Added: trunk/gcc/testsuite/g++.dg/template/arrow2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c trunk/gcc/testsuite/g++.dg/parse/typename7.C
[Bug c++/56222] Pointer to member in lambda should not require this to be captured
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56222 --- Comment #8 from Jason Merrill jason at gcc dot gnu.org 2013-03-18 03:51:11 UTC --- Now that 4.8.0 is about to be released, I'm reluctant to backport non-regression C++11 fixes to 4.7.
[Bug c/56647] New: use return value of malloc() as initializer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56647
Bug #: 56647
Summary: use return value of malloc() as initializer
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zhabgyuan1...@gmail.com
Created attachment 29687
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29687
the preprocessed file for r.c
$:cat r.c
--
#includestdio.h
#includestdlib.h
int *c;
c = (int *)malloc(sizeof(int));
int main(void)
{
return 0;
}
error or warning
---
r.c:4:1: warning: data definition has no type or storage class [enabled by
default]
r.c:4:1: error: conflicting types for ‘c’
r.c:3:6: note: previous declaration of ‘c’ was here
r.c:4:5: warning: initialization makes integer from pointer without a cast
[enabled by default]
r.c:4:1: error: initializer element is not constant
$: gcc -v -save-temps r.c
---
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.7.2-2ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.7 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object
--enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686
--with-tune=generic --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc/x86_64-linux-gnu/4.7/cc1 -E -quiet -v -imultiarch
x86_64-linux-gnu r.c -mtune=generic -march=x86-64 -fpch-preprocess
-fstack-protector -o r.i
ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu
ignoring nonexistent directory
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
/usr/lib/gcc/x86_64-linux-gnu/4.7/include
/usr/local/include
/usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=x86-64'
/usr/lib/gcc/x86_64-linux-gnu/4.7/cc1 -fpreprocessed r.i -quiet -dumpbase r.c
-mtune=generic -march=x86-64 -auxbase r -version -fstack-protector -o r.s
GNU C (Ubuntu/Linaro 4.7.2-2ubuntu1) version 4.7.2 (x86_64-linux-gnu)
compiled by GNU C version 4.7.2, GMP version 5.0.2, MPFR version 3.1.0-p3,
MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C (Ubuntu/Linaro 4.7.2-2ubuntu1) version 4.7.2 (x86_64-linux-gnu)
compiled by GNU C version 4.7.2, GMP version 5.0.2, MPFR version 3.1.0-p3,
MPC version 0.9
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: efa32fef7aa241fa03ac6d7ad2a4a2cf
r.c:4:1: warning: data definition has no type or storage class [enabled by
default]
r.c:4:1: error: conflicting types for ‘c’
r.c:3:6: note: previous declaration of ‘c’ was here
r.c:4:5: warning: initialization makes integer from pointer without a cast
[enabled by default]
r.c:4:1: error: initializer element is not constant
[Bug c/56647] use return value of malloc() as initializer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56647 --- Comment #2 from shia zhabgyuan1993 at gmail dot com 2013-03-18 05:54:54 UTC --- I think maybe only this one is right: r.c:4:1: error: initializer element is not constant the other part may cause little confused.
