[Bug tree-optimization/77399] Poor code generation for vector casts and loads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77399 --- Comment #11 from Richard Biener --- Author: rguenth Date: Fri Sep 30 07:06:16 2016 New Revision: 240646 URL: https://gcc.gnu.org/viewcvs?rev=240646&root=gcc&view=rev Log: 2016-09-30 Richard Biener PR tree-optimization/77399 * tree-ssa-forwprop.c (simplify_vector_constructor): Handle float <-> int conversions. * gcc.dg/tree-ssa/forwprop-35.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/forwprop-35.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-forwprop.c
[Bug middle-end/77798] [7 Regression] 465.tonto ICE with trunk with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77798 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2016-09-30 CC||marxin at gcc dot gnu.org Summary|465.tonto ICE with trunk|[7 Regression] 465.tonto |with -O2|ICE with trunk with -O2 Ever confirmed|0 |1 Known to fail||7.0 --- Comment #1 from Martin Liška --- Confirmed, started with r240616.
[Bug c++/77748] pr77550.C fails on arm-none-eabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 Bernd Edlinger changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #25 from Bernd Edlinger --- fixed.
[Bug middle-end/77798] [7 Regression] 465.tonto ICE with trunk with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77798 --- Comment #2 from Martin Liška --- Created attachment 39726 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39726&action=edit Reduced test-case
[Bug fortran/77584] Unclassifiable statement error with procedure pointer using template named "structure_"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77584 Dominique d'Humieres changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |FIXED --- Comment #5 from Dominique d'Humieres --- > Yes, fixed in r240230, I can't change the bug status myself or I would've This is strange: if you have write access, you should be able to change the status.
[Bug middle-end/77798] [7 Regression] 465.tonto ICE with trunk with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77798 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Target Milestone|--- |7.0 --- Comment #3 from Richard Biener --- Mine.
[Bug tree-optimization/77399] Poor code generation for vector casts and loads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77399 --- Comment #12 from Richard Biener --- Load part remains.
[Bug middle-end/77798] [7 Regression] 465.tonto ICE with trunk with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77798 --- Comment #4 from Richard Biener --- Ok, looks like a genmatch insufficiency with type auto-detection.
[Bug fortran/77602] ICE with cyclic length declaration: Killed (program f951)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77602 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-09-30 Ever confirmed|0 |1 --- Comment #3 from Dominique d'Humieres --- Confirmed.
[Bug fortran/77603] ICE: Segmentation fault (program f951)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77603 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-09-30 Ever confirmed|0 |1 --- Comment #2 from Dominique d'Humieres --- Confirmed from 4.8 up to trunk (7.0).
[Bug libstdc++/77801] New: std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 Bug ID: 77801 Summary: std::experimental::gcd std::experimental::lcd use non-constexpr std::abs Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: ma30002000 at yahoo dot de Target Milestone: --- std::experimental::gcd std::experimental::lcd use non-constexpr std::abs, i.e. they cannot be used in constexprs. As I understand, according to all currently existing c++ standards, std::abs is not defined as constexr (although it probably should be). Anyway, at least lcd and gcd should be usable as constexprs.
[Bug fortran/69080] No automatic deallocation of allocatable function results
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69080 --- Comment #16 from Mueller --- I stumbled upon this problem when creating an object-oriented string class if I remember correctly. Some procedure would allocate a string and return it (like dummy_create_allocatable in the test prog). The calling procedure would use that string in some way (like dummy_trigger is doing) and then doesn't need the string anymore. So there was a use case for this: We wanted to have a nice string class. This, sadly, is not feasable now as returned string objects would just end in nirvana and not be deallocated if I gathered everything correctly.
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 Jonathan Wakely changed: What|Removed |Added Status|NEW |WAITING
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-09-30 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely --- (In reply to Matthias Schneider from comment #0) > Anyway, at least lcd and gcd should be usable as constexprs. Did you actually test it?
[Bug c++/67200] Copy elision and implicit move in return performed in cases not allowed by standard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67200 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |6.0
[Bug c++/77797] Unable to use constexpr function as constexpr template parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77797 --- Comment #3 from Jonathan Wakely --- https://gcc.gnu.org/ shows the active releases.
[Bug fortran/77584] Unclassifiable statement error with procedure pointer using template named "structure_"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77584 Fritz Reese changed: What|Removed |Added CC||fritzoreese at gmail dot com --- Comment #6 from Fritz Reese --- (In reply to Dominique d'Humieres from comment #5) > > Yes, fixed in r240230, I can't change the bug status myself or I would've > > This is strange: if you have write access, you should be able to change the > status. Maybe it's because I created my bugzilla account before I got write access? Is there someone I can contact to sort that out?
[Bug fortran/77584] Unclassifiable statement error with procedure pointer using template named "structure_"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77584 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org --- Comment #7 from Marek Polacek --- You need to use your @gnu.gcc.org account to be able to modify BZs.
[Bug libstdc++/77802] New: [7 Regression] Boost Fiber doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77802
Bug ID: 77802
Summary: [7 Regression] Boost Fiber doesn't compile
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: ville.voutilainen at gmail dot com
Target Milestone: ---
Boost-1.62 doesn't build on trunk:
$ cat tup.cpp
#include
template struct execution_context {
typedef std::tuple args_tpl_t;
typedef std::tuple::type...>
ret_tpl_t;
execution_context();
execution_context(execution_context &&);
ret_tpl_t operator()() {
args_tpl_t data;
return tuple_cat(std::forward_as_tuple(execution_context()), data);
}
};
void fn1() {
execution_context cc;
cc();
}
$ clang++ -stdlib=libc++ -c tup.cpp
$ g++-6 -c tup.cpp
$ g++-trunk -c tup.cpp
In file included from tup.cpp:1:0:
/usr/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/g++-v7/tuple: In instantiation
of ‘constexpr std::_Head_base<_Idx, _Head, true>::_Head_base(_UHead&&) [with
_UHead = execution_context&; long unsigned int _Idx = 0ul; _Head =
execution_context]’:
/usr/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/g++-v7/tuple:235:57: required
from ‘constexpr std::_Tuple_impl<_Idx, _Head, _Tail ...>::_Tuple_impl(const
std::_Tuple_impl<_Idx, _UElements ...>&) [with _UElements =
{execution_context&&, int}; long unsigned int _Idx = 0ul; _Head =
execution_context; _Tail = {int}]’
/usr/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/g++-v7/tuple:1041:60: required
from ‘constexpr std::tuple<_T1, _T2>::tuple(std::tuple<_U1, _U2>&&) [with _U1 =
execution_context&&; _U2 = int; typename std::enable_if<(std::_TC::_MoveConstructibleTuple<_U1, _U2>() && std::_TC::_ImplicitlyMoveConvertibleTuple<_U1, _U2>()), bool>::type =
1u; _T1 = execution_context; _T2 = int]’
tup.cpp:10:70: required from ‘execution_context::ret_tpl_t
execution_context::operator()() [with Args = {int};
execution_context::ret_tpl_t = std::tuple, int>]’
tup.cpp:15:6: required from here
/usr/lib/gcc/x86_64-pc-linux-gnu/7.0.0/include/g++-v7/tuple:87:35: error: use
of deleted function ‘constexpr execution_context::execution_context(const
execution_context&)’
: _Head(std::forward<_UHead>(__h)) { }
^
tup.cpp:2:36: note: ‘constexpr execution_context::execution_context(const
execution_context&)’ is implicitly declared as deleted because
‘execution_context’ declares a move constructor or move assignment
operator
template struct execution_context {
^
[Bug libstdc++/77802] [7 Regression] Boost Fiber doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77802 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0
[Bug fortran/77785] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1990
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77785 vehre at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #3 from vehre at gcc dot gnu.org --- The patch hit trunk with r240650. Did this fix it for you?
[Bug fortran/77584] Unclassifiable statement error with procedure pointer using template named "structure_"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77584 --- Comment #8 from foreese at gcc dot gnu.org --- (In reply to Marek Polacek from comment #7) > You need to use your @gnu.gcc.org account to be able to modify BZs. Oh, thanks. Seems obvious now that I think about it. I didn't realize such an account was created for me.
[Bug target/47779] Problem cross-compiling trunk for bfin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47779 --- Comment #7 from Waldemar Brodkorb --- I fixed it in uClibc-ng some time ago. So if you want you can close the ticket.
[Bug fortran/77782] ICE in gfc_get_union_type, at fortran/trans-types.c:2387
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77782 --- Comment #3 from foreese at gcc dot gnu.org --- Author: foreese Date: Fri Sep 30 11:37:23 2016 New Revision: 240651 URL: https://gcc.gnu.org/viewcvs?rev=240651&root=gcc&view=rev Log: 2016-09-30 Fritz Reese Fix ICE caused by union types comparing equal to structures. PR fortran/77782 * gcc/fortran/interface.c (gfc_compare_derived_types): Use gfc_compare_union_types to compare union types. PR fortran/77782 * gcc/testsuite/gfortran.dg/dec_structure_16.f90: New testcase. Added: trunk/gcc/testsuite/gfortran.dg/dec_structure_16.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/interface.c trunk/gcc/testsuite/ChangeLog
[Bug fortran/77782] ICE in gfc_get_union_type, at fortran/trans-types.c:2387
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77782 foreese at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||foreese at gcc dot gnu.org Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |foreese at gcc dot gnu.org --- Comment #4 from foreese at gcc dot gnu.org --- Fixed in r240651.
[Bug libstdc++/77802] [7 Regression] Boost Fiber doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77802 --- Comment #1 from Jonathan Wakely --- 17.6.4.8 [res.on.functions] p2 In particular, the effects are undefined in the following cases: ... — if an incomplete type (3.9) is used as a template argument when instantiating a template component, unless specifically allowed for that component.
[Bug fortran/77764] ICE in is_anonymous_component, at fortran/interface.c:450
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77764 --- Comment #3 from foreese at gcc dot gnu.org --- Author: foreese Date: Fri Sep 30 11:42:31 2016 New Revision: 240652 URL: https://gcc.gnu.org/viewcvs?rev=240652&root=gcc&view=rev Log: 2016-09-30 Fritz Reese Fix ICE for maps with zero components. PR fortran/77764 * gcc/fortran/interface.c (gfc_compare_union_types): Null-guard map components. PR fortran/77764 * gcc/testsuite/gfortran.dg/dec_union_8.f90: New testcase. Added: trunk/gcc/testsuite/gfortran.dg/dec_union_8.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/interface.c trunk/gcc/testsuite/ChangeLog
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 --- Comment #2 from Matthias Schneider --- Of course: [...] /home/vcs/VideoSDK/vcs-base/include/vcsbase/Time.h:122:203: in constexpr expansion of ‘vcsbase::Time::FromInt(ticks, (uncertaintyInTicks / 90u), 0l, ((int64_t)ticksPerMs))’ /home/vcs/VideoSDK/vcs-base/include/vcsbase/TimeImpl.h:88:38: in constexpr expansion of ‘std::experimental::fundamentals_v2::gcd(div, mul)’ /usr/include/c++/6/experimental/numeric:65:24: in constexpr expansion of ‘std::experimental::fundamentals_v2::gcd(__n, (__m % __n))’ /usr/include/c++/6/experimental/numeric:64:23: error: call to non-constexpr function ‘long int std::abs(long int)’ : __n == 0 ? std::abs(__m) ^ [...]
[Bug fortran/77764] ICE in is_anonymous_component, at fortran/interface.c:450
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77764 foreese at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|unassigned at gcc dot gnu.org |foreese at gcc dot gnu.org --- Comment #4 from foreese at gcc dot gnu.org --- Fixed in r240652.
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 --- Comment #3 from Matthias Schneider --- Isn't it also obvious that calling a non-constexpr function from a constexpr function will not work when actually using it as a constexpr?
[Bug libstdc++/77802] [7 Regression] Boost Fiber doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77802 --- Comment #2 from Ville Voutilainen --- Mine.
[Bug libstdc++/77802] [7 Regression] Boost Fiber doesn't compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77802 Ville Voutilainen changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2016-09-30 Assignee|unassigned at gcc dot gnu.org |ville.voutilainen at gmail dot com Ever confirmed|0 |1
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid Status|WAITING |NEW --- Comment #4 from Jonathan Wakely --- We still require a testcase, as https://gcc.gnu.org/bugs/ explains (which you were requested to read when created this report). We have tests that they can be used in constant expressions, which pass: https://gcc.gnu.org/viewcvs/gcc/trunk/libstdc%2B%2B-v3/testsuite/experimental/numeric/ The problem is that abs(int, int) is declared with attribute((const)) in glibc, which allows this to work. It doesn't work with other argument types, because they use the non-constexpr overloads added in #include #include constexpr int i = std::experimental::gcd(4L, 5L); It's also necessary to include because otherwise I think we get the floating-point overloads from which *are* constexpr. So the interactions are actually not entirely obvious. Please provide a testcase next time.
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Fri Sep 30 13:43:37 2016
New Revision: 240656
URL: https://gcc.gnu.org/viewcvs?rev=240656&root=gcc&view=rev
Log:
Remove use of std::abs in experimental::{gcd,lcm}
PR libstdc++/77801
* include/experimental/numeric: Include .
(__abs): Define.
(gcd, lcm): Use __abs instead of std::abs.
* testsuite/experimental/numeric/77801.cc: New test.
* testsuite/experimental/numeric/gcd.cc: Test unsigned inputs.
* testsuite/experimental/numeric/lcm.cc: Likewise.
Added:
trunk/libstdc++-v3/testsuite/experimental/numeric/77801.cc
- copied, changed from r240653,
trunk/libstdc++-v3/testsuite/experimental/numeric/gcd.cc
Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/experimental/numeric
trunk/libstdc++-v3/testsuite/experimental/numeric/gcd.cc
trunk/libstdc++-v3/testsuite/experimental/numeric/lcm.cc
[Bug c++/77803] New: Bogus implicit-fallthrough warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77803
Bug ID: 77803
Summary: Bogus implicit-fallthrough warning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: trippels at gcc dot gnu.org
CC: mpolacek at gcc dot gnu.org
Target Milestone: ---
This happened while compiling LibreOffice:
% cat grfmgr2.ii
struct A {};
int a;
void fn1() {
switch (0) {
case 0: {
A b;
[[fallthrough]];
}
default:
a = 0;
}
}
% g++ -Wextra -c grfmgr2.ii
grfmgr2.ii: In function ‘void fn1()’:
grfmgr2.ii:7:20: warning: this statement may fall through
[-Wimplicit-fallthrough]
[[fallthrough]];
^
grfmgr2.ii:9:3: note: here
default:
^~~
[Bug c++/77804] New: Internal compiler error on incorrect initialization of new-d array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77804
Bug ID: 77804
Summary: Internal compiler error on incorrect initialization of
new-d array
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: vgheorgh at gmail dot com
Target Milestone: ---
The code below
#include
int main()
{
char buf[256];
std::size_t n = 10;
int* p = new (buf) (int[n]); // incorrect way, parenthesis by mistake
// int* p = new (buf) int[n]; // correct way
}
produces an internal compile error in gcc versions 6 or later. It compiles fine
(although with an warning: non-constant array new length must be specified
without parentheses around the type-id [-Wvla].
[Bug c++/77775] [7 Regression] since r238559 Kdevelop gets miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=5 Jason Merrill changed: What|Removed |Added Priority|P3 |P1 Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
[Bug fortran/77707] [5/6/7 Regression] formatted direct access: nextrec off by one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77707 Jerry DeLisle changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Jerry DeLisle --- Fixed on 5, 6, and 7. Closing
[Bug fortran/70006] Duplicate errors "label not defined"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70006 --- Comment #10 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 15:50:31 2016 New Revision: 240659 URL: https://gcc.gnu.org/viewcvs?rev=240659&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/70006 * io.c (gfc_resolve_dt): Use correct locus. * resolve.c (resolve_branch): Ditto. 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/70006 * gfortran.dg/pr70006.f90: New test. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr70006.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/io.c branches/gcc-5-branch/gcc/fortran/resolve.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug c++/77803] Bogus implicit-fallthrough warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77803 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2016-09-30 Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #1 from Marek Polacek --- Seems like insufficient handling of try/finally. Mine.
[Bug c++/77807] New: Problem with for loop condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77807
Bug ID: 77807
Summary: Problem with for loop condition
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: antoine.sauma at tre dot se
Target Milestone: ---
Here is the code:
#include
#include
using namespace std;
int main(int argc, char** argv) {
long double ld = 1;
for (unsigned long n = 0; n < 100 && ld > 0.1; n++) {
cout << n << endl << flush;
ld = 1/(n + 1);
}
return 0;
}
The loop should stop if n becomes >= 100 or if ld becomes <= 0.1, which should
occur when n is 9. However, compiled with g++ version 5.4.0 on Ubuntu 16.04,
when I run the program I get:
0
1
What is happening???
[Bug c++/77807] Problem with for loop condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77807 Antoine Sauma changed: What|Removed |Added Severity|normal |major
[Bug fortran/71799] [7 Regression] ICE in DO loop code emission (gfc_resolve_iterator)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71799 --- Comment #6 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 16:58:31 2016 New Revision: 240668 URL: https://gcc.gnu.org/viewcvs?rev=240668&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/71799 * gfortran.dg/pr71799.f90: New test. 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/71799 * resolve.c(gfc_resolve_iterator): Failure of type conversion need not ICE. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr71799.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/resolve.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug c++/77807] Problem with for loop condition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77807 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||trippels at gcc dot gnu.org Resolution|--- |INVALID Severity|major |normal --- Comment #1 from Markus Trippelsdorf --- This is not the right forum to ask these kinds of questions. Your performing integer division. Cast n to long double and it will work.
[Bug other/31566] @missing_file gives bad error message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31566 --- Comment #2 from Jeffrey A. Law --- Author: law Date: Fri Sep 30 17:21:26 2016 New Revision: 240669 URL: https://gcc.gnu.org/viewcvs?rev=240669&root=gcc&view=rev Log: PR other/31566 * gcc.c (process_command): For @filename handling, output the correct name if the file does not exist. Modified: trunk/gcc/ChangeLog trunk/gcc/gcc.c
[Bug other/31566] @missing_file gives bad error message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31566 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED CC||law at redhat dot com Resolution|--- |FIXED --- Comment #3 from Jeffrey A. Law --- Fixed on the trunk.
[Bug libstdc++/77794] [5/6/7 Regression] libstdc++ doesn't bootstrap with ./configure --enable-symvers=gnu-versioned-namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77794 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org --- Comment #1 from Jonathan Wakely --- Mine.
[Bug target/77670] PowerPC64 Spec 2006 fails on 453.povray using -mcpu=power9 -mpower9-minmax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77670
--- Comment #4 from Michael Meissner ---
Author: meissner
Date: Fri Sep 30 17:29:56 2016
New Revision: 240670
URL: https://gcc.gnu.org/viewcvs?rev=240670&root=gcc&view=rev
Log:
2016-09-30 Michael Meissner
Back port from trunk
2016-09-21 Michael Meissner
PR target/77670
* config/rs6000/predicates.md (invert_fpmask_comparison_operator):
New predicate that matches the ISA 3.0 XSCMP{EQ,GT,GE}DP
instructions when you want to invert the test.
* config/rs6000/rs6000.md (fpmask): Use the arguments in the
correct order for XXSEL.
(movcc_invert_p9): Define the inverted test
for using XSCMP{EQ,GT,GE}DP.
Modified:
branches/gcc-6-branch/gcc/ChangeLog
branches/gcc-6-branch/gcc/config/rs6000/predicates.md
branches/gcc-6-branch/gcc/config/rs6000/rs6000.md
[Bug fortran/68566] ICE on using unusable array in reshape (double free or corruption)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68566 --- Comment #20 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 17:54:15 2016 New Revision: 240671 URL: https://gcc.gnu.org/viewcvs?rev=240671&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/68566 * check.c (gfc_check_reshape): Check for constant expression. PR fortran/68566 * gfortran.dg/pr68566.f90: new test. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr68566.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/check.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug tree-optimization/77808] New: [7 Regression] ICE in duplicate_ssa_name_ptr_info, at tree-ssanames.c:630 starting with r240439
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77808 Bug ID: 77808 Summary: [7 Regression] ICE in duplicate_ssa_name_ptr_info, at tree-ssanames.c:630 starting with r240439 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: doug.gilmore at imgtec dot com Target Milestone: --- Reported in: https://gcc.gnu.org/ml/gcc-patches/2016-09/msg02285.html This issue was not found during regression testing for commit r240439 since -fprefetch-loop-arrays needs to be set by default. Will send a fix and test case to gcc-patches.
[Bug c++/77733] Add fixit hint suggesting to use std::move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77733 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #5 from Manuel López-Ibáñez --- (In reply to David Malcolm from comment #4) > (In reply to Jonathan Wakely from comment #1) > > As well as a fixit hint suggesting to use std::move it might be useful to > > display the "" text in colour so it stands out. > > Good idea. IMO the near match is misplaced. What follows the 'candidate:' should be a C++ declaration. I think it should be either: near match candidate: void Y::foo(X&&) or: candidate (near match): void Y::foo(X&&) and it would be trivial to colorize the "candidate...:" lines with same color as "note:" or with some other color. BTW, these diagnostics imply a hierarchy of diagnostics: 1. error: no matching function for call to ‘Y::foo(X&)’ 1.1 note: candidate: void Y::foo(X&&) 1.2 note: conversion of argument 1 would be ill-formed: 1.2.1 error: cannot bind rvalue reference of type ‘X&&’ to lvalue of type ‘X’ 1.3 note: candidate: void Y::foo() 1.4 note: candidate expects 0 arguments, 1 provided 1.5 note: candidate: void Y::foo(int, const X&) 1.6 note: candidate expects 2 arguments, 1 provided 1.7 note: candidate: template void Y::foo(T, X&&) template void foo(T, X&&); 1.8 note: template argument deduction/substitution failed: 1.8.1 note: candidate expects 2 arguments, 1 provided 2. error: not matching ... However, this is not evident from the various "error/notes" and it gets very confusing when errors appear within errors. I think it would be better to make a rule that a diagnostic is a "error/warning/etc." followed by one or more "notes". Thus, the second "error:" should really be a "note:" (why 1.8.1 is a note but 1.2.1 is an error?)
[Bug c++/77804] Internal compiler error on incorrect initialization of new-d array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77804
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2016-09-30
CC||msebor at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
Ever confirmed|0 |1
Known to fail||6.2.0, 7.0
--- Comment #1 from Martin Sebor ---
Confirmed.
$ cat v.C && /build/gcc-trunk-git/gcc/xgcc -B /build/gcc-trunk-git/gcc -S
v.Cvoid* operator new[] (__SIZE_TYPE__ n, void *p) { return p; }
int main()
{
char buf[256];
unsigned n = 10;
int* p = new (buf) (int[n]); // incorrect way, parenthesis by mistake
}
v.C: In function ‘int main()’:
v.C:7:31: warning: non-constant array new length must be specified without
parentheses around the type-id [-Wvla]
int* p = new (buf) (int[n]); // incorrect way, parenthesis by mistake
^
v.C:7:31: internal compiler error: in tree_to_uhwi, at tree.c:7330
0x1464ef6 tree_to_uhwi(tree_node const*)
/src/gcc/git/gcc/tree.c:7330
0x9b9d9c warn_placement_new_too_small
/src/gcc/git/gcc/cp/init.c:2530
0x9bc037 build_new_1
/src/gcc/git/gcc/cp/init.c:3060
0x9bd294 build_new(vec**, tree_node*, tree_node*,
vec**, int, int)
/src/gcc/git/gcc/cp/init.c:3515
0x928c05 cp_parser_new_expression
/src/gcc/git/gcc/cp/parser.c:8171
0x927dc8 cp_parser_unary_expression
/src/gcc/git/gcc/cp/parser.c:7771
0x9295fa cp_parser_cast_expression
/src/gcc/git/gcc/cp/parser.c:8696
0x9296e8 cp_parser_binary_expression
/src/gcc/git/gcc/cp/parser.c:8798
0x92a405 cp_parser_assignment_expression
/src/gcc/git/gcc/cp/parser.c:9086
0x92ab5d cp_parser_constant_expression
/src/gcc/git/gcc/cp/parser.c:9354
0x940240 cp_parser_initializer_clause
/src/gcc/git/gcc/cp/parser.c:21048
0x940089 cp_parser_initializer
/src/gcc/git/gcc/cp/parser.c:20986
0x93bf31 cp_parser_init_declarator
/src/gcc/git/gcc/cp/parser.c:18851
0x93139e cp_parser_simple_declaration
/src/gcc/git/gcc/cp/parser.c:12567
0x93115f cp_parser_block_declaration
/src/gcc/git/gcc/cp/parser.c:12435
0x9305d7 cp_parser_declaration_statement
/src/gcc/git/gcc/cp/parser.c:12047
0x92d3b4 cp_parser_statement
/src/gcc/git/gcc/cp/parser.c:10599
0x92dfc5 cp_parser_statement_seq_opt
/src/gcc/git/gcc/cp/parser.c:10931
0x92dec0 cp_parser_compound_statement
/src/gcc/git/gcc/cp/parser.c:10885
0x93fe1f cp_parser_function_body
/src/gcc/git/gcc/cp/parser.c:20905
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See for instructions.
[Bug tree-optimization/77808] [7 Regression] ICE in duplicate_ssa_name_ptr_info, at tree-ssanames.c:630 starting with r240439
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77808 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code CC||pinskia at gcc dot gnu.org Target Milestone|--- |7.0
[Bug c++/77733] Add fixit hint suggesting to use std::move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77733 --- Comment #6 from Jonathan Wakely --- (In reply to Manuel López-Ibáñez from comment #5) > IMO the near match is misplaced. What follows the 'candidate:' should be a > C++ declaration. Why? Is that a policy or just opinion? > However, this is not evident from the various "error/notes" and it gets very > confusing when errors appear within errors. I think it would be better to > make a rule that a diagnostic is a "error/warning/etc." followed by one or > more "notes". Thus, the second "error:" should really be a "note:" (why > 1.8.1 is a note but 1.2.1 is an error?) 1.2.1 is the only viable candidate (the others have the wrong number of parameters) but can't be called is because trying to bind an lvalue to an rvalue reference is ill-formed. Template argument deduction and substitution failures are not errors: https://en.wikipedia.org/wiki/Substitution_failure_is_not_an_error
[Bug libstdc++/77795] [6/7 Regression] ::gets declared in C++14 mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77795 --- Comment #1 from Jonathan Wakely --- Author: redi Date: Fri Sep 30 18:28:53 2016 New Revision: 240672 URL: https://gcc.gnu.org/viewcvs?rev=240672&root=gcc&view=rev Log: libstdc++/77795 Only declare ::gets for C++98 and C++11 PR libstdc++/77795 * acinclude.m4 (GLIBCXX_CHECK_STDIO_PROTO): Use -std=gnu++11 to check for gets. * config.h.in: Regenerate. * configure: Regenerate. * include/c_global/cstdio [!_GLIBCXX_HAVE_GETS] (gets): Only declare for C++98 and C++11. * include/c_std/cstdio [!_GLIBCXX_HAVE_GETS] (gets): Likewise. * testsuite/27_io/headers/cstdio/functions_neg.cc: New test. Added: trunk/libstdc++-v3/testsuite/27_io/headers/cstdio/functions_neg.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/acinclude.m4 trunk/libstdc++-v3/config.h.in trunk/libstdc++-v3/configure trunk/libstdc++-v3/include/c_global/cstdio trunk/libstdc++-v3/include/c_std/cstdio
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Fri Sep 30 18:29:16 2016
New Revision: 240673
URL: https://gcc.gnu.org/viewcvs?rev=240673&root=gcc&view=rev
Log:
Remove use of std::abs in experimental::{gcd,lcm}
PR libstdc++/77801
* include/experimental/numeric: Include .
(__abs): Define.
(gcd, lcm): Use __abs instead of std::abs.
* testsuite/experimental/numeric/77801.cc: New test.
* testsuite/experimental/numeric/gcd.cc: Test unsigned inputs.
* testsuite/experimental/numeric/lcm.cc: Likewise.
Added:
branches/gcc-6-branch/libstdc++-v3/testsuite/experimental/numeric/77801.cc
- copied, changed from r240642,
branches/gcc-6-branch/libstdc++-v3/testsuite/experimental/numeric/gcd.cc
Modified:
branches/gcc-6-branch/libstdc++-v3/ChangeLog
branches/gcc-6-branch/libstdc++-v3/include/experimental/numeric
branches/gcc-6-branch/libstdc++-v3/testsuite/experimental/numeric/gcd.cc
branches/gcc-6-branch/libstdc++-v3/testsuite/experimental/numeric/lcm.cc
[Bug libstdc++/77795] [6/7 Regression] ::gets declared in C++14 mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77795 --- Comment #2 from Jonathan Wakely --- Author: redi Date: Fri Sep 30 18:29:24 2016 New Revision: 240674 URL: https://gcc.gnu.org/viewcvs?rev=240674&root=gcc&view=rev Log: libstdc++/77795 Only declare ::gets for C++98 and C++11 PR libstdc++/77795 * acinclude.m4 (GLIBCXX_CHECK_STDIO_PROTO): Use -std=gnu++11 to check for gets. * config.h.in: Regenerate. * configure: Regenerate. * include/c_global/cstdio [!_GLIBCXX_HAVE_GETS] (gets): Only declare for C++98 and C++11. * include/c_std/cstdio [!_GLIBCXX_HAVE_GETS] (gets): Likewise. * testsuite/27_io/headers/cstdio/functions_neg.cc: New test. Added: branches/gcc-6-branch/libstdc++-v3/testsuite/27_io/headers/cstdio/functions_neg.cc Modified: branches/gcc-6-branch/libstdc++-v3/ChangeLog branches/gcc-6-branch/libstdc++-v3/acinclude.m4 branches/gcc-6-branch/libstdc++-v3/config.h.in branches/gcc-6-branch/libstdc++-v3/configure branches/gcc-6-branch/libstdc++-v3/include/c_global/cstdio branches/gcc-6-branch/libstdc++-v3/include/c_std/cstdio
[Bug libstdc++/77795] [6/7 Regression] ::gets declared in C++14 mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77795 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Jonathan Wakely --- Fixed for 6.3 onwards.
[Bug libstdc++/68323] chrono reference to ‘literals’ namespace is ambiguous when using gnu-versioned-namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68323 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org --- Comment #2 from Jonathan Wakely --- Working on this along with PR 77794
[Bug c++/77725] An example from the standard regarding member lookup fails to compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77725 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-09-30 Ever confirmed|0 |1 Severity|major |normal
[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 Jonathan Wakely changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Target Milestone|--- |6.3 --- Comment #7 from Jonathan Wakely --- Fixed for 6.3
[Bug fortran/77351] ICE in remove_trim, at frontend-passes.c:1145
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77351 --- Comment #6 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 19:21:12 2016 New Revision: 240678 URL: https://gcc.gnu.org/viewcvs?rev=240678&root=gcc&view=rev Log: 2016-09-30 Steven g. Kargl Backport from trunk PR fortran/77351 * frontend-passes.c (remove_trim,combine_array_constructor): Check for NULL pointer. PR fortran/77351 * gfortran.dg/pr77351.f90: New test. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr77351.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/frontend-passes.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug c++/77803] Bogus implicit-fallthrough warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77803 --- Comment #2 from Marek Polacek --- Testing a fix.
[Bug go/77809] New: "_LITTLE_ENDIAN" redefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77809 Bug ID: 77809 Summary: "_LITTLE_ENDIAN" redefined Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go Assignee: ian at airs dot com Reporter: glisse at gcc dot gnu.org CC: cmang at google dot com Target Milestone: --- Host: powerpc64le-unknown-linux-gnu Target: powerpc64le-unknown-linux-gnu Build: powerpc64le-unknown-linux-gnu Bootstrap (--enable-languages=all,obj-c++,go) fails in libgo: /home/glisse/test/pristine/build/./gcc/xgcc -B/home/glisse/test/pristine/build/./gcc/ -B/home/glisse/test/pristine/inst/powerpc64le-unknown-linux-gnu/bin/ -B/home/glisse/test/pristine/inst/powerpc64le-unknown-linux-gnu/lib/ -isystem /home/glisse/test/pristine/inst/powerpc64le-unknown-linux-gnu/include -isystem /home/glisse/test/pristine/inst/powerpc64le-unknown-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/home/glisse/pristine/libgo -I /home/glisse/pristine/libgo/runtime -I/home/glisse/pristine/libgo/../libffi/include -I../libffi/include -pthread -fexceptions -fnon-call-exceptions -fplan9-extensions -fsplit-stack -Wall -Wextra -Wwrite-strings -Wcast-qual -Werror -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I /home/glisse/pristine/libgo/../libgcc -I /home/glisse/pristine/libgo/../libbacktrace -I ../../gcc/include -fPIC -g -O2 -MT libgobegin_a-go-main.o -MD -MP -MF .deps/libgobegin_a-go-main.Tpo -c -o libgobegin_a-go-main.o `test -f 'runtime/go-main.c' || echo '/home/glisse/pristine/libgo/'`runtime/go-main.c In file included from /home/glisse/pristine/libgo/runtime/runtime.h:116:0, from /home/glisse/pristine/libgo/runtime/go-main.c:17: ./runtime.inc:2650:0: error: "_LITTLE_ENDIAN" redefined [-Werror] #define _LITTLE_ENDIAN 1234 : note: this is the location of the previous definition cc1: all warnings being treated as errors
[Bug preprocessor/77810] New: provide format_inform_at_substring to go with format_warning_at_substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77810 Bug ID: 77810 Summary: provide format_inform_at_substring to go with format_warning_at_substring Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: msebor at gcc dot gnu.org Target Milestone: --- The file substring-locations.h declares the function bool format_warning_at_substring (const substring_loc&, const source_range*, const char*, int, const char*, ...) to position the caret and underscores in warning messages involving string literals. It would be useful to also provide the corresponding format_inform_at_substring and perhaps even format_error_at_substring functions to make the same functionality available to informational messages (and errors).
[Bug preprocessor/77810] provide format_inform_at_substring to go with format_warning_at_substring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77810 --- Comment #1 from Martin Sebor --- Created attachment 39727 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39727&action=edit Prototype patch. I tested the attached proof-of-concept patch by integrating it into the gimple-ssa-sprintf pass.
[Bug c++/77811] New: [concepts] invalid redefinition error when declaring friend function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77811
Bug ID: 77811
Summary: [concepts] invalid redefinition error when declaring
friend function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ryan.burn at gmail dot com
Target Milestone: ---
The below code should be valid but gives this error when compiling with gcc
(7.0.0 201609)
prog.cc: In instantiation of 'struct B':
prog.cc:22:20: required from here
prog.cc:16:14: error: redefinition of 'template int f(const S&)'
friend int f(const S& s) {
/
#include
template
struct A {
template
requires std::is_same::value
friend int f(const S& s) {
return 0;
}
};
template
struct B {
template
requires std::is_same::value
friend int f(const S& s) {
return 1;
}
};
int main() {
A a; B b;
int x = f(a);
int y = f(b);
return 0;
}
/
[Bug target/77756] __get_cpuid() returns wrong values for level 7 (extended features)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77756 --- Comment #12 from Yale Zhang --- What's the purpose of subleaf? Is it to distinguish the capabilities of different cores in a heterogeneous chip (e.g. ARM big-little)? Then I would be fine with making this an extra parameter to __get_cpuid(). Microsoft has a __cpuidex() function that also takes subleaf, but for the regular __cpuid(), the subleaf default to 0. Should __get_cpuid() default to 0 as well? (In reply to uros from comment #11) > Author: uros > Date: Thu Sep 29 18:44:32 2016 > New Revision: 240629 > > URL: https://gcc.gnu.org/viewcvs?rev=240629&root=gcc&view=rev > Log: > PR target/77756 > * config/i386/cpuid.h (__get_cpuid_count): New. > (__get_cpuid): Rename __level to __leaf. > > testsuite/ChangeLog: > > PR target/77756 > * gcc.target/i386/pr77756.c: New test. > > > Modified: > trunk/gcc/ChangeLog > trunk/gcc/config/i386/cpuid.h > trunk/gcc/testsuite/ChangeLog > trunk/gcc/testsuite/gcc.target/i386/pr77756.c
[Bug fortran/69962] ICE on missing parameter attribute, in gfc_set_constant_character_len
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69962 --- Comment #6 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 21:02:56 2016 New Revision: 240679 URL: https://gcc.gnu.org/viewcvs?rev=240679&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/69867 * decl.c (build_struct): Ensure that pointers point to something. PR fortran/69962 * decl.c (gfc_set_constant_character_len): if expr is not constant issue an error instead of an ICE. PR fortran/69962 * gfortran.dg/pr69962.f90: New test. PR fortran/69867 * gfortran.dg/pr69867.f90: New test. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr69867.f90 branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr69962.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/decl.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug fortran/69867] ICE on initializing character in type with array of incompatible data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69867 --- Comment #8 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 21:02:56 2016 New Revision: 240679 URL: https://gcc.gnu.org/viewcvs?rev=240679&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/69867 * decl.c (build_struct): Ensure that pointers point to something. PR fortran/69962 * decl.c (gfc_set_constant_character_len): if expr is not constant issue an error instead of an ICE. PR fortran/69962 * gfortran.dg/pr69962.f90: New test. PR fortran/69867 * gfortran.dg/pr69867.f90: New test. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr69867.f90 branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr69962.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/decl.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug fortran/71859] ICE on same variable/subroutine name (verify_gimple failed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71859 --- Comment #7 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 21:46:14 2016 New Revision: 240682 URL: https://gcc.gnu.org/viewcvs?rev=240682&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/71859 * gfortran.dg/pr71859.f90: New test. * gfortran.dg/intrinsic_numeric_arg.f: Update error message. * gfortran.dg/coarray_collectives_1.f90: Ditto. PR fortran/71859 * check.c(numeric_check): Prevent ICE. Issue error for invalid subroutine as an actual argument when numeric argument is expected. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr71859.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/check.c branches/gcc-5-branch/gcc/testsuite/ChangeLog branches/gcc-5-branch/gcc/testsuite/gfortran.dg/coarray_collectives_1.f90 branches/gcc-5-branch/gcc/testsuite/gfortran.dg/intrinsic_numeric_arg.f
[Bug c++/59256] qualified name in friend function declaration doesn't match previous declaration in inline namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256 Jonathan Wakely changed: What|Removed |Added Last reconfirmed|2013-11-22 00:00:00 |2016-9-30 --- Comment #7 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #3) > Uh, just rediscovered this and recreated exactly the same reduced testcase! I've just done it again. But at least I have new information this time: EDG has the same bug.
[Bug c++/59256] qualified name in friend function declaration doesn't match previous declaration in inline namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59256 --- Comment #8 from Jonathan Wakely --- I'm going to commit a workaround in so I don't do this again. --- a/libstdc++-v3/include/bits/regex.h +++ b/libstdc++-v3/include/bits/regex.h @@ -62,6 +62,11 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION template class _Executor; +#ifdef _GLIBCXX_INLINE_VERSION +#define _GLIBCXX_NAMESPACE_VERSION __7:: +#else +#define _GLIBCXX_NAMESPACE_VERSION +#endif _GLIBCXX_END_NAMESPACE_VERSION } @@ -770,7 +775,8 @@ _GLIBCXX_BEGIN_NAMESPACE_CXX11 template friend bool - __detail::__regex_algo_impl(_Bp, _Bp, match_results<_Bp, _Ap>&, + __detail:: _GLIBCXX_NAMESPACE_VERSION +__regex_algo_impl(_Bp, _Bp, match_results<_Bp, _Ap>&, const basic_regex<_Cp, _Rp>&, regex_constants::match_flag_type); @@ -1861,7 +1867,8 @@ _GLIBCXX_BEGIN_NAMESPACE_CXX11 template friend bool - __detail::__regex_algo_impl(_Bp, _Bp, match_results<_Bp, _Ap>&, + __detail:: _GLIBCXX_NAMESPACE_VERSION +__regex_algo_impl(_Bp, _Bp, match_results<_Bp, _Ap>&, const basic_regex<_Cp, _Rp>&, regex_constants::match_flag_type);
[Bug fortran/61318] Improve error diagnostic by pointing to the expression and not to declared-at of a USE-associated variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61318 --- Comment #5 from kargl at gcc dot gnu.org --- Author: kargl Date: Fri Sep 30 22:40:18 2016 New Revision: 240683 URL: https://gcc.gnu.org/viewcvs?rev=240683&root=gcc&view=rev Log: 2016-09-30 Steven G. Kargl Backport from trunk PR fortran/61318 * interface.c (compare_parameter): Use better locus for error message. PR fortran/61318 * gfortran.dg/pr61318.f90: New test. Added: branches/gcc-5-branch/gcc/testsuite/gfortran.dg/pr61318.f90 Modified: branches/gcc-5-branch/gcc/fortran/ChangeLog branches/gcc-5-branch/gcc/fortran/interface.c branches/gcc-5-branch/gcc/testsuite/ChangeLog
[Bug java/58669] does not detect all cpu cores/threads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58669 Andrew Pinski changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/12788] bad dependencies for inner classes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12788 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/61552] Unneeded check for libart
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61552 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/18131] [meta-bug] inner class problems in java front-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18131 Bug 18131 depends on bug 12788, which changed state. Bug 12788 Summary: bad dependencies for inner classes https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12788 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX
[Bug java/58284] Compiling jvgenmain failes with lots of "undefined reference" errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58284 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #5 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/18212] nativ compilation with multiple jars fails / gives internal compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18212 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #12 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/17819] ICE in build_java_check_indexed_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17819 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #5 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/41361] segmentation fault when class not found from gcj-built executable with indirect dispatch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41361 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/49077] gcjwebplugin.cc doesn't compile against latest xulrunner 2.0 (firefox-3.6) sdk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49077 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #9 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/46324] gcj should support the javac flags such as -verbose, -sourcepath and -source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46324 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/41549] [jni] very slow jni code callbacks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41549 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/50936] Warnung: abstract method in non-abstract class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50936 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/24454] GCJ does not correctly support strictfp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24454 Bug 24454 depends on bug 10632, which changed state. Bug 10632 Summary: Numerical result differs from Sun JDK -- strictfp not supported https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10632 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX
[Bug java/13885] Slight incompatibility w/Suns JRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13885 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #8 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/11623] wrong debug file name info when compiling from .class (lacks directories)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11623 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/10632] Numerical result differs from Sun JDK -- strictfp not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10632 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #9 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/35206] Class.getModifiers() returns wrong value for static inner class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35206 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/8709] class init optimization should check subclasses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8709 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/42892] Incorrect code generated for enhanced for loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42892 Andrew Pinski changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution|--- |WONTFIX --- Comment #8 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug tree-optimization/58689] Enhance returns_nonnull
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689 Bug 58689 depends on bug 24825, which changed state. Bug 24825 Summary: Standard runtime methods that are known to not return null should not trigger null checks. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24825 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX
[Bug java/16843] gcjh generated headers don't define final constants
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16843 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #5 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/20044] Wrong method call semantics (maybe instanceof/invokespecial)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20044 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #9 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/49534] gcj segfaults on a program from stdin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49534 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/20215] gcj does not accept classes with same name fields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20215 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #12 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug java/24825] Standard runtime methods that are known to not return null should not trigger null checks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24825 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Andrew Pinski --- Closing as won't fix as the Java front-end has been removed from the trunk.
[Bug libgcj/27027] task cancellation and native Eclipse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27027 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Andrew Pinski --- Closing as won't fix as libgcj (and the java front-end) has been removed from the trunk.
