http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57020
Bug #: 57020
Summary: error: expected expression before ‘)’ token
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57020
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|bootstrap |c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57021
Bug #: 57021
Summary: Better error message for * missing an expression or
rather using a non-type as a cast
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57021
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57019
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57019
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17838
--- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-04-21
09:59:26 UTC ---
In this case the code is computationally intensive. It doesn't make sense to
compile with '-Os' for cryptographic algorithms.
Huh? Of course
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
Bug #: 57022
Summary: [4.7/4.8/4.9 Regression] Inappropriate warning for use
of TRANSFER with arrays
Classification: Unclassified
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56975
--- Comment #10 from Alexey Pavlov alexpux at gmail dot com 2013-04-21
10:12:35 UTC ---
When building GCC stage2 when building with bootstrap or when building GCC with
prebuilded GCC-4.8.0 without bootstrap I have error configuring libgcc:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
--- Comment #2 from janus at gcc dot gnu.org 2013-04-21 10:19:17 UTC ---
Draft patch which gets rid of the warnings for the test case:
Index: gcc/fortran/check.c
===
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57023
Bug #: 57023
Summary: [4.7/4.8/4.9 Regression] Not packing arrays with
changing variable used for size
Classification: Unclassified
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57001
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56973
--- Comment #1 from Dirk Moermans dirkmoermans at gmail dot com 2013-04-21
11:41:33 UTC ---
Created attachment 29909
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29909
preprocessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56973
--- Comment #2 from Dirk Moermans dirkmoermans at gmail dot com 2013-04-21
11:43:02 UTC ---
the output of gcc -v
Using built-in specs.
COLLECT_GCC=g++-4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57018
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||mikpe at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
Mikael Morin mikael at gcc dot gnu.org changed:
What|Removed |Added
CC||mikael at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57024
Bug #: 57024
Summary: gcc too eager splitting cvtss2sd into unpcklps +
cvtps2pd
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57021
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57020
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57023
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57019
--- Comment #4 from thambsup at gmail dot com 2013-04-21 13:23:05 UTC ---
About the second part, I'm not fully sure how to reproduce it. Can you give a
full self-contained code example instead of describing it in words?
type cParticle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
--- Comment #4 from janus at gcc dot gnu.org 2013-04-21 13:42:14 UTC ---
(In reply to comment #3)
(In reply to comment #2)
+
+ if (source-expr_type == EXPR_ARRAY || source-rank 0)
+{
+ if (!gfc_array_size (source,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
Bug #: 57025
Summary: Solaris g++ defines __STDC_VERSION__=199901L
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
dank at kegel dot com changed:
What|Removed |Added
CC||dank at kegel dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2013-04-21
14:47:47 UTC ---
I think this is necessary to get the system libc to expose C99 library
features, it doesn't mean the C++ compiler supports language features that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2013-04-21
14:50:56 UTC ---
The C++ standard specifically says:
__STDC_VERSION__
Whether __STDC_VERSION__ is predefined and if so, what its value is, are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
--- Comment #3 from Jeroen Demeyer jdemeyer at cage dot ugent.be 2013-04-21
14:53:26 UTC ---
(In reply to comment #1)
I think this is necessary to get the system libc to expose C99 library
features
Isn't this what fixincludes is for?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57025
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2013-04-21
15:09:48 UTC ---
Those libraries are incompatible with C++ then, the C++ standard allows
__STDC_VERSION to be defined by a C++ compiler.
The libraries could be fixed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57019
--- Comment #5 from janus at gcc dot gnu.org 2013-04-21 15:23:49 UTC ---
I can confirm a runtime segfault (invalid memory reference) on comment 4 with
4.7, 4.8 and trunk.
With 4.3 one does not get a segfault, but the output is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57023
--- Comment #2 from Thomas Koenig tkoenig at gcc dot gnu.org 2013-04-21
15:54:00 UTC ---
We also have to watch out for
module mymod
contains
subroutine foo(a,n)
integer, dimension(n,n), intent(inout) :: a
integer :: n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57024
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org 2013-04-21 17:33:46
UTC ---
Maybe the processor is just badly detected or modeled? I noticed on the same
machine another surprising tuning issue. Adding -march=native changes for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57003
--- Comment #5 from Andrew Pinski pinskia at gcc dot gnu.org 2013-04-21
18:06:36 UTC ---
(In reply to comment #4)
Next step may be to bisect wine's source code to see which file or files
misbehave when built with -O2 but without
20130421 on an AMD x86_64 box.
The compiler said
Unable to coalesce ssa_names 97 and 101 which are marked as MUST COALESCE.
image_depth_97(ab) and image_depth_101(ab)
coders/png.c: In function 'WriteOnePNGImage':
coders/png.c:6287:23: internal compiler error: SSA corruption
static
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
Vladimir Fuka vladimir.fuka at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57001
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17838
dean at arctic dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57023
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
--- Comment #12 from Uros Bizjak ubizjak at gmail dot com 2013-04-21 21:15:50
UTC ---
Created attachment 29911
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29911
Patch that introduces trap_shadows pass after eh_ranges
2013-04-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57022
--- Comment #8 from janus at gcc dot gnu.org 2013-04-21 21:25:14 UTC ---
(In reply to comment #7)
(In reply to comment #6)
I have an extended patch which fixes both this one and the original test
case
(and regtests cleanly).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56858
--- Comment #13 from stevenb.gcc at gmail dot com stevenb.gcc at gmail dot
com 2013-04-21 21:36:32 UTC ---
Steven, is it possible to emit NOTE_INSN_EH_REGION_END in such way that it
would not split the call and its
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51982
--- Comment #3 from David Edelsohn dje at gcc dot gnu.org 2013-04-21 23:26:03
UTC ---
Created attachment 29912
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29912
self-contained example
The function lookup_unicode should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57027
Bug #: 57027
Summary: [4.9 Regression] ICE in gimple_assign_rhs_code, at
gimple.h:2022
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32415
Yannick Duchêne (Hibou57) yannick_duchene at yahoo dot fr changed:
What|Removed |Added
CC|
46 matches
Mail list logo