[Bug c++/52446] New: GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 Bug #: 52446 Summary: GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: xunxun1...@gmail.com Host: i686-w64-mingw32 Target: i686-w64-mingw32 Build: i686-w64-mingw32 Created attachment 26798 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26798 -E output I found gcc4.7 latest svn can't build codeblocks svn, but gcc4.6 branch svn can. Error log: g++.exe -Wall -g -pipe -mthreads -fmessage-length=0 -fexceptions -Winvalid-pch -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DCB_PRECOMP -DWX_PRECOMP -DwxUSE_UNICODE -fno-inline -iquote.objs\include -I.objs\include -I. -IF:\MyProject\GUI\wxWidgets\WX_2_8_BRANCH\include -IF:\MyProject\GUI\wxWidgets\WX_2_8_BRANCH\contrib\include -IF:\MyProject\GUI\wxWidgets\WX_2_8_BRANCH\lib\gcc_dll\mswu -Isdk\wxscintilla\include -Isdk\wxpropgrid\include -Iinclude\tinyxml -Iinclude\scripting\include -Iinclude\scripting\squirrel -IE:\build\cb\src\sdk\scripting\squirrel -IE:\build\cb\src -c E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp -o .objs\sdk\scripting\squirrel\sqvm.o In file included from include\scripting\squirrel/sqobject.h:5:0, from include\scripting\squirrel/sqpcheader.h:16, from E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp:4: include\scripting\squirrel/squtils.h: In instantiation of 'sqvectorT::~sqvector() [with T = int]': include\scripting\squirrel/sqclosure.h:83:52: required from here include\scripting\squirrel/squtils.h:38:4: error: 'sq_vm_free' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] In file included from include\scripting\squirrel/sqpcheader.h:17:0, from E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp:4: include\scripting\squirrel/sqstate.h:142:6: note: 'void sq_vm_free(void*, SQUnsignedInteger)' declared here, later in the translation unit In file included from include\scripting\squirrel/sqobject.h:5:0, from include\scripting\squirrel/sqpcheader.h:16, from E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp:4: include\scripting\squirrel/squtils.h: In instantiation of 'void sqvectorT::_realloc(SQUnsignedInteger) [with T = int; SQUnsignedInteger = unsigned int]': include\scripting\squirrel/squtils.h:45:4: required from 'void sqvectorT::resize(SQUnsignedInteger, const T) [with T = int; SQUnsignedInteger = unsigned int]' include\scripting\squirrel/squtils.h:27:3: required from 'void sqvectorT::copy(const sqvectorT) [with T = int]' include\scripting\squirrel/sqclosure.h:97:34: required from here include\scripting\squirrel/squtils.h:97:3: error: 'sq_vm_realloc' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] In file included from include\scripting\squirrel/sqpcheader.h:17:0, from E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp:4: include\scripting\squirrel/sqstate.h:141:7: note: 'void* sq_vm_realloc(void*, SQUnsignedInteger, SQUnsignedInteger)' declared here, later in the translation unit E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp: In member function 'bool SQVM::Execute(SQObjectPtr, SQInteger, SQInteger, SQInteger, SQObjectPtr, SQBool, SQVM::ExecutionType)': E:\build\cb\src\sdk\scripting\squirrel\sqvm.cpp:1062:1: warning: control reaches end of non-void function [-Wreturn-type] And -E output is in the attachment Because I am not familiar with C++, I can't find a little testcase.
[Bug fortran/42118] Slow forall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42118 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-01 08:06:01 UTC --- (In reply to comment #3) Also exist in the gcc4.7 trunk. Can we mark it a Regression? Only if it worked better in some previous GCC version, which does not seem to be the case. Additionally, as written before (comment 2), a reasonably well written DO loop should be always as fast or faster than a FORALL. The definition of FORALL does not allow for a good optimization in the general case. You should also consider using Fortran 2008's DO CONCURRENT, which allows for more optimizations than a normal DO loop. (Though, currently gfortran handles DO CONCURRENT as a normal DO loop.) As FORALL is rather complicated and not widely used, some possible optimizations aren't implemented. (I have not checked whether that's the case for the program in question.) I did a quick run with six compilers. Result: The FORALL construct was between 3.2 to 5.25 times slower than the DO loop. Thus, other compilers do not handle it better, either.
[Bug c++/52446] GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-03-01 08:09:15 UTC --- This is an expected and documented change. See http://gcc.gnu.org/gcc-4.7/porting_to.html (Name lookup changes).
[Bug c++/52446] GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 xunxun xunxun1982 at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | --- Comment #2 from xunxun xunxun1982 at gmail dot com 2012-03-01 08:09:29 UTC --- I also try -fno-permissive It didn't effect, too.
[Bug c++/52446] GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 --- Comment #3 from xunxun xunxun1982 at gmail dot com 2012-03-01 08:10:48 UTC --- (In reply to comment #1) This is an expected and documented change. See http://gcc.gnu.org/gcc-4.7/porting_to.html (Name lookup changes). Thanks. I will report it to CodeBlocks.
[Bug c++/52446] GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2012-03-01 08:15:07 UTC --- The code is invalid based on that part of the changes. The trick is to include the header which defines void sq_vm_free(void *p,SQUnsignedInteger size); before the call to it: sq_vm_free((_vals),((_allocated * sizeof(T;; Again this code is invalid and should be rejected for the reason reported. (In reply to comment #2) I also try -fno-permissive Try -fpermissive since -fno-permissive is the default.
[Bug c++/52446] GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 xunxun xunxun1982 at gmail dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | --- Comment #5 from xunxun xunxun1982 at gmail dot com 2012-03-01 08:22:08 UTC --- Sorry. When I post Comment 2, I don't notice the conflict.
[Bug c++/52446] GCC 4.7.0 can't build some templates, but gcc4.6 branch svn can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52446 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution||INVALID --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 08:31:14 UTC --- Please stop reopening this, this really isn't a gcc bug.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 08:54:51 UTC --- I'd say the problem is that add_or_mark_expr hasn't been properly adjusted for MEM_REFs, it ignores the offset of the MEM_REFs altogether. Before MEM_REF, this function would just track INDIRECT_REFs dereferencing the same pointer SSA_NAME (i.e. all of them would be same offset, same size). Now it should take into account not just the offset, but also the access size.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 09:01:59 UTC --- Not to mention that in this exact case, even if was always non-trapping, I doubt it will ever be an optimization to optimize if (len_1(D) 1) goto bb 5; else goto bb 6; bb 5: MEM[(char *)buf_2(D) + 1B] = 0; bb 6: return; into: if (len_1(D) 1) goto bb 6; else goto bb 5; bb 5: cstore.2_7 = MEM[(char *)buf_2(D) + 1B]; bb 6: # cstore.2_9 = PHI cstore.2_7(5), 0(4) MEM[(char *)buf_2(D) + 1B] = cstore.2_9; return; because the latter we then expand into: jbe .L8 movb%al, 1(%rdi) ret ... .L8: movzbl 1(%rdi), %eax movb%al, 1(%rdi) ret So if the conditional bb contains just the potentionally cselim optimized store, perhaps we should punt. Plus for C++11/C11 memory model we probably need to disable cselim optimization altogether.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 09:14:42 UTC --- The quick fix that would IMHO brings us back to pre-161655 decisions would be just to store also the offset and size into the hash table entries and use them as a requirement for the lookups. I think that would essentially map to what we did before. A better, but more complicated, change, would be to only keep using ssa_name and store as lookup criteria as we do right now, add a linked list of offset/sizes and consider non-trapping stores if the [offset, offset+size) interval is subset of the non-trapping bytes. This would be able to optimize even the cases where say there are is a larger store (or several smaller stores) that cover the area. We might need to prune the chains in nt_fini_block though. Richard, do you think for 4.7.0/4.6.4 just implementing the simpler approach would be fine?
[Bug fortran/48820] TR 29113: Implement parts needed for MPI 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48820 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2012-03-01 09:23:49 UTC --- Created attachment 26799 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26799 Patch for TYPE(*) Patch for TYPE(*). The patch should be feature complete (i.e. everything should work, including diagnostic), but is only very lightly tested. It also contains the run-time part of the RANK intrinsic - which is unreachable code as - for all currently supported expressions - the rank is known at compile time. [RANK() exists since GCC 4.7.] (RANK will become more useful with DIMENSION(..). Note that the run-time version currently fails for scalars - even if they have an array descriptor as coarray scalars do.)
[Bug libstdc++/52433] [C++11] debug mode iterators need to move
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52433 --- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-01 09:35:41 UTC --- Ah yes, thanks for the link. (In reply to comment #7) Joke aside: Would it be useful to connect this issue with CWG 1402? I think you just did, with that link :) I'm still going to add move ops to the _Safe_iterator class template because if the P/R of 1402 is accepted the change is unlikely to be applied to the older release branches
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 09:50:40 UTC --- /* Allow conversions between integral types and pointers only if there is no sign or zero extension involved. For targets were the precision of ptrofftype doesn't match that of pointers we need to allow arbitrary conversions from and to ptrofftype. */ if ((POINTER_TYPE_P (lhs_type) INTEGRAL_TYPE_P (rhs1_type) (TYPE_PRECISION (lhs_type) = TYPE_PRECISION (rhs1_type) || ptrofftype_p (rhs1_type))) || (POINTER_TYPE_P (rhs1_type) INTEGRAL_TYPE_P (lhs_type) (TYPE_PRECISION (rhs1_type) = TYPE_PRECISION (lhs_type) || ptrofftype_p (sizetype return false; Looks like the above should be if ((POINTER_TYPE_P (lhs_type) INTEGRAL_TYPE_P (rhs1_type) (TYPE_PRECISION (lhs_type) = TYPE_PRECISION (rhs1_type) || ptrofftype_p (rhs1_type))) || (POINTER_TYPE_P (rhs1_type) INTEGRAL_TYPE_P (lhs_type) (TYPE_PRECISION (rhs1_type) = TYPE_PRECISION (lhs_type) || ptrofftype_p (sizetype return false; does that help?
[Bug target/52407] [4.6 Regression] sse2 simd uint32_t and int64_t and stack variable initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52407 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 09:53:46 UTC --- Re-open so I don't forget about the backporting.
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 10:20:20 UTC --- Or rather /* Allow conversions pointer type to integral type only if there is no sign or zero extension involved. For targets were the precision of ptrofftype doesn't match that of pointers we need to allow arbitrary conversions to ptrofftype. */ if (POINTER_TYPE_P (rhs1_type) INTEGRAL_TYPE_P (lhs_type) (TYPE_PRECISION (rhs1_type) = TYPE_PRECISION (lhs_type) || ptrofftype_p (sizetype))) return false; as restricting conversion from integral to pointers does not seem necessary (only pointers do not have a sign).
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 10:23:34 UTC --- Err ... /* Allow conversions pointer type to integral type only if there is no sign or zero extension involved. For targets were the precision of ptrofftype doesn't match that of pointers we need to allow arbitrary conversions to ptrofftype. */ if ((POINTER_TYPE_P (lhs_type) INTEGRAL_TYPE_P (rhs1_type)) || (POINTER_TYPE_P (rhs1_type) INTEGRAL_TYPE_P (lhs_type) (TYPE_PRECISION (rhs1_type) = TYPE_PRECISION (lhs_type) || ptrofftype_p (sizetype return false; tricky business ;)
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 10:24:39 UTC --- Mine, in case that helps (it's in tree-cfg.c)
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 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 #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 10:37:18 UTC --- Created attachment 26800 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26800 gcc47-pr52445.patch Untested fix.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 10:47:25 UTC --- Ok with + TREE_CODE (TREE_OPERAND (exp, 0)) == SSA_NAME + host_integerp (TREE_OPERAND (exp, 1), 0)) also checking that int_size_in_bytes does not return -1.
[Bug libstdc++/52447] New: Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 Bug #: 52447 Summary: Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8 Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: major Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: john.unswo...@criticalpath.net We build our application with gcc version 3.4.6 20060404 (Red Hat 3.4.6-11). On SLES 11 using libstdc++ 6.0.10 we get this crash when loading application shared library libmuwssoap.so: Program terminated with signal 11, Segmentation fault. #0 0xb7c3d8c0 in ?? () from /usr/lib/libstdc++.so.6 (gdb) bt #0 0xb7c3d8c0 in ?? () from /usr/lib/libstdc++.so.6 #1 0xb7bc35aa in bool std::has_facetstd::ctypechar (std::locale const) () from /usr/lib/libstdc++.so.6 #2 0xb7bb77d8 in std::basic_ioschar, std::char_traitschar ::_M_cache_locale(std::locale const) () from /usr/lib/libstdc++.so.6 #3 0xb7bb7887 in std::basic_ioschar, std::char_traitschar ::init(std::basic_streambufchar, std::char_traitschar *) () from /usr/lib/libstdc++.so.6 #4 0xb7ba2196 in std::ios_base::Init::Init() () from /usr/lib/libstdc++.so.6 #5 0xb60ba7ab in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at /usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/iostream:77 #6 0xb60ba800 in global constructors keyed to _ZN23MetaUniversalWebServiceC2Ev () at MUWSService.cpp:90 #7 0xb60ba829 in __do_global_ctors_aux () from /opt/criticalpath/common/bin/libmuwssoap.so #8 0xb609fb89 in _init () from /opt/criticalpath/common/bin/libmuwssoap.so #9 0xb7fd2db4 in ?? () from /lib/ld-linux.so.2 #10 0xb7fd2ee4 in ?? () from /lib/ld-linux.so.2 #11 0xb7fd6ebb in ?? () from /lib/ld-linux.so.2 #12 0xb7fd29f6 in ?? () from /lib/ld-linux.so.2 #13 0xb7fd666c in ?? () from /lib/ld-linux.so.2 #14 0xb7c43c4f in ?? () from /lib/libdl.so.2 #15 0xb7fd29f6 in ?? () from /lib/ld-linux.so.2 #16 0xb7c4411c in ?? () from /lib/libdl.so.2 #17 0xb7c43b81 in dlopen () from /lib/libdl.so.2 #18 0xb7d2dc4b in LoadLibrary (sName=0x832d6c4) at unix.cpp:377 #19 0xb6229ece in CUniversalPlugIn::Initialize (this=0x832d090, sPrefix=0x832d068, sPlugInFileName=0xbf8ddaa0, sDependencyList=0xbf8dd690) at CUniversalPlugin.cpp:128 We reverted to 6.0.8 and it loads and runs with no problems.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 10:50:50 UTC --- (In reply to comment #7) Ok with + TREE_CODE (TREE_OPERAND (exp, 0)) == SSA_NAME + host_integerp (TREE_OPERAND (exp, 1), 0)) also checking that int_size_in_bytes does not return -1. I'm doing that check later. The reason I wanted to avoid doing it in the first if, is that either it will mean int_size_in_bytes needs to be called twice, or we'd need (size = int_size_in_bytes (TREE_TYPE (exp))) 0 (i.e. setting variables in the if condition). But if you prefer one of these, I'll adjust.
[Bug tree-optimization/52448] New: [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448
Bug #: 52448
Summary: [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ja...@gcc.gnu.org
extern void abort (void);
extern void *malloc (__SIZE_TYPE__);
extern void free (void *);
__attribute__((noinline, noclone)) void
bar (char *x, int y)
{
if (*x != '\n')
abort ();
if (y == 0)
free (x);
}
__attribute__((noinline, noclone)) void
foo (char *x, int y)
{
*x = '\n';
bar (x, y);
if (y)
*x = '\0';
}
int
main ()
{
char *p = malloc (1);
if (p)
{
foo (p, 1);
if (*p != '\0')
abort ();
foo (p, 0);
}
return 0;
}
The above testcase is miscompiled, starting with 4.3 with just -O2, before that
(including 3.2) with -O2 -ftree-cselim. If you run the testcase under
valgrind, it will complain loudly, I could rewrite it (less portably) using
mmap/munmap to show it crash even without valgrind.
I'm afraid we need to invalidate the set of non-trapping MEMs on non-pure/const
calls (perhaps with the exception of selected builtins, e.g. none of the
string/mem builtins should actually unmap/mprotect/free any memory).
[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Version|unknown |4.3.2 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-01 11:13:15 UTC --- 6.0.10 is from GCC 4.3 which is no longer supported here, if you want a change to that version you should report it to SUSE
[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-01 11:14:26 UTC --- Also, nothing will happen without a testcase to reproduce the problem, see http://gcc.gnu.org/bugs/
[Bug tree-optimization/52448] [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-03-01 CC||matz at gcc dot gnu.org Target Milestone|--- |4.4.7 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 11:21:54 UTC --- Confirmed.
[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-03-01 Ever Confirmed|0 |1 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 11:34:26 UTC --- Also as you report the issue for two different vendor versions it is necessary to known how GCC (and thus libstdc++) was configured.
[Bug tree-optimization/52406] [4.7 Regression] likely wrong code bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52406 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.7.0 |4.7.1 --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 11:42:06 UTC --- Defered to 4.7.1.
[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 --- Comment #4 from John Unsworth john.unsworth at criticalpath dot net 2012-03-01 11:49:12 UTC --- Can you confirm that applications built on Red Hat with: Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.6 20060404 (Red Hat 3.4.6-11) should work on SLES 11 with the standard libstdc++ on that system which is 6.0.10? Or do we need to ensure that 6.0.8 is used? Producing a test case will be hard because it is a large application using many shared libraries. Thank you.
[Bug tree-optimization/52448] [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448 Michael Matz matz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Michael Matz matz at gcc dot gnu.org 2012-03-01 12:05:43 UTC --- Working on it.
[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target||i?86-*-* --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 12:05:29 UTC --- (In reply to comment #4) Can you confirm that applications built on Red Hat with: Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.6 20060404 (Red Hat 3.4.6-11) should work on SLES 11 with the standard libstdc++ on that system which is 6.0.10? Or do we need to ensure that 6.0.8 is used? SLE11 SP1 gcc is configured like ../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 --enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ '--with-pkgversion=SUSE Linux' --disable-libgcj --disable-libmudflap --with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --enable-version-specific-runtime-libs --program-suffix=-4.3 --enable-linux-futex --without-system-libunwind --with-cpu=generic --build=i586-suse-linux which looks compatible. So yes, it should work. I am assuming you are on a 32bit host. Please clarify if you built on a 32bit host but are running on a 64bit host with 32bit libs. Producing a test case will be hard because it is a large application using many shared libraries. It might be that the new libstdc++ uses TLS for thread-safe init and the old one not and that you are hitting a dynamic linker bug so that TLS is not properly initialized when the application dlopens libmuwssoap.so. You have to debug this further yourself if you do not have a testcase.
[Bug rtl-optimization/52417] [4.7 Regression] Infinite recursion in DSE/alias.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52417 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 12:10:07 UTC --- Any reason why you reduce the two loops to one?
[Bug tree-optimization/52448] [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P2
[Bug libstdc++/52447] Application crashes on SLES11 when using libstdc++.so.6.0.10 but runs fine with 6.0.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52447 --- Comment #6 from John Unsworth john.unsworth at criticalpath dot net 2012-03-01 12:16:18 UTC --- The application is 32 bit and we build on a 32 bit linux Linux version 2.6.9-89.ELsmp. We are running on 64 bit SLES11.
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 12:26:25 UTC --- Author: rguenth Date: Thu Mar 1 12:26:20 2012 New Revision: 184739 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184739 Log: 2012-03-01 Richard Guenther rguent...@suse.de PR middle-end/52443 * tree-cfg.c (verify_gimple_assign_unary): Allow any conversions from integral types to pointer types. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-cfg.c
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 12:27:43 UTC --- Fixed.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Attachment #26800|0 |1 is obsolete|| --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 12:31:53 UTC --- Created attachment 26801 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26801 gcc47-pr52445.patch Adjusted patch.
[Bug tree-optimization/52430] [4.4 Regression] firefox miscompilation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52430 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc-p ||atches/2012-03/msg00023.htm ||l --- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org 2012-03-01 12:57:24 UTC --- Patch passed bootstrap and testing and I have posted it to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2012-03/msg00023.html
[Bug tree-optimization/52448] [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448 --- Comment #3 from Michael Matz matz at gcc dot gnu.org 2012-03-01 12:56:40 UTC --- Created attachment 26802 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26802 candidate fix This fixes the problem by remembering the last seen call and checking if it's before or after the candidate stmt that might make us non-trapping. It'll conflict with the patch from PR 52445 for now.
[Bug libstdc++/52449] New: check-abi picks up wrong baseline_symbols.txt with --with-cpu=default32 configs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52449 Bug #: 52449 Summary: check-abi picks up wrong baseline_symbols.txt with --with-cpu=default32 configs Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: rgue...@gcc.gnu.org CC: b...@gcc.gnu.org Target: powerpc64-*-linux When configuring a powerpc64 compiler with --with-cpu=default32 libstdc++ check-abi picks up the 64bit baseline_symbols.txt file instead of the 32bit multilib one.
[Bug libstdc++/52449] check-abi picks up wrong baseline_symbols.txt with --with-cpu=default32 configs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52449 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-03-01 13:15:07 UTC --- I think we should just preprocess the baseline_symbols.txt files, then we can conditionally include this or that file, conditionally enable TLS symbols or others, etc., avoid redundancy (e.g. for i?86 32-bit we have there 3 copies of the same file).
[Bug ada/52388] binutils-2.21 and newer break ACATS on arm-linux-gnueabi due to widechr compile failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52388 --- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2012-03-01 13:16:27 UTC --- Modifying acats/run_all.sh to pass -v to host_gnatmake when compiling widechr.adb, and to log the previous gcc call, showed: Generating support files...gcc -c cd300051.c ... gnatlink widechr.ali /usr/bin/ld: /mnt/scratch/objdir/gcc/testsuite/ada/acats/support/cd300051.o: Unknown mandatory EABI object attribute 44 /usr/bin/ld: failed to merge target specific data of file /mnt/scratch/objdir/gcc/testsuite/ada/acats/support/cd300051.o The bug is that it's invoking /usr/bin/ld rather than the one I installed privately and put in PATH before starting the gcc bootstrap and make check. This causes an inconsistency: cd300051.c is compiled and assembled in a PATH that refers to my new binutils under testing (I've verified that), but host_gnatlink tries to link things together using the old ld, which doesn't understand the new EABI attribute. I thought it did that due to the following fragment in acats/run_acats: echo '#!/bin/sh' host_gnatmake echo PATH=`dirname $host_gnatmake`:'$PATH' host_gnatmake echo unset ADA_INCLUDE_PATH ADA_OBJECTS_PATH GCC_EXEC_PREFIX host_gnatmake echo export PATH host_gnatmake echo exec gnatmake '$@' host_gnatmake However, modifying run_acats to store the original PATH there (without all the adjustments for picking up the newly built compiler) didn't work. Even manually invoking the host gnatmake (in /usr/bin/) with a PATH that refers to my new binutils under testing, causes it to use the old ld in /usr/bin/. That feels like a bug to me. Anyway I'm relieved this didn't turn out to be a binutils bug.
[Bug libstdc++/51785] gets not anymore declared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51785 --- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 13:30:26 UTC --- f17 doesn't include glibc 2.16, just patched glibc 2.15, which doesn't have these header changes yet. The thing I don't like on the last patch is that it hardcodes configure time tests, so when glibc is upgraded say from 2.15 to 2.16, but gcc isn't upgraded, suddenly anything that includes cstdio fails to compile. So I'd prefer something like #c14 patch instead, perhaps testing a macro that is depending on __GLIBC_PREREQ defined in linux os-defines.h. Can you please resolve this either way till tomorrow noon UTC (4.7 branching/4.7.0-rc1)? Thanks.
[Bug other/52443] ICE: verify_gimple failed: invalid types in nop conversion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443 --- Comment #8 from Georg-Johann Lay gjl at gcc dot gnu.org 2012-03-01 13:36:08 UTC --- Yes, thanks. It works now :-)
[Bug rtl-optimization/52417] [4.7 Regression] Infinite recursion in DSE/alias.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52417 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Attachment #26796|0 |1 is obsolete|| --- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org 2012-03-01 13:41:47 UTC --- Created attachment 26803 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26803 Here's a patch I'm happier with This patch fully restores the get_addr behavior from before my patch in case permanent equivalences aren't in use (e.g., for any passes other than var-tracking), enabling the heuristics that breaks equivalence cycles only when there are equivalences in the first place. It looks like the expensive, seemingly exponential computational cost exhibited in dse doesn't occur with var-tracking. Indeed, for this particular testcase, compile time with and without -g is pretty much the same after the patch, wth or without dse.
[Bug libstdc++/51785] gets not anymore declared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51785 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #21 from Richard Guenther rguenth at gcc dot gnu.org 2012-03-01 13:44:39 UTC --- Wouldn't an unconditional #if _GNU_SOURCE extern char *gets (char *__s); using ::gets; #endif work as well? alternatively the FE could provide a language extension that would allow __using_if_available ::gets; ;) Anyway, we don't need to rush anything for 4.7.0, fixing this for 4.7.1 and in a correct way is enough IMHO.
[Bug libstdc++/51785] gets not anymore declared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51785 --- Comment #22 from Jonathan Wakely redi at gcc dot gnu.org 2012-03-01 13:50:57 UTC --- (In reply to comment #21) Wouldn't an unconditional #if _GNU_SOURCE extern char *gets (char *__s); using ::gets; #endif work as well? extern C or extern C++ ? What if someone defines _GNU_SOURCE on a non-glibc platform (maybe defined unconditionally in a makefile, expecting it to do nothing) but it causes gets() to be declared with a different language linkage to the one in the system's stdio.h?
[Bug tree-optimization/52448] [4.4/4.5/4.6/4.7 Regression] cselim broken with calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448 --- Comment #4 from Michael Matz matz at gcc dot gnu.org 2012-03-01 14:10:08 UTC --- Bah, no. That won't generally work. In particular it might be calls that don't necessarily dominate the non-trapping stmt that make it trapping again: *X = a; if (cond) free_everything(); if (bla) *X = b; The call doesn't dominate the second store, but the latter still might trap (when cond is true). Hmm, this needs a different approach. If there's any path from the dominating access to the access in question, which contains a (problematic) call, it makes it trapping again. We can ignore back edges, hence the path between both accesses are acyclic, so we might still get away with a non-iterating algorithm. I'm still working on it.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:13:13 UTC --- Author: jakub Date: Thu Mar 1 14:13:06 2012 New Revision: 184743 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184743 Log: PR tree-optimization/52445 * tree-ssa-phiopt.c (struct name_to_bb): Remove ssa_name field, add ssa_name_ver, offset and size fields and change store field to bool. (name_to_bb_hash, name_to_bb_eq): Adjust for the above changes. (add_or_mark_expr): Likewise. Only consider previous stores with the same size and offset. (nt_init_block): Only look at gimple_assign_single_p stmts, doesn't look at rhs2. * gcc.dg/pr52445.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr52445.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-phiopt.c
[Bug target/52268] tls support should be added for darwin11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268 --- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2012-03-01 14:15:14 UTC --- Chris Lattner kindly pointed out that the initial tis support for darwin was added in r105381. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20100531/102158.html... [llvm-commits] [llvm] r105381 - in /llvm/trunk/lib/Target/X86: AsmPrinter/X86AsmPrinter.cpp AsmPrinter/X86MCInstLower.cpp X86ISelDAGToDAG.cpp X86ISelLowering.cpp X86ISelLowering.h X86Instr64bit.td X86InstrInfo.h X86InstrInfo.td URL: http://llvm.org/viewvc/llvm-project?rev=105381view=rev Log: Add first pass at darwin tls compiler support.
[Bug target/47481] [4.6/4.7 Regression] spill failure with -O2 -msoft-float on Ada RTS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47481 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:04 UTC --- GCC 4.6.3 is being released.
[Bug lto/48100] [4.6 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304 with mixed LTO/non-LTO objects
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48100 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:19 UTC --- GCC 4.6.3 is being released.
[Bug middle-end/48668] [4.6 regression] COMDAT Group signature not emitted in group
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48668 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:08 UTC --- GCC 4.6.3 is being released.
[Bug c++/51582] [4.6 Regression] ICE when using a class with a matrix of complex numbers in C++0x mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51582 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:14 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/50138] [4.6 Regression] ICE in vect_transform_stmt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:20 UTC --- GCC 4.6.3 is being released.
[Bug middle-end/44440] [4.6/4.7 regression] ira_initialization and buitins construction taking too much of startup time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=0 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:04 UTC --- GCC 4.6.3 is being released.
[Bug c++/51092] [C++0x] [4.6 Regression] ICE array std::pair initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51092 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:15 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/46590] [4.5/4.6/4.7 Regression] long compile time with -O2 and many loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #21 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:15 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/50052] [4.6/4.7 Regression] FAIL: gcc.dg/ipa/ipa-sra-2.c scan-tree-dump eipa_sra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50052 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:08 UTC --- GCC 4.6.3 is being released.
[Bug target/47230] [4.6/4.7 Regression] gcc fails to bootstrap on alpha in stage2 with relocation truncated to fit: GPREL16 against ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47230 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:37:58 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/51737] [4.6 Regression] g++ crashes (internal compiler error: Segmentation fault) when compiling quickbook
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51737 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:29 UTC --- GCC 4.6.3 is being released.
[Bug target/49821] [4.6 regression] ICE in dwarf2out_cfi_begin_epilogue, at dwarf2out.c:3015
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49821 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:23 UTC --- GCC 4.6.3 is being released.
[Bug lto/46798] [4.6 Regression] invalid conversion in gimple call; verify_stmts failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46798 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:31 UTC --- GCC 4.6.3 is being released.
[Bug middle-end/50210] [4.6/4.7 Regression] ICE: in create_linear_expr_from_tree, at graphite-sese-to-poly.c:1137 with fgraphite-identity -ffast-math -fno-tree-scev-cprop -fstrict-overflow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50210 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:21 UTC --- GCC 4.6.3 is being released.
[Bug target/45402] [4.6/4.7 Regression] ICE in extract_insn, at recog.c:2127 for gcc.dg/pr28796-2 on rx-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45402 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:12 UTC --- GCC 4.6.3 is being released.
[Bug debug/48670] [4.6 regression] explosion in time and stack usage when using -ggdb on a class with many members
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48670 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:39 UTC --- GCC 4.6.3 is being released.
[Bug libstdc++/50951] state of subtract_with_carry_engine not saved correctly to output stream
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50951 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:28 UTC --- GCC 4.6.3 is being released.
[Bug middle-end/48600] [4.6 Regression] ICE when using cold attribute
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #18 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:10 UTC --- GCC 4.6.3 is being released.
[Bug c/47435] [4.6/4.7 Regression] ICE: SIGSEGV in c_finish_case (c-typeck.c:8859) on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47435 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:24 UTC --- GCC 4.6.3 is being released.
[Bug libfortran/50105] [4.6/4.7 Regression] I/O with g6.5 - wrong number of ** shown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50105 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #19 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:12 UTC --- GCC 4.6.3 is being released.
[Bug target/49485] [4.6 Regression] Performance problem with C++ code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:43 UTC --- GCC 4.6.3 is being released.
[Bug c++/51826] [4.6 Regression] internal compiler error: in convert_nontype_argument, at cp/pt.c:5408
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51826 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:33 UTC --- GCC 4.6.3 is being released.
[Bug fortran/50410] [4.6/4.7 Regression] ICE in record_reference
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:32 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/45978] [4.6 Regression] bogus array subscript is above array bounds warning in extremely simple code with no loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45978 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:47 UTC --- GCC 4.6.3 is being released.
[Bug target/52326] [4.6 Regression] float result incorrect with -O1 and calling external function.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52326 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:02 UTC --- GCC 4.6.3 is being released.
[Bug c++/51138] [C++0x] [4.6 Regression] Uninitialized list elements
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51138 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:52 UTC --- GCC 4.6.3 is being released.
[Bug rtl-optimization/50063] [4.6/4.7 Regression] DSE: wrong code for gcc.dg/torture/pta-ptrarith-3.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #22 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:50 UTC --- GCC 4.6.3 is being released.
[Bug middle-end/47581] [4.5 regression] Unnecessary adjustments to stack pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47581 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:55 UTC --- GCC 4.6.3 is being released.
[Bug target/47333] [4.6 regression] g++.dg/lto/20091219 FAILs on Solaris 2 with SUN as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #26 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:41 UTC --- GCC 4.6.3 is being released.
[Bug lto/47888] [4.6/4.7 Regression] tree check: expected array_type, have record_type in array_ref_low_bound, at expr.c:6249 / Segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47888 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:55 UTC --- GCC 4.6.3 is being released.
[Bug c++/51619] [c++0x] [4.6 Regression] ICE with array class member
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51619 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:37 UTC --- GCC 4.6.3 is being released.
[Bug c++/50852] [4.6/4.7 Regression] ICE: internal compiler error: in tsubst, at cp/pt.c:11030
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50852 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:37 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/44688] [4.6/4.7 Regression] Excessive code-size growth at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44688 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:05 UTC --- GCC 4.6.3 is being released.
[Bug lto/47936] [4.6/4.7 Regression] Missed optimization with LTO due to strict aliasing issues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47936 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:04 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/46639] [4.6/4.7 Regression] Missing optimization due to function splitting and redundant conditionals
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:59 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/52445] [4.6/4.7 Regression] conditional store replacement causes segfault in generated code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:57 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/51775] [4.6 Regression] FAIL: gnat.dg/pack9.adb scan-tree-dump-not optimized gnat_rcheck
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51775 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:07 UTC --- GCC 4.6.3 is being released.
[Bug java/44495] [4.6/4.7 regression] ICE in java_mangle_resource_name, at java/mangle.c:658
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44495 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:09 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/49140] [4.6 regression] wrong code with -O2 and -O3, not with -O3 -no-inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #25 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:25 UTC --- GCC 4.6.3 is being released.
[Bug debug/47471] [4.6/4.7 Regression] stdarg functions extraneous too-early prologue end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47471 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:52 UTC --- GCC 4.6.3 is being released.
[Bug fortran/52062] [4.6 regression] public generic name, specific functions of private types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52062 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:02 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/47679] [4.6/4.7 Regression] Strange uninitialized warning after SRA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47679 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:05 UTC --- GCC 4.6.3 is being released.
[Bug lto/47889] [4.6/4.7 Regression] Segmentation fault in useless_type_conversion_p, at tree-ssa.c:1228
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47889 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:14 UTC --- GCC 4.6.3 is being released.
[Bug rtl-optimization/47612] [4.6 regression] RTL crash when cc0 setter moved away from cc0 user
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:08 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/46076] [4.6 regression] constant propagation and compile-time math no longer happening versus 4.4 and 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46076 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #31 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:15 UTC --- GCC 4.6.3 is being released.
[Bug tree-optimization/50444] [4.6 Regression] -ftree-sra ignores alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50444 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:33 UTC --- GCC 4.6.3 is being released.
[Bug target/48949] [4.6/4.7 Regression] gcc-4.6.0 regression with complex.h on i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48949 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:11 UTC --- GCC 4.6.3 is being released.
[Bug debug/49775] [4.6/4.7 Regression on AVR] ICE in based_loc_descr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:38:48 UTC --- GCC 4.6.3 is being released.
[Bug target/50484] [4.6 regression] ia64-portbld-freebsd9.0, conftest.c:16:1: internal compiler error: Segmentation fault: 11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|4.6.3 |4.6.4 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2012-03-01 14:39:18 UTC --- GCC 4.6.3 is being released.
