http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55711
Andrew Pinski changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55638
--- Comment #2 from Tobias Burnus 2012-12-15
23:25:41 UTC ---
Author: burnus
Date: Sat Dec 15 23:25:36 2012
New Revision: 194525
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194525
Log:
2012-12-16 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55695
ojab changed:
What|Removed |Added
CC||joseph at codesourcery dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #17 from janus at gcc dot gnu.org 2012-12-15 21:26:32 UTC ---
(In reply to comment #16)
> > Question is: Is the packing needed here? I would guess that it isn't.
>
> Of course I might be wrong here. After all, array_t3_ptr is a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #16 from janus at gcc dot gnu.org 2012-12-15 21:06:11 UTC ---
(In reply to comment #15)
>
> type(t3), pointer :: array_t3_ptr(:,:)
>
> call sub_array_assumed (array_t3_ptr)
>
> contains
>
> subroutine sub_array_as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55711
Bug #: 55711
Summary: Internal compiler error while compiling
openssl1.0.1c/crypto/asn1/a_strex.c
Classification: Unclassified
Product: gcc
Version: 4.8.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #15 from janus at gcc dot gnu.org 2012-12-15 20:47:00 UTC ---
(In reply to comment #11)
> FAIL: gfortran.dg/assumed_type_2.f90 -O0 scan-tree-dump-times original
> "sub_array_assumed \\(D" 2
> FAIL: gfortran.dg/assumed_type_2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53766
--- Comment #5 from Duncan Sands 2012-12-15
20:04:16 UTC ---
Thanks for fixing the problem!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
--- Comment #6 from Daniel Krügler
2012-12-15 19:55:56 UTC ---
(In reply to comment #5)
So will the following do that:
//
template
struct X {
static void (*code) ();
};
template
void (*X::code) () = []{}; // Line 7
int ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #14 from janus at gcc dot gnu.org 2012-12-15 19:46:37 UTC ---
(In reply to comment #13)
> (In reply to comment #11)
> > Ok, revised version of the patch from comment 9, which fixes the runtime
> > failure on internal_pack_10.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54799
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
--- Comment #5 from Paolo Carlini 2012-12-15
19:07:34 UTC ---
To repeat: in order to, so to speak, raise the priority of this issue, we need
a testcase which was accepted by 4.6.x (or 4.7.x): the testcase we have got
isn't Ok for that, bec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53359
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
--- Comment #4 from Paolo Carlini 2012-12-15
19:03:10 UTC ---
Oops, 4.6.x says that NSDMIs are needed for line 10 and rejects it, that misled
me. Then, what can I say, probably the issue isn't a regression and it's only
superficially simil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
--- Comment #3 from Daniel Krügler
2012-12-15 18:57:37 UTC ---
(In reply to comment #2)
Note that my first example is not related to NSDMIs, it occurs in a static data
member initializer.
The actual reason for understanding the possible reasons
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52420
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52735
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52735
--- Comment #2 from Eric Botcazou 2012-12-15
18:47:57 UTC ---
Author: ebotcazou
Date: Sat Dec 15 18:47:53 2012
New Revision: 194523
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194523
Log:
PR ada/52735
* gnat.dg/nest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52735
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53359
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
--- Comment #1 from Andrew Pinski 2012-12-15
18:29:33 UTC ---
Related to PR 55015.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53766
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53766
--- Comment #3 from Eric Botcazou 2012-12-15
18:16:33 UTC ---
Author: ebotcazou
Date: Sat Dec 15 18:16:28 2012
New Revision: 194522
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194522
Log:
PR ada/53766
Backport from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784
Andrew Pinski changed:
What|Removed |Added
CC||howarth at nitro dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52444
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53766
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |4.7.3
Summary|ICE in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53766
--- Comment #2 from Eric Botcazou 2012-12-15
18:11:43 UTC ---
Author: ebotcazou
Date: Sat Dec 15 18:11:38 2012
New Revision: 194521
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194521
Log:
PR ada/53766
* gnat.dg/cont
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53996
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53996
--- Comment #2 from Eric Botcazou 2012-12-15
17:50:55 UTC ---
Author: ebotcazou
Date: Sat Dec 15 17:50:49 2012
New Revision: 194520
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194520
Log:
PR ada/53996
* gcc-interfac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55710
Bug #: 55710
Summary: [C++11] Linkage errors with lambdas
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55539
--- Comment #6 from Janne Blomqvist 2012-12-15 16:47:44
UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Strangely enough I needed to add some epsilon to 0.5 so that
> > the second test passes, because the exact value 0.5 appears
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55680
--- Comment #1 from Daniel Krügler
2012-12-15 16:44:08 UTC ---
The same problem exists for gcc 4.8.0 20121209 (experimental). The code looks
valid to me. I tried to deduce the root of the compiler problem here. For
example trying to rewrite it a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55709
--- Comment #1 from Jakub Jelinek 2012-12-15
16:40:10 UTC ---
So just test the same patch as in PR52894 for trunk and submit it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55539
Janne Blomqvist changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jb at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55709
Bug #: 55709
Summary: [4.8 Regression] Infinite loop in pointer_set_insert
compiling cp/pt.c
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53876
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #13 from Mikael Morin 2012-12-15
16:16:57 UTC ---
(In reply to comment #10)
> Here is a reduced version of internal_pack_10.f90, which is the only
> runtime-failure in the testsuite for the patch in comment #9:
>
[...]
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #12 from janus at gcc dot gnu.org 2012-12-15 16:05:36 UTC ---
(In reply to comment #11)
> Note: This still shows scan-tree-dump failures on assumed_type_2.f90, but now
> only 2 of them at -O0 (instead of 4):
>
> FAIL: gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55707
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55703
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52444
--- Comment #4 from Jack Howarth 2012-12-15
14:23:17 UTC ---
I see the same behavior on x86_64 Fedora linux...
/home/howarth/work-gcc/gcc/xgcc -B/home/howarth/work-gcc/gcc/
/home/howarth/gcc/gcc/testsuite/gcc.dg/tree-prof/pr44777.c
-fn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52444
--- Comment #3 from Jack Howarth 2012-12-15
14:17:18 UTC ---
One interesting thing is that slightly different assembly is generated each
time you recompile this test case...
# diff -u pr44777.s pr44777.s.PROFILE_GENERATE
--- pr44777.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52444
--- Comment #2 from Jack Howarth 2012-12-15
14:15:20 UTC ---
Created attachment 28977
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28977
assembly file for gcc.dg/tree-prof/pr44777.c -fprofile-generate
-D_PROFILE_GENERATE on x86_64-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52444
--- Comment #1 from Jack Howarth 2012-12-15
14:02:23 UTC ---
This issue doesn't occur under darwin10 but when object files, created under
darwin10, are linked under darwin12 this runtime failure occurs. I opened
radar://12875171 in case th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #11 from janus at gcc dot gnu.org 2012-12-15 13:46:26 UTC ---
Ok, revised version of the patch from comment 9, which fixes the runtime
failure on internal_pack_10.f90:
Index: gcc/fortran/trans-array.c
===
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55706
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #10 from janus at gcc dot gnu.org 2012-12-15 13:06:37 UTC ---
Here is a reduced version of internal_pack_10.f90, which is the only
runtime-failure in the testsuite for the patch in comment #9:
module mo_obs_rules
type t_set
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55708
Bug #: 55708
Summary: g++ crashes: constexpr function with reference
parameters.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55706
--- Comment #2 from Jonathan Wakely 2012-12-15
12:47:13 UTC ---
Ah of course, this is the fix for PR 52015
You need to use at least r5437 from the Mingw-w64 trunk for 4.8, I will update
the release notes today
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55706
--- Comment #1 from Jonathan Wakely 2012-12-15
12:43:15 UTC ---
This implies the type of std::vswprintf is wrong on that platform.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53996
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55088
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55704
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123
Eric Botcazou changed:
What|Removed |Added
CC||rai...@emrich-ebersheim.de
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54549
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51898
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51555
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
Thomas Koenig changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #9 from janus at gcc dot gnu.org 2012-12-15 11:00:09 UTC ---
(In reply to comment #7)
> The following patch (which amounts to a partial revert of r156749) fixes the
> behavior of comment #2 for me:
Ugh. Apparently it was muc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55707
Bug #: 55707
Summary: [4.7 Regression] bootstrap fails in
gcc/graphite-dependences.c error cast loses precision
Classification: Unclassified
Product: gcc
Version: 4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55072
--- Comment #8 from janus at gcc dot gnu.org 2012-12-15 10:56:26 UTC ---
(In reply to comment #7)
> The following patch (which amounts to a partial revert of r156749) fixes the
> behavior of comment #2 for me:
Note: The patch in comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55706
Bug #: 55706
Summary: [4.8 Regression] failue to build libstdc++ in stage 1
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53952
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55697
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55684
Andrew Pinski changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53952
--- Comment #5 from Alexandre Oliva 2012-12-15
10:25:24 UTC ---
Author: aoliva
Date: Sat Dec 15 10:25:15 2012
New Revision: 194519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194519
Log:
PR libmudflap/53952
* expr.c (mem_re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55705
Bug #: 55705
Summary: [4.7 Regression] error: 'CLOCK_REALTIME' undeclared in
libgfortran/intrinsics/system_clock.c
Classification: Unclassified
Product: gcc
Version: 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55704
--- Comment #1 from Rainer Emrich 2012-12-15
10:14:47 UTC ---
The same for 4.8.0 in stage 1:
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55704
Bug #: 55704
Summary: [4.7 Regression] Failures building ada
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
72 matches
Mail list logo