[Bug middle-end/59185] [4.7 Regression] compile error for va_list as a pointer parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59185 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Component|c |middle-end Known to work||4.6.4 Target Milestone|--- |4.7.4 Summary|compile error for va_list |[4.7 Regression] compile |as a pointer parameter |error for va_list as a ||pointer parameter Ever confirmed|0 |1 Known to fail||4.7.0, 4.7.3 --- Comment #1 from Richard Biener --- Works with 4.8, confirmed for 4.7 on the branch. Reducing.
[Bug middle-end/59185] [4.7 Regression] compile error for va_list as a pointer parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59185
--- Comment #2 from Richard Biener ---
Reduced testcase:
#include
void zlog (const char *format, ...)
{
va_list args[5];
int index;
for (index = 0; index < 5; index++)
va_start(args[index], format);
for (index = 0; index < 5; index++)
va_end(args[index]);
}
fails with -O1
#0 internal_error (gmsgid=0x1674417 "in %s, at %s:%d")
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/diagnostic.c:843
#1 0x0132f27e in fancy_abort (
file=0x146a590 "/space/rguenther/src/svn/gcc-4_7-branch/gcc/tree.c",
line=3963,
function=0x146e570 <__FUNCTION__.48689> "build_simple_mem_ref_loc")
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/diagnostic.c:899
#2 0x00e0bac5 in build_simple_mem_ref_loc (loc=0, ptr=0x0)
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/tree.c:3963
#3 0x00e8f87f in ix86_va_start (valist=0x75be1668,
nextarg=0x75be2c80)
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/config/i386/i386.c:7798
#4 0x0060033e in expand_builtin_va_start (exp=0x75c03240)
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/builtins.c:4254
#5 0x0060c449 in expand_builtin (exp=0x75c03240,
target=0x75ac8470, subtarget=0x0, mode=VOIDmode, ignore=1)
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/builtins.c:6355
#3 0x00e8f87f in ix86_va_start (valist=0x75be1668,
nextarg=0x75be2c80)
at /space/rguenther/src/svn/gcc-4_7-branch/gcc/config/i386/i386.c:7798
7798 valist = build_simple_mem_ref (valist);
(gdb) call debug_generic_expr (valist)
&args[index_22]
It's TER and the way it works in 4.7, -fno-tree-ter fixes it.
[Bug tree-optimization/42145] Incorrect "may be used uninitialized warning" for a very specific test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42145
Manuel López-Ibáñez changed:
What|Removed |Added
Status|RESOLVED|NEW
Known to work||
Keywords||diagnostic
Last reconfirmed||2013-11-19
Component|regression |tree-optimization
Blocks||24639
Resolution|DUPLICATE |---
Ever confirmed|0 |1
Known to fail||
--- Comment #4 from Manuel López-Ibáñez ---
PR20968 was closed, but this one is still valid in some cases. In particular
this testcase with -Os produces a warning.
int translate(int in);
int main(int argc, char* argv[])
{
int ret;
if (argc)
ret = translate(5);
if (!argc || !ret)
ret = 1;
return ret;
}
The reason is that with -Os, the check "if (!argc || !ret)" is transformed
into:
# ret_1 = PHI
# .MEM_3 = PHI <.MEM_6(D)(2), .MEM_7(3)>
[pr19085.c : 10:7] # RANGE [0, 1]
_9 = argc_4(D) == 0;
[pr19085.c : 10:16] # RANGE [0, 1]
_10 = ret_1 == 0;
[pr19085.c : 10:13] # RANGE [0, 1]
_11 = _10 | _9;
[pr19085.c : 10:6] if (_11 != 0)
[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 42145, which changed state. Bug 42145 Summary: Incorrect "may be used uninitialized warning" for a very specific test case http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42145 What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |---
[Bug lto/59183] configure of pdsh successfully checks for function shl_load when lto is enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59183
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #1 from Richard Biener ---
Well, configure tests are usually not prepared for compilers applying a lot of
optimization - especially not assuming that it sees the whole program.
Thus, run configure tests with -O0, not with optimization.
This is hardly a GCC bug, it just optimized away the test which boils down to
char (*f) () = shl_load;
int
main ()
{
return f != shl_load;
}
where obviously the test is always false. LTO then can eliminate the global
variable 'f' because with -flto it knows it cannot be refered to from
elsewhere and whoops - the reference to shl_load is gone.
[Bug middle-end/59175] gcc.target/i386/memcpy-2.c fails with -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59175 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Richard Biener --- Fixed I suppose.
[Bug middle-end/59176] [4.9 Regression] ICE edge points to wrong declaration / verify_cgraph_node failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59176 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.9.0
[Bug tree-optimization/57517] [4.7/4.8/4.9 Regression] internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1913
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517 --- Comment #4 from Richard Biener --- Author: rguenth Date: Tue Nov 19 09:21:07 2013 New Revision: 205010 URL: http://gcc.gnu.org/viewcvs?rev=205010&root=gcc&view=rev Log: 2013-11-19 Richard Biener PR tree-optimization/57517 * tree-predcom.c (combinable_refs_p): Verify the combination is always executed when the refs are. * gfortran.fortran-torture/compile/pr57517.f90: New testcase. * gcc.dg/torture/pr57517.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/torture/pr57517.c trunk/gcc/testsuite/gfortran.fortran-torture/compile/pr57517.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-predcom.c
[Bug tree-optimization/57517] [4.7/4.8/4.9 Regression] internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1913
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517 --- Comment #5 from Richard Biener --- Author: rguenth Date: Tue Nov 19 09:23:52 2013 New Revision: 205012 URL: http://gcc.gnu.org/viewcvs?rev=205012&root=gcc&view=rev Log: 2013-11-19 Richard Biener PR tree-optimization/57517 * tree-predcom.c (combinable_refs_p): Verify the combination is always executed when the refs are. * gfortran.fortran-torture/compile/pr57517.f90: New testcase. * gcc.dg/torture/pr57517.c: Likewise. Added: branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/torture/pr57517.c branches/gcc-4_8-branch/gcc/testsuite/gfortran.fortran-torture/compile/pr57517.f90 Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/testsuite/ChangeLog branches/gcc-4_8-branch/gcc/tree-predcom.c
[Bug middle-end/58941] [4.7/4.8 Regression] value modification on zero-length array optimized away
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58941 --- Comment #4 from Richard Biener --- Author: rguenth Date: Tue Nov 19 09:22:45 2013 New Revision: 205011 URL: http://gcc.gnu.org/viewcvs?rev=205011&root=gcc&view=rev Log: 2013-11-19 Richard Biener Backport from mainline 2013-11-05 Richard Biener PR middle-end/58941 * tree-dfa.c (get_ref_base_and_extent): Merge common code in MEM_REF and TARGET_MEM_REF handling. Make sure to process trailing array detection before diving into the view-converted object (and possibly apply some extra offset). * gcc.dg/torture/pr58941.c: New testcase. Added: branches/gcc-4_8-branch/gcc/testsuite/gcc.dg/torture/pr58941.c Modified: branches/gcc-4_8-branch/gcc/ChangeLog branches/gcc-4_8-branch/gcc/testsuite/ChangeLog branches/gcc-4_8-branch/gcc/tree-dfa.c
[Bug tree-optimization/57517] [4.7 Regression] internal compiler error: in eliminate_temp_copies, at tree-predcom.c:1913
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517 Richard Biener changed: What|Removed |Added Known to work||4.8.3, 4.9.0 Summary|[4.7/4.8/4.9 Regression]|[4.7 Regression] internal |internal compiler error: in |compiler error: in |eliminate_temp_copies, at |eliminate_temp_copies, at |tree-predcom.c:1913 |tree-predcom.c:1913 Known to fail||4.8.2 --- Comment #6 from Richard Biener --- Fixed for trunk and 4.8.3 for now.
[Bug middle-end/58941] [4.7 Regression] value modification on zero-length array optimized away
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58941 Richard Biener changed: What|Removed |Added Known to work||4.8.3 Summary|[4.7/4.8 Regression] value |[4.7 Regression] value |modification on zero-length |modification on zero-length |array optimized away|array optimized away --- Comment #5 from Richard Biener --- And 4.8.3.
[Bug c++/59187] New: internal error with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59187 Bug ID: 59187 Summary: internal error with -O2 Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: alessio211734 at yahoo dot it Hi, I get a internal error when compiling with MinGw 4.8.0. I attach the preprocess file where I get the error. The flags in the makefile: CC= gcc CXX = g++ DEFINES = -DUNICODE -DQT_LARGEFILE_SUPPORT -D_DENTALCAD_PRO_MACRO_ -DNOMINMAX -DNDEBUG -DQT_DLL -DQT_NO_DEBUG -DQT_XML_LIB -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_THREAD_SUPPORT -DQT_NEEDS_QMAIN CFLAGS= -O2 -Wall $(DEFINES) CXXFLAGS = -fpermissive -save-temps -O2 -frtti -fexceptions -mthreads -Wall $(DEFINES) I have compiled my code in ubuntu with gcc 4.8.1 and compile correctly in release. In windows fails with mingw 4.8.0 e mingw 4.8.1. I saw that if I use the flag -O1 compile while with -O2 I get the error.
[Bug c++/59187] internal error with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59187 --- Comment #1 from Alessio --- Created attachment 31246 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31246&action=edit preprocess file
[Bug c++/59187] internal error with -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59187 --- Comment #2 from Alessio --- Created attachment 31247 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31247&action=edit .s generate
[Bug c/56824] [4.8/4.9 regression] pragma GCC diagnostic push/pop fail with GCC diagnostic ignored "-Waggregate-return"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56824 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3 Summary|[4.8 regression] pragma GCC |[4.8/4.9 regression] pragma |diagnostic push/pop fail|GCC diagnostic push/pop |with GCC diagnostic ignored |fail with GCC diagnostic |"-Waggregate-return"|ignored ||"-Waggregate-return"
[Bug rtl-optimization/57915] [4.8/4.9 Regression] ICE in set_address_disp, at rtlanal.c:5537
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57915 Richard Biener changed: What|Removed |Added Target||i?86-*-* Target Milestone|--- |4.8.3
[Bug tree-optimization/57985] [4.8 Regression] ICE in cgraph_function_node with -fprofile-arcs -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57985 Richard Biener changed: What|Removed |Added Known to work||4.9.0 Target Milestone|--- |4.8.3
[Bug lto/58723] [4.9 Regression] ICE in lto_output_edge, at lto-cgraph.c:300 for OpenMP's simd reduction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58723 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug rtl-optimization/59179] [4.9 Regression] Wrong code generated with -Og
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59179 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug c/59073] [4.9 Regression] ICE with missing increment in OpenMP for-loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59073 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug c++/58504] [4.7/4.8/4.9 regression] ICE with type trait as default template parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58504 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.7.4
[Bug c++/58950] [4.9 Regression] Missing "statement has no effect"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug middle-end/59150] [4.9 Regression] ICE: in expand_one_var, at cfgexpand.c:1242 with -fopenmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59150 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug rtl-optimization/52714] [4.7/4.8/4.9 regression] ICE in fixup_reorder_chain, at cfglayout.c:880
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.7.4 Summary|[4.6/4.7/4.8/4.9|[4.7/4.8/4.9 regression] |regression] ICE in |ICE in fixup_reorder_chain, |fixup_reorder_chain, at |at cfglayout.c:880 |cfglayout.c:880 |
[Bug fortran/59107] [4.7/4.8/4.9 Regression] Spurious "Type specified for intrinsic function 'command_argument_count' at (1) is ignored" under -Wsurprising.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59107 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.7.4
[Bug fortran/58754] [4.7/4.8/4.9 Regression] with allocatable character arrays
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58754 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.7.4 Summary|ICE/Regression in |[4.7/4.8/4.9 Regression] |[4.7/4.8/4.9] with |with allocatable character |allocatable character |arrays |arrays |
[Bug c++/51219] [4.7/4.8/4.9 regression] ICE with empty bit-fields
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51219 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.7.4
[Bug fortran/58410] [4.8/4.9 Regression] Bogus uninitialized variable warning for allocatable derived type array function result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58410 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug rtl-optimization/58668] [4.8, 4.9 regression][arm]: internal compiler error: in cond_exec_process_insns, at ifcvt.c:339
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58668 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug c++/59044] [4.8/4.9 Regression] Internal compiler error triggers when accessing a typedef in a specialized member class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59044 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug rtl-optimization/58369] [4.8 regression] ICE in subreg_get_info when compiling boost for m68k-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58369 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug c++/58954] [4.8/4.9 Regression] accessing a private member function in decltype of a friend class causes access control error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58954 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug c++/58561] [4.8/4.9 Regression] [c++11] ICE using declaration of function with auto in return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58561 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug c++/58845] [4.8/4.9 Regression] Operator || and && broken for vectors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug other/58375] [4.8 Regression] internal compiler error: in push_reload, at reload.c:1360
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58375 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.8.3
[Bug c++/58504] [4.7/4.8/4.9 regression] ICE with type trait as default template parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58504 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug target/58421] [4.9 regression] FAIL: gcc.c-torture/compile/20051216-1.c -O3 -fomit-frame-pointer (internal compiler error)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58421 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Richard Biener --- Fixed, no longer visible in gcc-testresults.
[Bug c++/58612] [4.8/4.9 Regression] [c++11] ICE calling non-constexpr from constexpr in template class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58612 Richard Biener changed: What|Removed |Added Keywords||error-recovery, ||ice-on-invalid-code Priority|P3 |P5
[Bug target/58630] [4.9 Regression] Revision 203171 breaks several MS-ABI tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Richard Biener --- Fixed as of http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg01434.html at least.
[Bug rtl-optimization/58668] [4.8/4.9 regression] internal compiler error: in cond_exec_process_insns, at ifcvt.c:339
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58668 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Summary|[4.8, 4.9 regression][arm]: |[4.8/4.9 regression] |internal compiler error: in |internal compiler error: in |cond_exec_process_insns, at |cond_exec_process_insns, at |ifcvt.c:339 |ifcvt.c:339
[Bug c++/58701] [4.9 Regression] [c++11] ICE initializing member of static union
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58701 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug c++/59186] decltype(this) treated specially in trailing-return-specifier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59186
Marcel Wid changed:
What|Removed |Added
CC||osensei80 at gmail dot com
--- Comment #2 from Marcel Wid ---
§5.1.1/3 [expr.prim.general] states:
"If a declaration declares a member function or member function template of a
class X, the expression this is a prvalue of type “pointer to cv-qualifier-seq
X” between the optional cv-qualifer-seq and the end of the function-definition,
member-declarator, or declarator. It shall not appear before the optional
cv-qualifier-seq and it shall not appear within the declaration of a static
member function (although its type and value category are defined within a
static member function as they are within a non-static member function)."
Hence, I think gcc 4.9 is correct:
struct s {
auto f() -> decltype(this) { return this; } // `this` refers to `struct s`
void g() {
struct t {
decltype(this) g() { return static_cast(nullptr); } // same as above
auto h() -> decltype(this) { return static_cast(nullptr); } // here
`this` refers to the inner struct `t` and there is no conversion from `s*` to
`s::g()::t*`.
};
}
};
[Bug target/58421] [4.9 regression] FAIL: gcc.c-torture/compile/20051216-1.c -O3 -fomit-frame-pointer (internal compiler error)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58421 --- Comment #4 from Andreas Schwab --- Somewhere between 20131030 and 20131101.
[Bug middle-end/58723] [4.9 Regression] ICE in lto_output_edge, at lto-cgraph.c:300 for OpenMP's simd reduction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58723 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Component|lto |middle-end
[Bug lto/58723] [4.9 Regression] ICE in lto_output_edge, at lto-cgraph.c:300 for OpenMP's simd reduction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58723 Richard Biener changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #3 from Richard Biener --- Looks like cgraph doesn't know about internal functions and treats them as indirect calls ... I suppose we shouldn't record any call edges for internal fns which all should expand to non-calls (and should all be 'leaf')? Runs into interesting fallout though ... The other variant is to forcefully build non-indirect edges, also with interesting fallout. Bah. Honza? Internal functions are like builtins just we don't have a decl (and thus a cgraph node) for them. They are just special instructions, not really calls to "functions".
[Bug tree-optimization/58776] [4.9 Regression]: gcc.dg/tree-ssa/gen-vect-32.c scan-tree-dump-times vect "vectorized 1 loops" 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58776 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Version|4.7.0 |4.9.0
[Bug c++/58812] [4.7/4.8/4.9 Regression] ICE initializing an r-value reference with an initializer list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58812 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug c++/58814] [4.7/4.8/4.9 Regression] ICE with volatile and attribute vector_size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug preprocessor/58844] [4.8/4.9 Regression] ICE with invalid use of ##
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58844 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed.
[Bug rtl-optimization/58826] [4.9 Regression] Runfail on CPU2006 436.cactusADM with after r203377 for core-avx2 target.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58826 Richard Biener changed: What|Removed |Added Status|NEW |WAITING --- Comment #5 from Richard Biener --- Waiting for reporter.
[Bug c++/58837] [4.7/4.8/4.9 Regression] [c++11] ICE using invalid condition in static_assert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58837 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed.
[Bug c++/58845] [4.8/4.9 Regression] Operator || and && broken for vectors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58845 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #11 from Richard Biener --- Confirmed.
[Bug sanitizer/55439] ThreadSanitizer: handle atomic operations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55439 Joost VandeVondele changed: What|Removed |Added CC||Joost.VandeVondele at mat dot ethz ||.ch --- Comment #3 from Joost VandeVondele --- Jakub, your patch went in trunk 1yr ago, should this be closed as fixed ?
[Bug target/58864] [4.8/4.9 regression] ICE in connect_traces, at dwarf2cfi.c:NNNN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58864 Richard Biener changed: What|Removed |Added Target|i?86-*-linux-gnu|i686-*-linux-gnu Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #4 from Richard Biener --- (In reply to Paul Pluzhnikov from comment #3) > > I cannot reproduce this with 4.8 or trunk on a x86_64 host. > > Strange: the crash reproduces for me using multiple independent builds of > trunk on x86_64, configured as: > > ../configure --prefix /tmp/gcc-svn-install --enable-linker-build-id > --disable-lto --with-linker-hash-style=gnu --disable-libstdcxx-pch > --enable-languages=c,c++ > > Also reproduced using a clean gcc-4_8 branch as of 2 weeks ago: > gcc (GCC) 4.8.2 20131012 (prerelease), configured similarly: > ../configure --prefix /tmp/gcc-svn-4.8-install --enable-languages=c,c++ > --enable-linker-build-id --with-linker-hash-style=gnu --disable-lto > > t.cc: In member function 'void L::compute()': > t.cc:69:1: internal compiler error: in connect_traces, at dwarf2cfi.c:2676 > } > ^ > 0x6a5ee7 connect_traces > ../../gcc/dwarf2cfi.c:2676 > 0x6a5ee7 execute_dwarf2_frame > ../../gcc/dwarf2cfi.c:2898 > > > > I just repeated a build on a clean gcc-4.8: > URL: svn+ssh://ppluzhni...@gcc.gnu.org/svn/gcc/branches/gcc-4_8-branch > Revision: 204069 > with exactly the same outcome. > > > You are using '-Os -m32', right? Yes. Ah, it breaks with -march=i686 but works with -march=i586. Confirmed.
[Bug c++/58874] [4.9 Regression] [c++11] ICE with OpenMP reduction declaration and -std=c++11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58874 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug sanitizer/55439] ThreadSanitizer: handle atomic operations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55439 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version|unknown |4.8.0 Resolution|--- |FIXED Target Milestone|--- |4.8.0 --- Comment #4 from Jakub Jelinek --- Fixed.
[Bug preprocessor/58893] [4.8/4.9 Regression] :0:0: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #2 from Richard Biener --- Hmm, I get g++-4.8 -include ./gcc_hidden.h -include xxx.h -w -march=native -fno-strict-aliasing -fno-rtti -fno-exceptions -fno-math-errno -std=gnu++0x -I/usr/include/cairo -pthread -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/freetype2 -DNDEBUG -DTRIMMED -O2 -fomit-frame-pointer minimal.cpp cc1plus: fatal error: ./gcc_hidden.h: No such file or directory compilation terminated. same with trunk.
[Bug preprocessor/58893] [4.8/4.9 Regression] :0:0: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|WAITING |NEW --- Comment #3 from Richard Biener --- Err, wrong test file created ... confirmed. Interestingly trimming more random target options or include options from > ./cc1plus -quiet -v -I /usr/include/cairo -I /usr/include/pango-1.0 -I > /usr/include/harfbuzz -I /usr/include/pango-1.0 -I /usr/include/cairo -I > /usr/include/glib-2.0 -I /usr/lib64/glib-2.0/include -I /usr/include/pixman-1 > -I /usr/include/freetype2 -I /usr/include/libdrm -I /usr/include/libpng16 -I > /usr/include/freetype2 -I /usr/include/freetype2 -iprefix > /home/abuild/rguenther/trunk-g/gcc/../lib64/gcc/x86_64-unknown-linux-gnu/4.9.0/ > -isystem ./include -isystem ./include-fixed -D_GNU_SOURCE -D_REENTRANT -D > NDEBUG -D TRIMMED -include ./gcc_hidden.h -include xxx.h minimal.cpp > -march=corei7 -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 > -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma > -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -msse4.2 > -msse4.1 -mno-lzcnt -mno-rtm -mno-hle -mno-rdrnd -mno-f16c -mno-fsgsbase > -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mno-xsave --param l1-cache-size=32 > --param l1-cache-line-size=64 --param l2-cache-size=8192 -quiet -o /tmp/cceM0oWh.s "fixes" the crash.
[Bug preprocessor/58893] [4.8/4.9 Regression] :0:0: internal compiler error: Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893 --- Comment #4 from Richard Biener --- Running in valgrind shows loads of invalid accesses before the diagnostic about missing xxx.h.
[Bug bootstrap/58918] [4.9 regression] cilk #includes alloc.h unconditionally, even when not present
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58918 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #5 from Richard Biener --- Fixed I assume.
[Bug middle-end/58903] [4.9 Regression] ICE: SIGSEGV in hash_table::find_slot_with_hash() with -O -fdevirtualize-speculatively
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58903 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug tree-optimization/58921] [4.9 Regression] ICE with segfault on valid code at -O3 on x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58921 Richard Biener changed: What|Removed |Added Priority|P3 |P1 CC||congh at gcc dot gnu.org
[Bug c/58943] [4.7/4.8/4.9 Regression] wrong calculation of indirect structure member arithmetic via function call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58943 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Severity|critical|normal
[Bug target/58944] [4.9 Regression] bogus -Wunused-macros warnings when compiling Libreoffice
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58944 Richard Biener changed: What|Removed |Added Target||x86_64-*-*, i?86-*-* Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Component|other |target Version|unknown |4.9.0 Ever confirmed|0 |1
[Bug c++/58950] [4.9 Regression] Missing "statement has no effect"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58950 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #1 from Richard Biener --- Confirmed.
[Bug middle-end/58956] [4.7/4.8/4.9 Regression] wrong code at -O1 and above (affecting gcc 4.6 to trunk)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58956 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Status|NEW |ASSIGNED Component|tree-optimization |middle-end Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #3 from Richard Biener --- Mine.
[Bug middle-end/58723] [4.9 Regression] ICE in lto_output_edge, at lto-cgraph.c:300 for OpenMP's simd reduction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58723 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #4 from Marek Polacek --- Yeah, I hit exactly this as well, with DEF_INTERNAL_FN (UBSAN_NULL, ECF_LEAF | ECF_NOTHROW). The UBSAN_NULL is just like a macro, it expands to a GIMPLE_COND later on. It has to be leaf - otherwise it wouldn't be possible to have it in the middle of a BB. Temporarily, I disabled the tests with -flto.
[Bug middle-end/58956] [4.7/4.8/4.9 Regression] wrong code at -O1 and above (affecting gcc 4.6 to trunk)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58956
--- Comment #4 from Richard Biener ---
Well, on GIMPLE all is ok
:
i_2 = c;
*i_2 = foo ();
but we expand it like
;; *i_2 = foo (); --- note, TER applies!
(insn 5 4 6 (set (reg:QI 0 ax)
(const_int 0 [0])) t.i:26 -1
(nil))
(call_insn 6 5 7 (set (reg:SI 0 ax)
(call (mem:QI (symbol_ref:DI ("foo") [flags 0x3] ) [0 foo S1 A8])
(const_int 0 [0]))) t.i:26 -1
(expr_list:REG_EH_REGION (const_int 0 [0])
(nil))
(expr_list:REG_DEP_TRUE (use (reg:QI 0 ax))
(nil)))
(insn 7 6 8 (set (reg:SI 90)
(reg:SI 0 ax)) t.i:26 -1
(nil))
(insn 8 7 9 (set (reg:SI 91)
(reg:SI 90)) t.i:26 -1
(insn 9 8 10 (set (reg/f:DI 92)
(mem/f/c:DI (symbol_ref:DI ("c") [flags 0x2] ) [0 c+0 S8 A64])) t.i:26 -1
(nil))
(insn 10 9 0 (set (mem:SI (reg/f:DI 92) [0 *i_2+0 S4 A32])
(reg:SI 91)) t.i:26 -1
(nil))
So indeed expand sees wrong IL - *c = foo () here. I have a patch.
[Bug c++/59186] decltype(this) treated specially in trailing-return-specifier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59186 David Krauss changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #3 from David Krauss --- Ah, you are correct. I missed that because I expected to find it in [class.this].
[Bug rtl-optimization/58826] [4.9 Regression] Runfail on CPU2006 436.cactusADM with after r203377 for core-avx2 target.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58826 --- Comment #6 from Yuri Rumyantsev --- I assume that this bug should be closed since it is not reproducible after the latest LRA fix.
[Bug target/58630] [4.9 Regression] Revision 203171 breaks several MS-ABI tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630 Dominique d'Humieres changed: What|Removed |Added Status|RESOLVED|REOPENED CC||rguenth at gcc dot gnu.org Resolution|FIXED |--- --- Comment #5 from Dominique d'Humieres --- Sorry still present at revision 205008: see http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg01438.html or http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg01440.html (r204983). The difference in behavior may depend on the configure options, but I did not find what could be relevant.
[Bug tree-optimization/59164] [4.7/4.8/4.9 Regression] ice: tree check: expected tree that contains ‘decl minimal’ structure, have ‘integer_cst’ in get_var_info, at tree-into-ssa.c:380
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59164 Richard Biener changed: What|Removed |Added CC||congh at gcc dot gnu.org --- Comment #3 from Richard Biener --- Interestingly the commented @@ -1672,7 +1670,7 @@ vect_update_ivs_after_vectorizer (loop_v gimple_stmt_iterator gsi, gsi1; basic_block update_bb = update_e->dest; - /* gcc_assert (vect_can_advance_ivs_p (loop_vinfo)); */ + gcc_assert (vect_can_advance_ivs_p (loop_vinfo)); /* Make sure there exists a single-predecessor exit bb: */ gcc_assert (single_pred_p (exit_bb)); triggers here after I fix the original ICE (we can deal with that). This points to vect_analyze_loop_operations which has a mismatched condition to check peeling ...
[Bug target/58630] [4.9 Regression] Revision 203171 breaks several MS-ABI tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630 --- Comment #6 from H.J. Lu --- (In reply to Dominique d'Humieres from comment #5) > Sorry still present at revision 205008: see > http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg01438.html or > http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg01440.html (r204983). > > The difference in behavior may depend on the configure options, but I did > not find what could be relevant. They show up when configured with --with-arch=core2 --with-cpu=core2.
[Bug target/52731] internal compiler error: in ia64_st_address_bypass_p, at config/ia64/ia64.c:9357
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52731
--- Comment #1 from Yukhin Kirill ---
Reproduced on recent trunk.
It seems that we have in ia64.c:
int
ia64_st_address_bypass_p (rtx producer, rtx consumer)
{
rtx dest, reg, mem;
gcc_assert (producer && consumer);
dest = ia64_single_set (producer);
gcc_assert (dest);
...
The problem is that we have as `producer':
(insn 18 17 4 2 (cond_exec (eq (reg:BI 262 p6 [351])
(const_int 0 [0]))
(parallel [
(set (reg:DI 16 r16 [orig:346 D.1446 ] [346])
(reg/v:DI 112 r32 [orig:340 size ] [340]))
(set (reg/v:DI 112 r32 [orig:340 size ] [340])
(reg/v:DI 112 r32 [orig:340 size ] [340]))
])) 1188 {*p epilogue_deallocate_stack}
(nil))
ia64_single_set can handle cond_exec (this is actually its purpose).
But it (after going into cond_exec) calls rtlanal.c's `single_set_2',
which returns non zero if we have only one *live* set expr after
the insn. It returns 0 otherwise (this case), which in turn triggers
assert in `ia64_st_address_bypass_p'.
I think, we could fix `ia64_st_address_bypass_p' not to use
`ia64_single_set', but iterate through all set exprs in producer.
[Bug middle-end/58956] [4.7/4.8/4.9 Regression] wrong code at -O1 and above (affecting gcc 4.6 to trunk)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58956 --- Comment #5 from Richard Biener --- Author: rguenth Date: Tue Nov 19 13:28:35 2013 New Revision: 205026 URL: http://gcc.gnu.org/viewcvs?rev=205026&root=gcc&view=rev Log: 2013-11-19 Richard Biener PR middle-end/58956 * tree-ssa-ter.c (find_replaceable_in_bb): Avoid forwarding loads into stmts that may clobber it. * gcc.dg/torture/pr58956.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/torture/pr58956.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-ter.c
[Bug middle-end/58956] [4.7/4.8 Regression] wrong code at -O1 and above (affecting gcc 4.6 to trunk)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58956 Richard Biener changed: What|Removed |Added Known to work||4.9.0 Summary|[4.7/4.8/4.9 Regression]|[4.7/4.8 Regression] wrong |wrong code at -O1 and above |code at -O1 and above |(affecting gcc 4.6 to |(affecting gcc 4.6 to |trunk) |trunk) Known to fail||4.8.2 --- Comment #6 from Richard Biener --- Fixed on trunk sofar.
[Bug rtl-optimization/58960] [4.9 regression] ICE in bmp_iter_set_init
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58960 Richard Biener changed: What|Removed |Added Priority|P3 |P1 CC||pinskia at gcc dot gnu.org
[Bug target/58964] [4.9 Regression] Bogus message: error: -mpreferred-stack-boundary=0 is not between 2 and 12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58964 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug middle-end/58970] [4.7 Regression] internal compiler error: in get_bit_range, at expr.c:4562
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58970 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||4.9.0 Summary|[4.7/4.8/4.9 Regression]|[4.7 Regression] internal |internal compiler error: in |compiler error: in |get_bit_range, at |get_bit_range, at |expr.c:4562 |expr.c:4562
[Bug other/58996] [4.9 regression] build failure in libcilkrts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58996 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug c++/58980] [4.7/4.8/4.9 Regression] ICE with invalid enum declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58980 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug rtl-optimization/58997] [4.7 Regression] ICE on valid code at -O3 on x86_64-linux-gnu (affecting gcc trunk and 4.8.2)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58997 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Known to work||4.8.3, 4.9.0 Summary|[4.7/4.8/4.9 Regression]|[4.7 Regression] ICE on |ICE on valid code at -O3 on |valid code at -O3 on |x86_64-linux-gnu (affecting |x86_64-linux-gnu (affecting |gcc trunk and 4.8.2)|gcc trunk and 4.8.2) Known to fail||4.8.2
[Bug tree-optimization/59006] [4.9 Regression] internal compiler error: in vect_transform_stmt, at tree-vect-stmts.c:5963
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59006 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org --- Comment #3 from Richard Biener --- I will have a look.
[Bug c++/57709] -Wshadow is too strict / has false positives
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57709
--- Comment #8 from Jan Kratochvil ---
Created attachment 31248
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31248&action=edit
Comment 7 patch as a file
I still get both warnings, applied the patch to:
g++ (GCC) 4.9.0 20131119 (experimental)
shadow2.C: In member function ‘void C::m()’:
shadow2.C:4:18: warning: declaration of ‘both_var’ shadows a member of ‘C’
[-Wshadow]
void m() { int both_var, var_and_method; }
^
shadow2.C:2:7: note: shadowed declaration is here
int both_var;
^
shadow2.C:4:28: warning: declaration of ‘var_and_method’ shadows a member of
‘C’ [-Wshadow]
void m() { int both_var, var_and_method; }
^
shadow2.C:3:8: note: shadowed declaration is here
void var_and_method() {}
^
shadow2.C:4:18: warning: unused variable ‘both_var’ [-Wunused-variable]
void m() { int both_var, var_and_method; }
^
shadow2.C:4:28: warning: unused variable ‘var_and_method’ [-Wunused-variable]
void m() { int both_var, var_and_method; }
^
[Bug tree-optimization/59006] [4.9 Regression] internal compiler error: in vect_transform_stmt, at tree-vect-stmts.c:5963
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59006 Richard Biener changed: What|Removed |Added CC||congh at gcc dot gnu.org --- Comment #4 from Richard Biener --- if (!vect_is_simple_cond (cond_expr, stmt, loop_vinfo, bb_vinfo, &comp_vectype) || !comp_vectype) return false; fails during transform. This is because we moved the invariant load and thus the vect_def_type changed from vect_internal_def to vect_external_def. Bah, I knew this is going to be a problem ... the invariant moving should have been done when vectorizing the stmt, not upfront. And the moving should have only moved the vectorized variant. I'm trying to fix it in another way that is on my TODO list for some time now.
[Bug libstdc++/54861] std::atomic_signal_fence(std::memory_order_seq_cst) issues unnecessary mfence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54861 Marc Glisse changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Marc Glisse --- >From the comments, seems that this was fixed and Andrew just forgot to close the PR.
[Bug middle-end/59175] gcc.target/i386/memcpy-2.c fails with -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59175 H.J. Lu changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed||2013-11-19 Resolution|FIXED |--- Ever confirmed|0 |1 --- Comment #5 from H.J. Lu --- It failed when gcc is configured with --with-arch=core2 --with-cpu=atom. It can be reproduced with -mtune=atom.
[Bug target/54087] __atomic_fetch_add does not use xadd instruction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54087 Marc Glisse changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from Marc Glisse --- Looks like it is fixed.
[Bug tree-optimization/59006] [4.9 Regression] internal compiler error: in vect_transform_stmt, at tree-vect-stmts.c:5963
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59006 Richard Biener changed: What|Removed |Added Priority|P3 |P1
[Bug rtl-optimization/59020] [4.9 Regression] internal compiler error: in maybe_add_or_update_dep_1, at sched-deps.c:933
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59020 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Known to work||4.8.2 Ever confirmed|0 |1 --- Comment #2 from Richard Biener --- Confirmed with -O2 -fmodulo-sched -fno-inline -march=corei7.
[Bug c++/59031] [4.8/4.9 Regression] vtable lookup not optimized away
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59031 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Priority|P3 |P2 Status|UNCONFIRMED |NEW Last reconfirmed||2013-11-19 Ever confirmed|0 |1 --- Comment #2 from Richard Biener --- Confirmed.
[Bug c++/59032] [4.8/4.9 Regression] ICE incrementing vector type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59032 Richard Biener changed: What|Removed |Added Priority|P3 |P2
[Bug sanitizer/59188] New: [4.9 Regression] lib64/libtsan.so: undefined reference to `sigsetjmp'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188
Bug ID: 59188
Summary: [4.9 Regression] lib64/libtsan.so: undefined reference
to `sigsetjmp'
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: Joost.VandeVondele at mat dot ethz.ch
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
looks like it is not possible to use -fsanitize=thread with current trunk.
> cat test.c
int main()
{
return 0;
}
> gcc -fsanitize=thread -pie -fPIC test.c
/data/vjoost/gnu/gcc_trunk/install/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib64/libtsan.so:
undefined reference to `sigsetjmp'
collect2: error: ld returned 1 exit status
[Bug middle-end/59175] gcc.target/i386/memcpy-2.c fails with -m32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59175 --- Comment #6 from Uroš Bizjak --- (In reply to H.J. Lu from comment #5) > It failed when gcc is configured with --with-arch=core2 --with-cpu=atom. > It can be reproduced with -mtune=atom. Probably -mtune=generic is needed in options.
[Bug sanitizer/59188] [4.9 Regression] lib64/libtsan.so: undefined reference to `sigsetjmp'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188 --- Comment #1 from Kostya Serebryany --- Interesting. tsan in clang works, so we either have problems in the gcc build system or we have some differences in the code that affect the sigsetjmp interceptor. one other problem would be that we have zero tests for tsan in gcc :(
[Bug target/54087] __atomic_fetch_add does not use xadd instruction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54087 Ulrich Drepper changed: What|Removed |Added CC||drepper.fsp+rhbz at gmail dot com --- Comment #11 from Ulrich Drepper --- Yes, although there still in an oddity. The code from comment #3 is compiled as: : 0:ba fb ff ff ff mov$0xfffb,%edx 5:89 d0mov%edx,%eax 7:f0 0f c1 05 00 00 00 lock xadd %eax,0x0(%rip)# f e:00 b: R_X86_64_PC32v-0x4 f:01 d0add%edx,%eax 11:c3 retq 12:66 66 66 66 66 2e 0f data32 data32 data32 data32 nopw %cs:0x0(%rax,%rax,1) 19:1f 84 00 00 00 00 00 0020 : 20:b8 fb ff ff ff mov$0xfffb,%eax 25:f0 0f c1 05 00 00 00 lock xadd %eax,0x0(%rip)# 2d 2c:00 29: R_X86_64_PC32v-0x4 2d:83 e8 05 sub$0x5,%eax 30:c3 retq There is no reason for the difference. In both cases the latter sequence should be generated.
[Bug target/59035] [4.9 Regression] FAIL: gcc.dg/torture/c99-contract-1.c -O2 -flto -fno-use-linker-plugin -flto-partition=none execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59035 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2013-11-19 Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #3 from Richard Biener --- Created attachment 31249 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31249&action=edit patch The following should fix it.
[Bug sanitizer/59188] [4.9 Regression] lib64/libtsan.so: undefined reference to `sigsetjmp'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.0
[Bug sanitizer/59188] [4.9 Regression] lib64/libtsan.so: undefined reference to `sigsetjmp'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59188 --- Comment #2 from Jakub Jelinek --- glibc (at least the 2.17 I have around) doesn't have sigsetjmp function at all, it only conditionally has sigsetjmp as a macro: #ifdef __USE_POSIX ... /* Store the calling environment in ENV, also saving the signal mask if SAVEMASK is nonzero. Return 0. */ # define sigsetjmp(env, savemask) __sigsetjmp (env, savemask) ... #endif so extern "C" int setjmp(void *env); extern "C" int _setjmp(void *env); extern "C" int sigsetjmp(void *env); extern "C" int __sigsetjmp(void *env); DEFINE_REAL(int, setjmp, void *env) DEFINE_REAL(int, _setjmp, void *env) DEFINE_REAL(int, sigsetjmp, void *env) DEFINE_REAL(int, __sigsetjmp, void *env) is just asking for trouble. Not to mention that the arguments are wrong even for __sigsetjmp, which has two arguments rather than just one. So, if it works with clang, must be purely by accident, perhaps the difference is that __USE_POSIX is defined in one case and not in the other one, or something, but still, it can't really work in either case.
