[Bug c++/58814] New: [4.7/4.8/4.9 Regression] ICE with volatile and attribute vector_size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814
Bug ID: 58814
Summary: [4.7/4.8/4.9 Regression] ICE with volatile and
attribute vector_size
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: reichelt at gcc dot gnu.org
The following valid code snippet triggers an ICE since GCC 4.7.0:
volatile int i __attribute__((vector_size(8)));
void foo()
{
i += i;
}
bug.cc: In function 'void foo()':
bug.cc:5:5: internal compiler error: in stabilize_expr, at cp/tree.c:3769
i += i;
^
0x6ef1fe stabilize_expr(tree_node*, tree_node**)
../../gcc/gcc/cp/tree.c:3769
0x68c9f4 cp_build_modify_expr(tree_node*, tree_code, tree_node*, int)
../../gcc/gcc/cp/typeck.c:7362
0x556885 build_new_op_1
../../gcc/gcc/cp/call.c:5438
0x556f57 build_new_op(unsigned int, tree_code, int, tree_node*, tree_node*,
tree_node*, tree_node**, int)
../../gcc/gcc/cp/call.c:5513
0x68e09d build_x_modify_expr(unsigned int, tree_node*, tree_code, tree_node*,
int)
../../gcc/gcc/cp/typeck.c:7534
0x651220 cp_parser_assignment_expression
../../gcc/gcc/cp/parser.c:8032
0x653523 cp_parser_expression
../../gcc/gcc/cp/parser.c:8158
0x653d2e cp_parser_expression
../../gcc/gcc/cp/parser.c:8197
0x653d2e cp_parser_expression_statement
../../gcc/gcc/cp/parser.c:9488
0x648fd7 cp_parser_statement
../../gcc/gcc/cp/parser.c:9339
0x64a2c2 cp_parser_statement_seq_opt
../../gcc/gcc/cp/parser.c:9611
0x64a406 cp_parser_compound_statement
../../gcc/gcc/cp/parser.c:9565
0x65da5b cp_parser_function_body
../../gcc/gcc/cp/parser.c:18408
0x65da5b cp_parser_ctor_initializer_opt_and_function_body
../../gcc/gcc/cp/parser.c:18444
0x661e5f cp_parser_function_definition_after_declarator
../../gcc/gcc/cp/parser.c:22452
0x662c32 cp_parser_function_definition_from_specifiers_and_declarator
../../gcc/gcc/cp/parser.c:22373
0x662c32 cp_parser_init_declarator
../../gcc/gcc/cp/parser.c:16419
0x663e7f cp_parser_simple_declaration
../../gcc/gcc/cp/parser.c:11054
0x6477e0 cp_parser_block_declaration
../../gcc/gcc/cp/parser.c:10935
0x66e9fe cp_parser_declaration
../../gcc/gcc/cp/parser.c:10832
Please submit a full bug report, [etc.]
[Bug c++/58814] [4.7/4.8/4.9 Regression] ICE with volatile and attribute vector_size
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58814 Volker Reichelt changed: What|Removed |Added Keywords||ice-on-valid-code Known to work||4.5.0, 4.6.0 Target Milestone|--- |4.7.4 Known to fail||4.7.0, 4.8.0, 4.9.0
[Bug c++/55588] Failure to diagnose non-template-id prefixed by keyword template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55588 Ville Voutilainen changed: What|Removed |Added CC||ville.voutilainen at gmail dot com --- Comment #2 from Ville Voutilainen --- Also present in 4.9 trunk, and I recently got a user complaint about this bug. How can I upvote? :)
[Bug libstdc++/58804] dynamic_bitset<> uses popcountl on long long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58804 --- Comment #9 from Ed Smith-Rowland <3dw4rd at verizon dot net> --- So I'll post this patch to gcc-patches. Thanks. In other news, people are thinking about a bitops library: https://groups.google.com/a/isocpp.org/forum/?fromgroups#!topic/std-proposals/8WB2Z9d7A0w. There seems to be a lot of support. I'm surprised the 128-bit ints didn't come with these sorts of functions. Maybe they just haven't been turned into builtins yet.
[Bug c++/58518] [4.8/4.9 regression] ICE with template specialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58518 --- Comment #3 from Paolo Carlini --- We should also find the commit which caused the regression.
[Bug rtl-optimization/58759] [4.9 Regression] wrong code (segfaults) at -O2 on x86_64-linux-gnu in 32-bit mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58759 Mikael Pettersson changed: What|Removed |Added CC||law at gcc dot gnu.org --- Comment #3 from Mikael Pettersson --- Started with trunk @ r202933, still occurs with trunk @ r203877. Author CC:d.
[Bug lto/56706] [4.8/4.9 Regression] failure building CP2K at -flto -O2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56706 Joost VandeVondele changed: What|Removed |Added CC||hubicka at ucw dot cz Known to fail||4.9.0 --- Comment #5 from Joost VandeVondele --- Jan, could you look into this LTO failure, or suggest how I can help to get this fixed ? The problem seems to be related to iseed, an argument to dbcsr_lapack_larnv in dbcsr_lib/dbcsr_blas_operations.F. This function is only called from dbcsr_make_random_matrix, where iseed is defined as a local SAVE'd variable. I think that none of the callers of dbcsr_make_random_matrix ends up in the binary, so I expect dbcsr_make_random_matrix is removed by LTO, but somehow the reference to iseed remains, leading to linking errors.
[Bug c++/58647] [4.7/4.8/4.9 Regression] ICE with function pointer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58647 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2013-10-20 Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com Ever confirmed|0 |1 --- Comment #1 from Paolo Carlini --- Mine.
[Bug c++/58815] New: Casting/Conversion operator for std::decimal not supported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815
Bug ID: 58815
Summary: Casting/Conversion operator for std::decimal not
supported
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: q1 at oxyba dot de
it is not really a bug a rather something missing.
example:
#include
int main(){
std::decimal::decimal64 x(101.5001);
long y = static_cast(x); // throws an error
return 0;
}
this will throw an error
"... error: invalid static_cast from type ‘std::decimal::decimal64’ to type
‘long int’..."
i know that type working would work using methods of std::decimal::decimal64,
e.g.
#include
int main(){
std::decimal::decimal64 x(101.5001);
long long y = std::decimal::decimal64_to_long_long(x); // look here
return 0;
}
As I cannot cicumvent the problem with outside class definition, I please you
to add conversion operators to std::decimal, e.g.
std::decimal::decimal64::operator long(){return ...;}
In general std::decimal is really immature, e.g. no operator<<, not supported
in (it says std::decimal is a floating point).
[Bug fortran/58813] SIGSEGV in show_locus at error.c:310
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58813 kargl at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||kargl at gcc dot gnu.org Resolution|--- |FIXED --- Comment #1 from kargl at gcc dot gnu.org --- With trunk gfortran gives troutmask:sgk[209] gfc4x -c b.f90 b.f90:5.16: type(t) 1 Error: Derived type 't' at (1) is being used before it is defined b.f90:7: end module m 1 Error: Procedure 'block@6' in generic interface 't' at (1) is neither function nor subroutine
[Bug inline-asm/58805] [4.8/4.9 Regression] Inline assembly wrongly optimized out when inside a conditional
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58805 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com --- Comment #9 from Mikael Pettersson --- Created attachment 31055 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31055&action=edit adjusted test case Adjusted test case, aborts when the wrong-code occurs, exits 0 otherwise. This wrong-code started with r186447. CC:ing author.
[Bug c++/58815] Casting/Conversion operator for std::decimal not supported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58815 Daniel Krügler changed: What|Removed |Added CC||daniel.kruegler@googlemail. ||com --- Comment #1 from Daniel Krügler --- The notion of "throws an error" is somewhat misleading in this context. What you intend to describe is that the compiler rejects the code.
