[Bug bootstrap/55571] New: [4.6.4 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Bug #: 55571 Summary: [4.6.4 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi Classification: Unclassified Product: gcc Version: 4.6.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: mi...@it.uu.se Attempting to bootstrap gcc-4.6-20121130 on armv5tel-linux-gnueabi fails with: /mnt/scratch/objdir46/./prev-gcc/xgcc -B/mnt/scratch/objdir46/./prev-gcc/ -B/mnt/scratch/install46/armv5tel-unknown-linux-gnueabi/bin/ -B/mnt/scratch/install46/armv5tel-unknown-linux-gnueabi/bin/ -B/mnt/scratch/install46/armv5tel-unknown-linux-gnueabi/lib/ -isystem /mnt/scratch/install46/armv5tel-unknown-linux-gnueabi/include -isystem /mnt/scratch/install46/armv5tel-unknown-linux-gnueabi/sys-include -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc -o cc1 c-lang.o c-family/stub-objc.o attribs.o c-errors.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-objc-common.o c-parser.o tree-mudflap.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o arm-c.o \ cc1-checksum.o main.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a-lmpc -lmpfr -lgmp -lz /mnt/scratch/objdir46/./prev-gcc/libgcc_s.so.1: undefined reference to `__sync_synchronize' collect2: ld returned 1 exit status make[3]: *** [cc1] Error 1 make[3]: Leaving directory `/mnt/scratch/objdir46/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/mnt/scratch/objdir46' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/mnt/scratch/objdir46' make: *** [bootstrap] Error 2 This is a recent regression, caused by the PR48076 fix backport in r193959. Reverting that revision allows the bootstrap to complete. Note that the __sync_ primitives on arm-linux-gnueabi reside in the static libgcc.a, not the shared libgcc_s.so.1.
[Bug middle-end/55545] [4.8 Regression] Incredibly large compile-time performance regression on IA64 compiling 253.perlbmk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55545 --- Comment #6 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-03 08:42:51 UTC --- The last time I built and tested the compiler on IA-64, the C testsuite results were rather bad, especially at -O3. I just retried and there are still a bunch of C/C++/Fortran failures at -O3.
[Bug fortran/37336] Fortran 2003: Finish derived-type finalization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336 --- Comment #15 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-03 08:54:26 UTC --- Author: burnus Date: Mon Dec 3 08:54:18 2012 New Revision: 194075 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194075 Log: 2012-11-03 Tobias Burnus bur...@net-b.de PR fortran/37336 * class.c (finalizer_insert_packed_call): New static function. (finalize_component, generate_finalization_wrapper): Fix coarray handling and packing. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/class.c
[Bug fortran/55475] heap-buffer-overflow in fortran/error.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55475 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-03 08:56:22 UTC --- Author: burnus Date: Mon Dec 3 08:56:11 2012 New Revision: 194076 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194076 Log: 2012-12-03 Tobias Burnus bur...@net-b.de PR fortran/55475 * scanner.c (gfc_next_char_literal): Fix setting locus to free_line_length for the error message. * error.c (show_locus): Fix potential out-of-bounds read. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/error.c trunk/gcc/fortran/scanner.c
[Bug c/55570] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-03 CC||mpolacek at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 08:57:59 UTC --- Confirmed. Reproduced with trunk: pr55570.c:1:1: internal compiler error: Segmentation fault char array[16] __attribute__((aligned (SOME_NOT_DEFINED_MACRO))); ^ 0x8dc29f crash_signal /home/marek/src/gcc/gcc/toplev.c:334 0x54aa54 check_user_alignment(tree_node const*, bool) /home/marek/src/gcc/gcc/c-family/c-common.c:7264 0x56bb8b handle_aligned_attribute /home/marek/src/gcc/gcc/c-family/c-common.c:7391 0x4de269 decl_attributes(tree_node**, tree_node*, int) /home/marek/src/gcc/gcc/attribs.c:547 0x4f6d58 start_decl(c_declarator*, c_declspecs*, bool, tree_node*) /home/marek/src/gcc/gcc/c/c-decl.c:4113 0x532954 c_parser_declaration_or_fndef /home/marek/src/gcc/gcc/c/c-parser.c:1664 0x53716d c_parser_external_declaration /home/marek/src/gcc/gcc/c/c-parser.c:1363 0x537b97 c_parser_translation_unit /home/marek/src/gcc/gcc/c/c-parser.c:1251 0x537b97 c_parse_file() /home/marek/src/gcc/gcc/c/c-parser.c:10889 0x57c0f4 c_common_parse_file() /home/marek/src/gcc/gcc/c-family/c-opts.c:1023 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. With 4.6 we did: pr55570.c:1:1: error: requested alignment is not a constant which was better than just segfaulting.
[Bug fortran/37336] Fortran 2003: Finish derived-type finalization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336 --- Comment #16 from janus at gcc dot gnu.org 2012-12-03 09:00:14 UTC --- (In reply to comment #15) Author: burnus Date: Mon Dec 3 08:54:18 2012 New Revision: 194075 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194075 Log: 2012-11-03 Tobias Burnus bur...@net-b.de Nitpicking: Wrong date! (It's December already ;)
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0 Summary|Undefined variable in |[4.7/4.8 regression] |alignment compiler |Undefined variable in |directive causes compiler |alignment compiler |segfault|directive causes compiler ||segfault
[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-03 CC||ebotcazou at gcc dot ||gnu.org Target Milestone|--- |4.6.4 Summary|[4.6.4 regression] PR48076 |[4.6/4.7/4.8 regression] |fix broke bootstrap on |PR48076 fix broke bootstrap |armv5tel-linux-gnueabi |on armv5tel-linux-gnueabi Ever Confirmed|0 |1 Severity|normal |critical --- Comment #1 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-03 09:23:04 UTC --- You cannot link a simple program without -static-libgcc.
[Bug middle-end/54838] [4.8 Regression] ICE: in merge_latch_edges, at cfgloop.c:678 with -ftracer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54838 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #11 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 09:28:38 UTC --- Oh, but the C++ testcase still ICEs...
[Bug fortran/55475] heap-buffer-overflow in fortran/error.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55475 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-03 09:59:41 UTC --- FIXED thanks for the report!
[Bug fortran/46897] [OOP] type-bound defined ASSIGNMENT(=) not used for derived type component in intrinsic assign
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46897 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #10 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-03 10:02:05 UTC --- The patch of comment 9 fixes most of the issues. However, some are still left. Cf. http://gcc.gnu.org/ml/fortran/2012-11/msg00072.html
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03
10:07:22 UTC ---
That's because in 4.8/4.7 we introduced
c-family/c-common.c:check_user_alignment which contains:
if (!INTEGRAL_TYPE_P (TREE_TYPE (align))
|| TREE_CODE (align) != INTEGER_CST)
{
error (requested alignment is not an integer constant);
return -1;
}
but when we get undefined macro as a parameter, the TREE_CODE of align is
IDENTIFIER_NODE:
(gdb) call debug_tree (align)
identifier_node 0x71aa9690 SOME_NOT_DEFINED_MACRO
but we don't check for that.
[Bug objc/55572] New: -fobjc-direct-dispatch is not really implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55572 Bug #: 55572 Summary: -fobjc-direct-dispatch is not really implemented Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc AssignedTo: unassig...@gcc.gnu.org ReportedBy: tobias.net...@googlemail.com Created attachment 28858 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28858 Implementations for _objc_msgSend_Fast and _objc_assign_ivar_Fast The switch causes the compiler to generate calls to builtins named _objc_msgSend_Fast and _objc_assign_ivar_Fast but an implementation is missing. Reading the comments those builtins were never meant to be implemented but in Apple's PowerPC version of gcc those calls were replaced with simple branch instructions to the hardcoded addresses 0xFFFEFF00 or 0xFFFEFEC0. Now to me it seems there are two possibilites: - do it the way Apple intented it to be done - maximum performance - provide implementations for the builtins in the static libgcc I tried the latter by simply adding the object file resulting from the attached assembler code to the static libgcc using the ar command. That turns out to work, although there's one additional branch instruction needed (and maybe address loading instructions also). In case that latter way is the preferred solution, the code that adds the call to the builtin functions should be cleaned up. I had this problem using gcc 4.7.2 but I'm quite sure this bug has been there since -fobjc-direct-dispatch was merged from Apple's gcc branch. Would be nice to have that corrected in the final version of gcc 4.6!
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 --- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 10:33:58 UTC --- In fact, we of course check for that, we should just switch the expressions in the if. Testing a fix.
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |mpolacek at gcc dot gnu.org |gnu.org |
[Bug tree-optimization/55569] [4.8 Regression] ICE: in check_probability, at basic-block.h:944 with -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55569 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||dnovillo at gcc dot ||gnu.org, mpolacek at gcc ||dot gnu.org --- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 10:44:08 UTC --- Started with http://gcc.gnu.org/viewcvs?view=revisionrevision=193667
[Bug c++/55573] New: [4.8 ICE] internal compiler error: in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573
Bug #: 55573
Summary: [4.8 ICE] internal compiler error: in
adjust_temp_type, at cp/semantics.c:6454
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vincenzo.innoce...@cern.ch
CC: gli...@gcc.gnu.org
cat ceVec.cc
#includetype_traits
templatetypename T, int N
struct ExtVecTraits {
typedef T __attribute__( ( vector_size( N*sizeof(T) ) ) ) type;
};
templatetypename T, int N using ExtVec = typename ExtVecTraitsT,N::type;
templatetypename T using Vec4 = ExtVecT,4;
templatetypename T using Vec2 = ExtVecT,2;
templatetypename T
struct Rot3 {
typedef Vec4T Vec;
Vec axis[3];
constexpr Rot3( Vec4T ix, Vec4T iy, Vec4T iz) :
axis{ix,iy,iz}{}
};
typedef Vec4float Vec;
Rot3float r2( (Vec){0, 1 ,0,0}, (Vec){0, 0, 1,0},(Vec){1, 0, 0,0});
c++ -std=c++11 -Ofast ceVec.cc
ceVec.cc:21:68: internal compiler error: in adjust_temp_type, at
cp/semantics.c:6454
Rot3float r2( (Vec){0, 1 ,0,0}, (Vec){0, 0, 1,0},(Vec){1, 0, 0,0});
^
ceVec.cc:21:68: internal compiler error: Abort trap: 6
c++: internal compiler error: Abort trap: 6 (program cc1plus)
Abort trap: 6
c++ -v
Using built-in specs.
COLLECT_GCC=c++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-apple-darwin12.2.0/4.8.0/lto-wrapper
Target: x86_64-apple-darwin12.2.0
Configured with: ./configure --enable-languages=c,c++,fortran
--disable-multilib --disable-bootstrap --enable-lto -disable-libitm :
(reconfigured) ./configure --disable-multilib --disable-bootstrap --enable-lto
-disable-libitm --enable-languages=c,c++,fortran,lto --no-create --no-recursion
: (reconfigured) ./configure --disable-multilib --disable-bootstrap
--enable-lto -disable-libitm --enable-languages=c,c++,fortran,lto --no-create
--no-recursion
Thread model: posix
gcc version 4.8.0 20121201 (experimental) [trunk revision 194019] (GCC)
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Summary|ICE in adjust_temp_type, at |[4.8 Regression] ICE in |cp/semantics.c:6454 |adjust_temp_type, at ||cp/semantics.c:6454 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2012-12-03 11:21:10 UTC --- Seems a regression.
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-03 Ever Confirmed|0 |1
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Known to work||4.6.3 Known to fail||4.6.4
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.8.0 |4.7.3
[Bug tree-optimization/55569] [4.8 Regression] ICE: in check_probability, at basic-block.h:944 with -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55569 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug bootstrap/55566] [4.8 regression] segfault during build (related to recent vec re-implementation?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55566 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Target Milestone|--- |4.8.0 --- Comment #11 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 11:40:50 UTC --- I suppose invalid then.
[Bug tree-optimization/55559] [4.6/4.7/4.8 Regression] Marshalling double through union with inlines, incorrect behavior with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Known to work||4.3.6 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.6.4 Summary|Marshalling double through |[4.6/4.7/4.8 Regression] |union with inlines, |Marshalling double through |incorrect behavior with -O2 |union with inlines, ||incorrect behavior with -O2 --- Comment #4 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 11:43:53 UTC --- Mine then.
[Bug gcov-profile/55551] Revision 193999 breaks lto/profiledbootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #11 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 11:45:59 UTC --- Fixed.
[Bug middle-end/55546] Static functions that are fully inlined can end up in the object file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55546 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords||missed-optimization Last reconfirmed||2012-12-03 Component|c |middle-end CC||hubicka at gcc dot gnu.org, ||rguenth at gcc dot gnu.org Ever Confirmed|0 |1 Known to fail||4.8.0 Severity|normal |enhancement --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 11:49:41 UTC --- That can trivially happen if the not usedness address-taken is discovered too late by the compiler to temove the function. Testcase confirmed.
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 12:07:59 UTC --- Yeah, first check for != INTEGER_CST, only if it is INTEGER_CST check for TREE_TYPE. Caused by http://gcc.gnu.org/viewcvs?root=gccview=revrev=181048
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 12:15:33 UTC --- Indeed, caused by http://gcc.gnu.org/viewcvs?root=gccview=revrev=193938
[Bug rtl-optimization/55158] [4.8 Regression] segfault in schedule_region at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55158 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Target||ia64-*-* CC||ebotcazou at gcc dot ||gnu.org Summary|[4.8 Regression] [IA64] |[4.8 Regression] segfault |ICE: segv in|in schedule_region at -O3 |schedule_region | --- Comment #12 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-03 12:28:26 UTC --- Someone needs to do something here because the C/C++/Fortran testsuite results are abysmal at -O3.
[Bug tree-optimization/55559] [4.6/4.7/4.8 Regression] Marshalling double through union with inlines, incorrect behavior with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords|wrong-code | Status|ASSIGNED|RESOLVED Resolution||INVALID --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 12:30:20 UTC --- We ask fold_unary to fold fold_unary_ignore_overflow_loc (loc=2147483655, code=FIX_TRUNC_EXPR, type=0x76d17690, op0=0x76e23858) at /space/rguenther/src/svn/trunk/gcc/fold-const.c:8363 (gdb) call debug_tree (type) integer_type 0x76d17690 unsigned int public unsigned SI size integer_cst 0x76d1a0c0 type integer_type 0x76d170a8 bitsizetype constant 32 unit size integer_cst 0x76d1a0e0 type integer_type 0x76d17000 sizetype constant 4 align 32 symtab 0 alias set -1 canonical type 0x76d17690 precision 32 min integer_cst 0x76d1a100 0 max integer_cst 0x76d1a0a0 4294967295 pointer_to_this pointer_type 0x76d270a8 (gdb) call debug_tree (op0) real_cst 0x76e23858 type real_type 0x76d17f18 double sizes-gimplified DF size integer_cst 0x76d02d40 constant 64 unit size integer_cst 0x76d02d60 constant 8 align 64 symtab 0 alias set -1 canonical type 0x76d17f18 precision 64 pointer_to_this pointer_type 0x76d1f150 constant -1.0e+0 which ends up in fold_convert_const_int_from_real which returns 0 with TREE_OVERFLOW set. Note that you end up converting the double -1.0 to unsigned which according to C99 6.3.1.4 ends up invoking undefined behavior. GCC's behavior is not ill-defined, your testcase is. That behavior changed is fine as it is unsefined.
[Bug tree-optimization/55559] [4.6/4.7/4.8 Regression] Marshalling double through union with inlines, incorrect behavior with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 --- Comment #6 from Paolo Carlini paolo.carlini at oracle dot com 2012-12-03 12:51:45 UTC --- I knew that a PR using marshalling couldn't be right ;)
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 --- Comment #5 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 13:02:10 UTC --- Author: mpolacek Date: Mon Dec 3 13:02:04 2012 New Revision: 194083 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194083 Log: Fix PR c/55570. Added: trunk/gcc/testsuite/gcc.dg/pr55570.c Modified: trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-common.c trunk/gcc/testsuite/ChangeLog
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03
13:06:14 UTC ---
--- semantics.c.jj12012-11-23 00:14:40.0 +0100
+++ semantics.c2012-12-03 14:02:54.407690163 +0100
@@ -6451,6 +6451,14 @@ adjust_temp_type (tree type, tree temp)
/* Avoid wrapping an aggregate value in a NOP_EXPR. */
if (TREE_CODE (temp) == CONSTRUCTOR)
return build_constructor (type, CONSTRUCTOR_ELTS (temp));
+ if (TREE_CODE (temp) == VECTOR_CST)
+{
+ int i, count = TYPE_VECTOR_SUBPARTS (type);
+ tree *vec = XALLOCAVEC (tree, count);
+ for (i = 0; i count; i++)
+vec[i] = cp_fold_convert (TREE_TYPE (type), VECTOR_CST_ELT (temp, i));
+ return build_vector (type, vec);
+}
gcc_assert (SCALAR_TYPE_P (type));
return cp_fold_convert (type, temp);
}
fixes this, type_traits doesn't seem to be needed in the testcase fortunately.
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 --- Comment #6 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 13:10:33 UTC --- Author: mpolacek Date: Mon Dec 3 13:10:18 2012 New Revision: 194084 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194084 Log: Fix PR c/55570. Added: branches/gcc-4_7-branch/gcc/testsuite/gcc.dg/pr55570.c Modified: branches/gcc-4_7-branch/gcc/c-family/ChangeLog branches/gcc-4_7-branch/gcc/c-family/c-common.c branches/gcc-4_7-branch/gcc/testsuite/ChangeLog
[Bug c/55570] [4.7/4.8 regression] Undefined variable in alignment compiler directive causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55570 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org 2012-12-03 13:11:13 UTC --- Fixed.
[Bug middle-end/52890] Revision 185336 causes 10% degradation on cpu2000 benchmark 252.eon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #14 from Martin Jambor jamborm at gcc dot gnu.org 2012-12-03 13:25:26 UTC --- Finally fixed. Thanks for patience.
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 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 #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 13:27:28 UTC --- Created attachment 28859 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28859 gcc48-pr55573.patch Patch I'm going to bootstrap/regtest.
[Bug tree-optimization/55415] Early SRA produces unaligned complex types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55415 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE --- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org 2012-12-03 13:27:50 UTC --- Duplicate. A fixed one, fortunately. *** This bug has been marked as a duplicate of bug 54386 ***
[Bug tree-optimization/54386] [4.8 Regression] Unaligned mem load wrongly generated for inlined inline/static function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54386 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added CC||rth at gcc dot gnu.org --- Comment #11 from Martin Jambor jamborm at gcc dot gnu.org 2012-12-03 13:27:50 UTC --- *** Bug 55415 has been marked as a duplicate of this bug. ***
[Bug target/55448] using const-reference SSE or AVX types leads to unnecessary unaligned loads
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55448 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #6 from Martin Jambor jamborm at gcc dot gnu.org 2012-12-03 13:28:48 UTC --- Duplicate. Now a fixed one, fortunately. *** This bug has been marked as a duplicate of bug 54386 ***
[Bug tree-optimization/54386] [4.8 Regression] Unaligned mem load wrongly generated for inlined inline/static function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54386 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added CC||kretz at kde dot org --- Comment #12 from Martin Jambor jamborm at gcc dot gnu.org 2012-12-03 13:28:48 UTC --- *** Bug 55448 has been marked as a duplicate of this bug. ***
[Bug tree-optimization/54386] [4.8 Regression] Unaligned mem load wrongly generated for inlined inline/static function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54386 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #13 from Martin Jambor jamborm at gcc dot gnu.org 2012-12-03 13:32:36 UTC --- This is now fixed. Thanks for patience and all the testcases.
[Bug ada/55243] STAMP variable is not defined in t-avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243 --- Comment #9 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-12-03 13:37:35 UTC --- (In reply to comment #8) OK, but the question is why this rule is invoked during the gnattools build? Moreover, why does s-avr-mlib need to be rebuilt at this point since it has presumably already been built for the target libraries? I don't know anything about the gnat build system and when I build avr-gcc I configure for C/C++. What's odd is that even if GCC is only configured for C/C++, I get messages about a missing gnatls. For example, running make in the gcc subdirectory of build prints $build/gcc make /bin/sh: gnatls: command not found The build itself works fine but that message is confusing and shows that something is wrong with the gnat build system. gnat stuff should not be needed of the compiler is not configured for ada, should it?
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 --- Comment #5 from Marc Glisse glisse at gcc dot gnu.org 2012-12-03 13:38:19 UTC --- Thanks Jakub, each time I introduce a regression, you fix it before I even have time to read the PR :-) I haven't looked into it yet, but would changing the assert to scalarish_type_p fail? I am a little concerned that converting a vector means VIEW_CONVERT_EXPR, while converting the elements one by one is a true conversion, but since the comment mentions NOP_EXPR, this path is likely only about cases where it doesn't matter.
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 13:45:40 UTC --- On that testcase just calling cp_fold_convert on the VECTOR_CST did the right thing, the reason for the per-element conversion was that cp_fold_convert calls ignore_overflows, I was worried that for VECTOR_CST it wouldn't deal with overflows the way it should (not sure if adjust_temp_type can be e.g. called with 4xint type and 4xlong long VECTOR_CST). Jason, what do you prefer here?
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573
--- Comment #7 from vincenzo Innocente vincenzo.innocente at cern dot ch
2012-12-03 13:54:14 UTC ---
Thanks for the quick fix
could you please verify why this other constructor
constexpr Rot3( T xx, T xy, T xz, T yx, T yy, T yz, T zx, T zy, T zz) :
axis{ (Vec){xx,xy,xz,0},
(Vec){yx,yy,yz,0},
(Vec){zx,zy,zz,0}
}{}
constexpr Rot3float r1( 0, 1 ,0, 0, 0, 1, 1, 0, 0);
produces
c++ -std=c++11 -Ofast -c ceVec.cc
ceVec.cc:34:53: error: ‘const Rot3float{Rot3float::Vec
[3]{Rot3float::Vec{0.0f, 1.0e+0f, 0.0f, 0.0f}, Rot3float::Vec{0.0f, 0.0f,
1.0e+0f, 0.0f}, Rot3float::Vec{1.0e+0f, 0.0f, 0.0f, 0.0f}}}’ is not a
constant expression
constexpr Rot3float r1( 0, 1 ,0, 0, 0, 1, 1, 0, 0);
[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 13:54:57 UTC --- Perhaps just guard the PR48076 changes with #if defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_4) \ || defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_8) and otherwise just use asm volatile ( : : : memory); barrier? Or for those targets avoid the optimization: #if defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_4) \ || defined(__GCC_HAVE_SYNC_COMPARE_AND_SWAP_8) # define USE_ATOMICS #endif #ifdef USE_ATOMICS pointer offset = __atomic_load_n (obj-loc.offset, __ATOMIC_ACQUIRE); #else pointer offset = 0; #endif if (__builtin_expect (offset == 0, 0)) ... #ifdef USE_ATOMICS __atomic_store_n (obj-loc.offset, offset, __ATOMIC_RELEASE); #else obj-loc.offset = offset; #endif Then for the targets without sync compare and swap it will always grab the lock and do everything with the lock held.
[Bug tree-optimization/55569] [4.8 Regression] ICE: in check_probability, at basic-block.h:944 with -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55569
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03
14:09:25 UTC ---
Simplified testcase (in C):
int *bar (void);
void
foo (void)
{
long x;
int *y = bar ();
for (x = -1 / sizeof (int); x; --x, ++y)
*y = 0;
}
[Bug tree-optimization/55286] [4.7 Regression] Bytemark ASSIGNMENT 10% slower
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55286 wbrana wbrana at gmail dot com changed: What|Removed |Added Summary|[4.7/4.8 Regression]|[4.7 Regression] Bytemark |Bytemark ASSIGNMENT 4% -|ASSIGNMENT 10% slower |10% slower | --- Comment #14 from wbrana wbrana at gmail dot com 2012-12-03 14:13:28 UTC --- It seems to be fixed in 4.8 branch ASSIGNMENT : 64.311 : 244.72 : 63.47
[Bug fortran/55574] New: c binding access to c_ptr type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55574 Bug #: 55574 Summary: c binding access to c_ptr type Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: valerywe...@hotmail.com Hi All shouldnt gfortran (gcc version 4.8.0 20121126) complain with the following code (something like c_ptr not defined)? v program use iso_c_binding, only : c_loc integer, target :: i type(C_PTR) :: f_ptr f_ptr=c_loc(i) end program
[Bug other/55575] New: [4.8 Regression] make: *** No rule to make target `strip'. Stop.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55575 Bug #: 55575 Summary: [4.8 Regression] make: *** No rule to make target `strip'. Stop. Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: mar...@trippelsdorf.de On trunk I get: markus@x4 gcc_build_dir % sudo make install strip ... make: *** No rule to make target `strip'. Stop. markus@x4 gcc_build_dir % markus@x4 gcc_build_dir % sudo make install strip ... make: Nothing to be done for `strip'. AFAICS everything gets installed and stripped just fine, so it's just an cosmetic issue.
[Bug c++/53094] constexpr vector subscripting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53094
--- Comment #7 from vincenzo Innocente vincenzo.innocente at cern dot ch
2012-12-03 14:29:54 UTC ---
a bit of cross posting with PR55573] sorry
this
typedef float __attribute__( ( vector_size( 4*sizeof(float) ) ) ) V4;
constexpr V4 build(float x,float y, float z) { return (V4){x,y,z,0};}
constexpr V4 x = build(1,0,0);
produces
c++ -std=c++11 -Ofast -c ceVec.cc
ceVec.cc:3:29: error: ‘(const V4)V4{1.0e+0f, 0.0f, 0.0f, 0.0f}’ is not a
constant expression
constexpr V4 x = build(1,0,0);
[Bug tree-optimization/55569] [4.8 Regression] ICE: in check_probability, at basic-block.h:944 with -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55569 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 14:31:30 UTC --- I think this actually started with http://gcc.gnu.org/viewcvs?root=gccview=revrev=193241 instead.
[Bug c++/55573] [4.8 Regression] ICE in adjust_temp_type, at cp/semantics.c:6454
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55573
--- Comment #8 from vincenzo Innocente vincenzo.innocente at cern dot ch
2012-12-03 14:32:06 UTC ---
comment 7 reduced to
typedef float __attribute__( ( vector_size( 4*sizeof(float) ) ) ) V4;
constexpr V4 build(float x,float y, float z) { return (V4){x,y,z,0};}
constexpr V4 x = build(1,0,0);
and moved to
PR53094 (where I think it belongs to)
[Bug other/55575] [4.8 Regression] make: *** No rule to make target `strip'. Stop.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55575 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 14:33:33 UTC --- User error? The target is install-strip, not install SPACE strip.
[Bug ada/55243] STAMP variable is not defined in t-avr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55243 --- Comment #10 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-03 14:35:35 UTC --- I don't know anything about the gnat build system and when I build avr-gcc I configure for C/C++. What's odd is that even if GCC is only configured for C/C++, I get messages about a missing gnatls. For example, running make in the gcc subdirectory of build prints $build/gcc make /bin/sh: gnatls: command not found The build itself works fine but that message is confusing and shows that something is wrong with the gnat build system. gnat stuff should not be needed of the compiler is not configured for ada, should it? Probably, but if nobody really investigates, nothing will ever be fixed.
[Bug other/55575] [4.8 Regression] make: *** No rule to make target `strip'. Stop.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55575 Markus Trippelsdorf markus at trippelsdorf dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-12-03 14:36:51 UTC --- Yeah I need more coffee, sorry.
[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 --- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2012-12-03 14:39:19 UTC --- Eric has already upgraded this bug report to a 4.6/4.7/4.8 regression, but I'd like to add that I now got a very similar error with 4.8-20121202: /mnt/scratch/objdir48/./prev-gcc/xg++ -B/mnt/scratch/objdir48/./prev-gcc/ -B/mnt/scratch/install48/armv5tel-unknown-linux-gnueabi/bin/ -nostdinc++ -B/mnt/scratch/objdir48/prev-armv5tel-unknown-linux-gnueabi/libstdc++-v3/src/.libs -B/mnt/scratch/objdir48/prev-armv5tel-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -I/mnt/scratch/objdir48/prev-armv5tel-unknown-linux-gnueabi/libstdc++-v3/include/armv5tel-unknown-linux-gnueabi -I/mnt/scratch/objdir48/prev-armv5tel-unknown-linux-gnueabi/libstdc++-v3/include -I/mnt/scratch/gcc-4.8-20121202/libstdc++-v3/libsupc++ -L/mnt/scratch/objdir48/prev-armv5tel-unknown-linux-gnueabi/libstdc++-v3/src/.libs -L/mnt/scratch/objdir48/prev-armv5tel-unknown-linux-gnueabi/libstdc++-v3/libsupc++/.libs -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 -static-libstdc++ -static-libgcc -o cc1 c/c-lang.o c-family/stub-objc.o attribs.o c/c-errors.o c/c-decl.o c/c-typeck.o c/c-convert.o c/c-aux-info.o c/c-objc-common.o c/c-parser.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o tree-mudflap.o arm-c.o glibc-c.o \ cc1-checksum.o libbackend.a main.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lmpc -lmpfr -lgmp -lz /usr/bin/ld: cc1: hidden symbol `__sync_synchronize' in /mnt/scratch/objdir48/./prev-gcc/libgcc.a(linux-atomic.o) is referenced by DSO /usr/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status make[3]: *** [cc1] Error 1 make[3]: Leaving directory `/mnt/scratch/objdir48/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/mnt/scratch/objdir48' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/mnt/scratch/objdir48' make: *** [bootstrap] Error 2
[Bug tree-optimization/55124] [4.8 Regression] ICE in find_or_generate_expression, at tree-ssa-pre.c:2803
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55124 --- Comment #9 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 14:42:46 UTC --- Ok, instead of rewriting this mess during stage3 I'll re-instantiate the failure path (but consistently) of expression insertion so that in this case we defer to a further insert iteration to fixup things. I have to keep the odd code for ssa-pre-28.c though to not regress here.
[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Known to fail||4.7.3, 4.8.0 --- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-12-03 14:43:13 UTC --- Eric has already upgraded this bug report to a 4.6/4.7/4.8 regression, but I'd like to add that I now got a very similar error with 4.8-20121202: Sure, our 4.7.x arm-linux-gnueabi cross-compiler is also affected.
[Bug c++/53094] constexpr vector subscripting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53094
--- Comment #8 from Marc Glisse glisse at gcc dot gnu.org 2012-12-03 14:53:52
UTC ---
(In reply to comment #7)
typedef float __attribute__( ( vector_size( 4*sizeof(float) ) ) ) V4;
constexpr V4 build(float x,float y, float z) { return (V4){x,y,z,0};}
constexpr V4 x = build(1,0,0);
produces
c++ -std=c++11 -Ofast -c ceVec.cc
ceVec.cc:3:29: error: ‘(const V4)V4{1.0e+0f, 0.0f, 0.0f, 0.0f}’ is not a
constant expression
constexpr V4 x = build(1,0,0);
cxx_eval_bare_aggregate returns build_constructor(...). Adding:
if (TREE_CODE (TREE_TYPE (t)) == VECTOR_TYPE)
t = fold (t);
might help.
[Bug tree-optimization/54877] [4.7 Regression] ICE: tree check: expected ssa_name, have real_cst in copy_ssa_name_fn, at tree-ssanames.c:335
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54877 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:01:04 UTC --- Fixed.
[Bug fortran/55574] c binding access to c_ptr type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55574 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-12-03 15:05:45 UTC --- Up to revision 181424 (4.7.0), compiling the test gives the following error: pr55574.f90:4.13: type(C_PTR) :: f_ptr 1 Error: Derived type 'c_ptr' at (1) is being used before it is defined pr55574.f90:5.8: f_ptr=c_loc(i) 1 Error: Can't convert TYPE(_gfortran_iso_c_binding_c_ptr) to REAL(4) at (1) Starting at revision 181425, the test compiles without error.
[Bug target/15184] [4.6/4.7/4.8 Regression] Direct access to byte inside word not working with -march=pentiumpro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug testsuite/55452] [4.8 Regression]: gfortran.dg/reassoc_4.f -O scan-tree-dump-times reassoc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55452 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 15:18:57 UTC --- Author: jakub Date: Mon Dec 3 15:18:49 2012 New Revision: 194095 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194095 Log: PR testsuite/55452 * gfortran.dg/reassoc_4.f: Use --param max-completely-peeled-insns=400 on all targets, not just s390*. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/reassoc_4.f
[Bug tree-optimization/55569] [4.8 Regression] ICE: in check_probability, at basic-block.h:944 with -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55569 --- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2012-12-03 15:19:33 UTC --- It is caused by revision 193241: http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00188.html
[Bug target/49423] [4.6/4.7/4.8 Regression] [arm] internal compiler error: in push_minipool_fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug target/52630] [4.7 regression] ICE when compiling ppl-0.12 testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME --- Comment #6 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:22:03 UTC --- No response from reporter.
[Bug testsuite/55452] [4.8 Regression]: gfortran.dg/reassoc_4.f -O scan-tree-dump-times reassoc1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55452 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution||FIXED --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-03 15:25:09 UTC --- Fixed.
[Bug target/52911] [4.6/4.7/4.8 Regression] gcc 4.7.0 (ppc32 e500mc) when compile a c file, after a lot of time, gcc failed and internal compiler error occurs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52911 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target|ppc32 e500mc|powerpc-*-linux e500mc Priority|P3 |P2 Status|UNCONFIRMED |NEW Keywords||ice-on-valid-code Last reconfirmed||2012-12-03 Host|ppc32 e500mc|hwi32 Ever Confirmed|0 |1 Known to fail||4.7.1 Build|ppc32 e500mc|
[Bug c++/55576] New: Fails to compile a call to template member function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55576
Bug #: 55576
Summary: Fails to compile a call to template member function
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antosh...@gmail.com
Created attachment 28860
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28860
Output of `gcc -v -save-temps -Wall -Wextra main.cpp`
When compiling following code:
struct factory {
template typename T
void * apply(void * address)
{
return new (address) T;
}
};
template typename T
struct apply {
template typename FactoryT
void* operator()(FactoryT const f, void * address) {
return f.template applyT(address);
}
};
int main() {
int place;
applyint()(factory(), place);
return 0;
}
Tries to instantiate structure `apply` instead of calling a `factory` member
function `apply` (prints error: invalid use of ‘struct applyT’).
[Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #7 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:26:18 UTC --- No response from reporter.
[Bug tree-optimization/53571] [4.6/4.7 regression] ICE with -O{2,3} -floop-parallelize-all in cloog_domain_stride()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53571
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
Status|WAITING |NEW
Known to work||4.8.0
Summary|[4.6/4.7/4.8 regression]|[4.6/4.7 regression] ICE
|ICE with -O{2,3}|with -O{2,3}
|-floop-parallelize-all in |-floop-parallelize-all in
|cloog_domain_stride() |cloog_domain_stride()
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03
15:31:24 UTC ---
Works with ISL based Graphite, still broken on the 4.7 branch at least.
[Bug middle-end/53623] [4.7/4.8 Regression] sign extension is effectively split into two x86-64 instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53623 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P2 Known to work||4.6.3
[Bug tree-optimization/53636] [4.7 Regression] SLP may create invalid unaligned memory accesses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53636 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P2
[Bug tree-optimization/53663] [4.7 Regression] inconsistent inline handling of bool within union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53663 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P2
[Bug lto/53768] [4.7 Regression] Undefined references with boost 1.46/1.48/1.49
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53768 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug bootstrap/55571] [4.6/4.7/4.8 regression] PR48076 fix broke bootstrap on armv5tel-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571 Richard Henderson rth at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | --- Comment #5 from Richard Henderson rth at gcc dot gnu.org 2012-12-03 15:34:18 UTC --- I think Jakub's idea is a bit overkill. We're just in need of a barrier, and we ought to be able to get one. Perhaps we should be linking libgcc_s.so itself against the static libgcc? Although I can't recall why we're placing the __sync functions in the static library in the first place. It's not like they're required to be unique. I guess I'll have to dig that out of the mail archives...
[Bug middle-end/53884] [4.7/4.8 Regression] ICE: in function_and_variable_visibility, at ipa.c:818 with -flto -fno-weak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53884 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Last reconfirmed|2012-07-07 00:00:00 |2012-12-03 0:00 --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:37:00 UTC --- Reconfirmed.
[Bug rtl-optimization/54127] [4.7 Regression] ICE in maybe_record_trace_start with asm goto, --target=powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54127 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug fortran/55574] [4.7/4.8 Regression] C binding access to c_ptr type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55574 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid, diagnostic Priority|P3 |P4 Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-03 Target Milestone|--- |4.7.3 Summary|c binding access to c_ptr |[4.7/4.8 Regression] C |type|binding access to c_ptr ||type Ever Confirmed|0 |1 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-12-03 15:39:49 UTC --- (In reply to comment #1) Starting at revision 181425, the test compiles without error. That's the constructor patch (= generic function name might be the same as a derived-type name) for PR 39427 / PR 37829, http://gcc.gnu.org/viewcvs?root=gccview=revrev=181425
[Bug c++/54207] [4.7/4.8 Regression][C++0x] ICE in build_noexcept_spec when bool is #defined/typedef'd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54207 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3 |P2 Known to work||4.6.3 Summary|[4.7/4.8 Regression] ICE in |[4.7/4.8 Regression][C++0x] |build_noexcept_spec when|ICE in build_noexcept_spec |bool is #defined/typedef'd |when bool is ||#defined/typedef'd Known to fail||4.7.2, 4.8.0 --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:40:35 UTC --- ICEs with -std=c++0x only, also ICEs on trunk.
[Bug c++/54259] [4.7 Regression] Regression in move construction for std::pair
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54259 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug target/54300] [4.7/4.8 Regression] Erroneous optimization causes wrong Neon data management
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54300 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug c++/54325] [4.7/4.8 Regression] C++11 uniform initialization syntax for argument-less abstract base class constructor fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54325 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Priority|P3 |P2
[Bug rtl-optimization/54524] [4.6/4.7 Regression] Spurious add on sum of bitshifts (forward-propagate issue)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug c++/54653] [4.6/4.7/4.8 Regression] tsubst_template_parms ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54653 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Priority|P3 |P2
[Bug fortran/54730] [4.6/4.7/4.8 Regression] ICE in gfc_typenode_for_spec, at fortran/trans-types.c:1066
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug c++/54744] [4.7/4.8 Regression] internal compiler error: Segmentation fault, by dependent base, member typedef and ctor-initializer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54744 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug c++/54801] [4.7/4.8 Regression] static variables constructed with lambda params inside member functions cause undefined errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54801 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug debug/54828] [4.6 Regression] ICE in based_loc_descr at dwarf2out.c:10560 with -g -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54828 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Known to work||4.7.3 Summary|[4.6/4.7 Regression] ICE in |[4.6 Regression] ICE in |based_loc_descr at |based_loc_descr at |dwarf2out.c:10560 with -g |dwarf2out.c:10560 with -g |-O0 |-O0
[Bug middle-end/54896] Some optimization slowness with GCC 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54896 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Component|c |middle-end Blocks||47344 Summary|[4.7/4.8 Regression] Some |Some optimization slowness |optimization slowness with |with GCC 4.7.2 |GCC 4.7.2 | --- Comment #5 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:50:06 UTC --- Generic compile-time regression umbrella.
[Bug middle-end/54896] Some optimization slowness with GCC 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54896 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.7.3 |---
[Bug tree-optimization/46590] long compile time with -O2 and many loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Blocks||47344 Target Milestone|4.6.4 |--- Summary|[4.6/4.7/4.8 Regression]|long compile time with -O2 |long compile time with -O2 |and many loops |and many loops | --- Comment #38 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:51:47 UTC --- Generic compile-time/memory-usage umbrella regression tracking bug.
[Bug c++/54913] [4.8 Regression] qualified lookup in ctor of class template fails to find static member of reference type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54913 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-03 Ever Confirmed|0 |1 --- Comment #6 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:52:31 UTC --- Confirmed.
[Bug bootstrap/54926] [4.8 Regression] Bootstrap comparison failure for various files in libbacktrace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54926 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug c++/54947] [4.7/4.8 Regression] [C++11] lambda cannot capture-by-copy inside braced-init-list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54947 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug target/54974] [4.7 Regression] [ARM] [thumb] Incorrect placement of constant pools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54974 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2 Known to work||4.8.0 Target Milestone|4.8.0 |4.7.3 Summary|[4.7/4.8 Regression] [ARM] |[4.7 Regression] [ARM] |[thumb] Incorrect placement |[thumb] Incorrect placement |of constant pools |of constant pools Known to fail|4.8.0 | --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:58:20 UTC --- Fixed on the trunk I suppose.
[Bug rtl-optimization/55006] [4.8 Regression] aermod.f90 is miscompiled with '-m64 -O2 -funroll-loops' after revision 192526
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55006 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 --- Comment #7 from Richard Biener rguenth at gcc dot gnu.org 2012-12-03 15:59:09 UTC --- As far as I remember this is not yet fixed?
