http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #16 from Uros Bizjak 2013-02-09 08:02:22
UTC ---
I didn't notice that my backport to 4.7 caused:
../../gcc-svn/branches/gcc-4_7-branch/gcc/lto/lto.c:1060:68: warning: format
‘%wx’ expects argument of type ‘unsigned int’, but argumen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #17 from Uros Bizjak 2013-02-09 08:17:41
UTC ---
(In reply to comment #16)
> I didn't notice that my backport to 4.7 caused:
>
> ../../gcc-svn/branches/gcc-4_7-branch/gcc/lto/lto.c:1060:68: warning: format
> ‘%wx’ expects argument o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56256
--- Comment #2 from Jakub Jelinek 2013-02-09
09:30:49 UTC ---
Author: jakub
Date: Sat Feb 9 09:30:45 2013
New Revision: 195913
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195913
Log:
PR target/56256
* config/rs6000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56256
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56227
--- Comment #18 from Uros Bizjak 2013-02-09 09:47:51
UTC ---
Fixed again on 4.7 branch by #including "output.h" in lto.c.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55362
--- Comment #4 from Paul Thomas 2013-02-09 09:49:52
UTC ---
Author: pault
Date: Sat Feb 9 09:49:49 2013
New Revision: 195915
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195915
Log:
2013-02-09 Paul Thomas
PR fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55362
Paul Thomas changed:
What|Removed |Added
Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7 Regression] ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #3 from janus at gcc dot gnu.org 2013-02-09 10:03:06 UTC ---
Fortunately there is a simple workaround: Declaring the procedure pointer as
procedure(ff), pointer :: f => ff
makes the segfault go away. The c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #4 from janus at gcc dot gnu.org 2013-02-09 10:08:23 UTC ---
Actually I wonder whether the test case is really valid. The problem is: When
declaring the procedure pointer without an interface, we don't know which kind
of argument
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #5 from janus at gcc dot gnu.org 2013-02-09 10:17:16 UTC ---
One can play the same game with scalars, where the situation is even more
severe:
module t
type :: nc
integer :: n = 1
end type nc
contains
subr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
Bug #: 56263
Summary: [avr] Provide strict address-space checking
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
Bug #: 56264
Summary: ICE in check_loop_closed_ssa_use, at
tree-ssa-loop-manip.c:557
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
Marek Polacek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
Evgeny Grin changed:
What|Removed |Added
CC||karlson2k at gmail dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55907
--- Comment #6 from janus at gcc dot gnu.org 2013-02-09 15:34:34 UTC ---
The patch in comment 5 regtests cleanly!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #8 from Andrew Benson 2013-02-09
16:50:54 UTC ---
On the test case in comment 2, ifort v11.1 reports:
> ifort -o bug.exe bug.F90
bug.F90(23): error #6592: This symbol must be a defined parameter, an
enumerator, or an argume
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265
Bug #: 56265
Summary: [4.8 Regression] ICE in ipa_make_edge_direct_to_target
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: ic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #9 from janus at gcc dot gnu.org 2013-02-09 16:58:54 UTC ---
(In reply to comment #8)
> On the test case in comment 2,
comment 1?
> ifort v11.1 reports:
>
> > ifort -o bug.exe bug.F90
> bug.F90(23): error #6592: This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #10 from Andrew Benson 2013-02-09
17:01:22 UTC ---
You're right - comment 1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #11 from Andrew Benson 2013-02-09
17:06:18 UTC ---
Thanks for figuring out the problem here. When I specify an interface for the
procedure pointer in the original code that I derived the test case from,
everything works OK.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
Ian Lance Taylor changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
Andreas Schwab changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678
--- Comment #83 from Georg 2013-02-09 18:10:26
UTC ---
(In reply to comment #82)
> Hopefully fixed once for all.
Just to confirm:
=== acats Summary ===
# of expected passes2320
# of unexpected failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56266
Bug #: 56266
Summary: ICE on invalid in gfc_match_varspec
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #7 from Ian Lance Taylor 2013-02-09 18:17:13
UTC ---
Sorry about that, I was told that it worked.
Can you figure out why it doesn't work? It seems straightforward enough. The
file gcc/testsuite/lib/go.exp does a load_lib of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52516
--- Comment #3 from Hans-Peter Nilsson 2013-02-09
18:19:28 UTC ---
I suggest this be marked as xfail, referring to PR45586.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
--- Comment #12 from janus at gcc dot gnu.org 2013-02-09 18:25:33 UTC ---
I just noticed that there is already related diagnostics in resolve.c
(resolve_global_procedure):
/* F2003, 12.3.1.1 (2d); F2008, 12.4.2.2 (2e) */
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
--- Comment #10 from Jakub Jelinek 2013-02-09
18:41:05 UTC ---
Author: jakub
Date: Sat Feb 9 18:41:00 2013
New Revision: 195918
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195918
Log:
PR other/56245
* regex.c (PTR_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
--- Comment #14 from Jakub Jelinek 2013-02-09
18:42:48 UTC ---
Given this is now P1, could the #c9 patch be committed soon, and perhaps just
defer a testcase for it when Marc returns?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56267
Bug #: 56267
Summary: [4.7/4.8 Regression] unordered containers require
Assignable hash function
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
Bug #: 56268
Summary: [4.7/4.8 Regression] C++11 ICE with boost
multi-precision and boost variant during assignment
Classification: Unclassified
Product: gcc
Version: 4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
--- Comment #1 from koraq at xs4all dot nl 2013-02-09 18:59:52 UTC ---
Created attachment 29403
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29403
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55842
--- Comment #8 from koraq at xs4all dot nl 2013-02-09 19:01:13 UTC ---
Thanks for fixing it, I can confirm this issue has been fixed. I ran into a
similar problem and filed it as bug 56268.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52555
--- Comment #10 from Aldy Hernandez 2013-02-09
19:07:44 UTC ---
Created attachment 29404
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29404
untested patch
Untested proposed patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52868
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52272
--- Comment #17 from Aldy Hernandez 2013-02-09
19:15:15 UTC ---
*** Bug 52868 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
Bug #: 56269
Summary: I've installed gcc but gfortran doesn't work, see in
the attached file
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #1 from shimonya at gmail dot com 2013-02-09 19:39:14 UTC ---
Created attachment 29405
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29405
This is the config.log file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #3 from shimonya at gmail dot com 2013-02-09 20:00:07 UTC ---
Thank you for your fast reply.
What can I do in order to have only version 4.7.2? (In reply to comment #2)
> You seem to have a version mix of 4.5.3 and 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224
Thomas Koenig changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #4 from Mikael Morin 2013-02-09
20:21:51 UTC ---
(In reply to comment #3)
> Thank you for your fast reply.
> What can I do in order to have only version 4.7.2?
Obviously, you can remove/uninstall version 4.5.3 (the fortran c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #5 from Mikael Morin 2013-02-09
20:22:52 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Thank you for your fast reply.
> > What can I do in order to have only version 4.7.2?
>
> Obviously, you can remove/un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53529
Evgeny Grin changed:
What|Removed |Added
CC||karlson2k at gmail dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976
--- Comment #7 from Paul Thomas 2013-02-09 20:33:56
UTC ---
Created attachment 29406
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29406
Draft patch for the PR
This turned out to be easier than I expected. It obviously needs a bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238
--- Comment #2 from Jason Merrill 2013-02-09
20:38:44 UTC ---
Author: jason
Date: Sat Feb 9 20:38:33 2013
New Revision: 195920
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195920
Log:
PR c++/56238
* pt.c (build_non_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56247
--- Comment #3 from Jason Merrill 2013-02-09
20:39:21 UTC ---
Author: jason
Date: Sat Feb 9 20:39:13 2013
New Revision: 195922
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195922
Log:
PR c++/56247
* pt.c (eq_special
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #6 from shimonya at gmail dot com 2013-02-09 20:43:49 UTC ---
Created attachment 29407
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29407
This is the new config.log file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #7 from shimonya at gmail dot com 2013-02-09 20:45:33 UTC ---
Thank you. I renamed it and now I get a new error (see in the new attached
file).(In reply to comment #6)
> Created attachment 29407 [details]
> This is the new confi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56247
--- Comment #4 from Jason Merrill 2013-02-09
20:47:31 UTC ---
Author: jason
Date: Sat Feb 9 20:47:24 2013
New Revision: 195923
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195923
Log:
PR c++/56247
* pt.c (eq_special
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #8 from Andreas Schwab 2013-02-09 20:48:07
UTC ---
The others were already loaded via libgo.exp.
Looking for ../../../../gcc/libgo/testsuite/../../gcc/testsuite/lib/prune.exp
Found ../../../../gcc/libgo/testsuite/../../gcc/te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #9 from Andreas Schwab 2013-02-09 20:49:39
UTC ---
# DejaGnu does not have proper library search paths for load_lib.
# We have to explicitly load everything that go.exp wants to load.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56247
--- Comment #5 from Jason Merrill 2013-02-09
20:54:05 UTC ---
Author: jason
Date: Sat Feb 9 20:53:59 2013
New Revision: 195924
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195924
Log:
PR c++/56247
* pt.c (eq_special
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #10 from Andreas Schwab 2013-02-09 21:03:35
UTC ---
mv: cannot stat ‘.././libgo/libgo.sum’: No such file or directory
mv: cannot stat ‘.././libgo/libgo.log’: No such file or directory
cat: .././libgo/libgo.sum.sep: No such file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56257
--- Comment #3 from Wolfgang Bangerth 2013-02-09
21:37:55 UTC ---
:-) Sure, and of course I did tell him "don't do that". In essence it's a
question of how easy it is to shoot yourself in the foot by exposing internal
details of the implem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
--- Comment #8 from Mikael Morin 2013-02-09
22:40:10 UTC ---
Something is seriously flawed on your side.
What is your toplevel configure command?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56269
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53529
--- Comment #4 from Andrew Pinski 2013-02-09
23:00:37 UTC ---
(In reply to comment #3)
> Similar error is always on MinGW hosts. MinGW has '.' in front of PATH by
> default.
> So if try to build GCC with language that require C++ or to bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #11 from ian at gcc dot gnu.org 2013-02-09
23:02:27 UTC ---
Author: ian
Date: Sat Feb 9 23:02:09 2013
New Revision: 195926
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195926
Log:
PR go/56017
libgo DejaGNU t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #12 from ian at gcc dot gnu.org 2013-02-09
23:19:41 UTC ---
Author: ian
Date: Sat Feb 9 23:19:33 2013
New Revision: 195927
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195927
Log:
PR go/56017
libgo testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56017
--- Comment #13 from Ian Lance Taylor 2013-02-09 23:20:42
UTC ---
Those problems may be fixed, let me know what the next one is.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56270
Bug #: 56270
Summary: loop over array of struct float causes compiler error:
segmentation fault
Classification: Unclassified
Product: gcc
Version: 4.7.2
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56270
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #1 from An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56271
Bug #: 56271
Summary: GCC build errors when building ada and using LDFLAGS
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56272
Bug #: 56272
Summary: Poor diagnostics for error: specialization of ...
after instantiation
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
Bug #: 56273
Summary: [4.8 regression] Bogus -Warray-bounds warning
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
--- Comment #1 from Daniel Scharrer 2013-02-10
07:07:40 UTC ---
The same code and command-line arguments do not produce a warning in gcc 4.7.2,
4.6.3, 4.5.4 and clang 3.2 as well as clang's static analyzer.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53728
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
76 matches
Mail list logo