https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61797
--- Comment #1 from Mikael Pettersson ---
decl_in_symtab_p is used under #ifdef ENABLE_CHECKING by symtab_get_node (also
in craph.h), and unconditionally by fold-const.c:tree_single_nonzero_warnv_p.
Sticking an __attribute__((__used__)) on decl_
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: mikpelinux at gmail dot com
Attempting to bootstrap gcc-4.10-20140713 (r212499) on x86_64-linux fails w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61445
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58636
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Jul 14 05:28:21 2014
New Revision: 212508
URL: https://gcc.gnu.org/viewcvs?rev=212508&root=gcc&view=rev
Log:
PR c++/58636
* call.c (build_list_conv): Don't try to build a list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58636
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58611
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58612
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 58612, which changed state.
Bug 58612 Summary: [4.8/4.9/4.10 Regression] [c++11] ICE calling non-constexpr
from constexpr in template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58612
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 58611, which changed state.
Bug 58611 Summary: [4.8/4.9/4.10 Regression] [c++11] ICE with invalid constexpr
constructor used in array initialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58611
What|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 58511, which changed state.
Bug 58511 Summary: [4.8/4.9/4.10 Regression] [c++11] ICE using static const
member variable in constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58511
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58611
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Jul 14 05:25:31 2014
New Revision: 212506
URL: https://gcc.gnu.org/viewcvs?rev=212506&root=gcc&view=rev
Log:
PR c++/58611
* decl.c (check_initializer): Don't finish_compound_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58511
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Mon Jul 14 05:25:37 2014
New Revision: 212507
URL: https://gcc.gnu.org/viewcvs?rev=212507&root=gcc&view=rev
Log:
PR c++/58511
* semantics.c (is_instantiation_of_constexpr): Return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58612
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Jul 14 05:25:25 2014
New Revision: 212505
URL: https://gcc.gnu.org/viewcvs?rev=212505&root=gcc&view=rev
Log:
PR c++/58612
* tree.c (bot_replace): Only replace a dummy 'this' p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58511
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60628
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Mon Jul 14 05:25:19 2014
New Revision: 212504
URL: https://gcc.gnu.org/viewcvs?rev=212504&root=gcc&view=rev
Log:
PR c++/60628
* decl.c (create_array_type_for_decl): Only check for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58636
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Jul 14 05:25:13 2014
New Revision: 212503
URL: https://gcc.gnu.org/viewcvs?rev=212503&root=gcc&view=rev
Log:
PR c++/58636
* call.c (build_list_conv): Don't try to build a list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61795
--- Comment #2 from Mitsuru Kariya ---
I think that this behaviour is caused by r201253 (for PR57974, Comment 11).
DR844 was fixed by r136694 but reverted by r201253.
diff r135878 r136694
https://gcc.gnu.org/viewcvs/gcc/trunk/libstdc%2B%2B-v3/in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61786
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
--- Comment #9 from Jerry DeLisle ---
Its not really a glitch. In this case reversion has occurred so i can only
approximate where in the string the error occured. I can improve on it with:
offset = fmt->reversion_ok ? fmt->format_string_len
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
--- Comment #8 from Dominique d'Humieres ---
Sorry! There is still a glitch: the following code
program p
call ss()
call ss()
end program p
subroutine ss
CHARACTER(3), save :: ZTYP(3)
DATA ZTYP /'XXX','Y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
Jerry DeLisle changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #9 from Jerry DeLisle -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60608
--- Comment #3 from Paolo Carlini ---
Slightly shorter:
template
void
wrapper(void (*f)(Args...));
void myfun(int);
void
test()
{
wrapper(myfun);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61790
--- Comment #1 from dave.anglin at bell dot net ---
On 12-Jul-14, at 8:47 PM, danglin at gcc dot gnu.org wrote:
> ../../gcc/gcc/gcov-tool.c:313:42: error: 'atoll' was not declared in
> this scope
sscanf will work.
Dave
--
John David Anglin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61796
Bug ID: 61796
Summary: gcc arm hardfloat
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60608
Paolo Carlini changed:
What|Removed |Added
CC|volumedriverteam@cloudfound |
|ers.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
--- Comment #7 from Harald Anlauf ---
(In reply to Dominique d'Humieres from comment #6)
Well, the problem is in the resolution of the generic,
not in the invocation in the main.
If you comment out
! MODULE PROCEDURE bar_a1d
you get the res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61795
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61792
Thomas Koenig changed:
What|Removed |Added
CC||romangareev at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61795
Bug ID: 61795
Summary: [C++11] return type of std::pow(std::complex,
int) should be std::complex
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58611
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
--- Comment #6 from Jerry DeLisle ---
yes, I need to adjust the offset and width calculation. Updated patch is in
the works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58612
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
--- Comment #6 from Dominique d'Humieres ---
> Well, my understanding is that
>
> TYPE(c_ptr) :: a, b
>
> are pointers (void*) and
>
> TYPE(c_ptr) :: a(:), b(:)
>
> are arrays of pointers (void**).
The result of -fdump-tree-original of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58636
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
--- Comment #5 from Harald Anlauf ---
(In reply to Dominique d'Humieres from comment #4)
> > TKR, i.e. rank in the present case?
>
> Doesn't it assume that TKR is available trough C_LOC(i)?
Well, my understanding is that
TYPE(c_ptr) :: a,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
--- Comment #4 from Dominique d'Humieres ---
> TKR, i.e. rank in the present case?
Doesn't it assume that TKR is available trough C_LOC(i)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61615
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61794
Bug ID: 61794
Summary: internal error: unrecognizable insn, from avx512
extract instruction
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60209
emsr at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
Dominique d'Humieres changed:
What|Removed |Added
CC||kikairoya at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61793
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60209
--- Comment #5 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Sun Jul 13 13:36:57 2014
New Revision: 212494
URL: https://gcc.gnu.org/viewcvs?rev=212494&root=gcc&view=rev
Log:
cp/
2014-07-13 Edward Smith-Rowland <3dw...@verizon.net>
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61792
--- Comment #2 from Thomas Koenig ---
Here is the command line:
make[3]: Entering directory `/home/ig25/Gcc/trunk-bin/gcc'
g++ -c -g -DIN_GCC-fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wno-narrowing -Wwrite-strings -Wc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61623
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61793
Bug ID: 61793
Summary: regression: bootstrapping fails on x86_64-linux-gnu
after r212352
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60967
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|florent.hive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60967
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Sun Jul 13 13:24:18 2014
New Revision: 212493
URL: https://gcc.gnu.org/viewcvs?rev=212493&root=gcc&view=rev
Log:
2014-07-13 Paolo Carlini
PR c++/60967
* g++.dg/cilk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60967
--- Comment #2 from Paolo Carlini ---
I'm adding the testcase and closing the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61791
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #8 from Dominique d'Humieres ---
Backtrace for the reduced test case
* thread #1: tid = 0x1357c7a, 0x0001000afb00
f951`count_st_nodes(st=) + 16 at symbol.c:3580, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61780
--- Comment #5 from Mikael Morin ---
(In reply to paul.richard.tho...@gmail.com from comment #3)
> Dear Mikael,
>
> I didn't see your posting, which was about an hour before mine. At
> least we came to the same conclusion!
>
Yes, that's good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #7 from Dominique d'Humieres ---
Created attachment 33116
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33116&action=edit
Reduced test case
This is the smallest test I can get to gives an ICE
plib8b-1_red.f90: In function 'ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61792
--- Comment #1 from Andreas Schwab ---
Looks like it doesn't use/prefer the configured ISL headers. Unfortunately you
left out the actual compiler command lines.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61792
Bug ID: 61792
Summary: [4.10 Regression] Bootstrap error with undeclared
function isl_ast_expr_get_val
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61792
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #50 from Denis Excoffier ---
gcc-4.9.1-RC-20140710 bootstraps perfectly. Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60629
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60628
--- Comment #5 from Paolo Carlini ---
*** Bug 60629 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51312
--- Comment #8 from Paolo Carlini ---
... but then value isn't yet an INTEGER_CST and we can't use int_fits_type_p...
Still, something seems redundant between an early conversion and the final
convert.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61791
--- Comment #1 from Mitsuru Kariya ---
Sorry, the text which should be quoted was mistaken.
> According to C++11 standard 26.4.9[cmplx.over] paragraph 2, "if either
> argument has type complex, double, or an integer type, then both
> arguments a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51312
--- Comment #7 from Paolo Carlini ---
Uhm, it occurs to me that we may also play with moving up the code we already
have a few line below handling ENUM_UNDERLYING_TYPE (enumtype): if convert is
called first on the X() in e = X() we get a CALL_EXP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61791
Bug ID: 61791
Summary: [C++11] [constexpr] Additional overloads of std::real
should be a constexpr function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
--- Comment #5 from Dominique d'Humieres ---
With the patch in comment 4, the caret is shifted one character to the left and
there are some missing characters in the format string. This causes the failure
of the tests gfortran.dg/fmt_error_4.f90
66 matches
Mail list logo
