http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60980
--- Comment #3 from Andrew Pinski ---
Note I think this code is invalid due to the struct not having a size.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60982
Bug ID: 60982
Summary: Very long compilation of precompiled headers
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60980
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60981
--- Comment #1 from Tony Theodore ---
Created attachment 32691
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32691&action=edit
add -static-libgcc to lto-plugin/configure
This is the modified lto-plugin/configure that has been tested.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60981
Bug ID: 60981
Summary: lto-plugin configuration doesn't test for
-static-libgcc (OSX gcc -> clang)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60980
--- Comment #1 from Paul Pluzhnikov ---
Google ref: b/14366603
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60980
Bug ID: 60980
Summary: [4.9/4.10 Regression] ICE in
build_special_member_call, at cp/call.c:7447
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60979
Bug ID: 60979
Summary: [4.9/4.10 Regression] ICE: in
gimple_redirect_edge_and_branch_force, at
tree-cfg.c:5544, w/ -O -ftree-loop-linear or
fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
--- Comment #5 from Manuel López-Ibáñez ---
I think it should not warn for anonymous enums. The point of the warning is
that using different enum types in a conditional expression is often some
programming mistake. But in the case of anonymous enu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
--- Comment #4 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #3)
> I don't even understand what this code is trying to warn about:
>
> if (TREE_CODE (arg2_type) == ENUMERAL_TYPE
> && TREE_CODE (arg3_type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
--- Comment #2 from Paul Pluzhnikov ---
(In reply to Andrew Pinski from comment #1)
> This is documented to do this even in 4.8
> (http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/Warning-Options.html):
> In C++ enumeral mismatches in conditional expr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
--- Comment #1 from Andrew Pinski ---
This is documented to do this even in 4.8
(http://gcc.gnu.org/onlinedocs/gcc-4.8.2/gcc/Warning-Options.html):
In C++ enumeral mismatches in conditional expressions are also diagnosed and
the warning is enable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60978
Bug ID: 60978
Summary: [4.9 Regression] -Wenum-compare warns too eagerly
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407
--- Comment #10 from Andrzej Krzemienski ---
I guess, by now "item 11" should read "either delete or define ..."
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #19 from Andreas Schwab ---
Use the test case from #c12.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #18 from Jerry DeLisle ---
(In reply to Tobias Burnus from comment #15)
> (In reply to Andreas Schwab from comment #14)
> > Run it.
>
> First, Jerry, I think you really should also compare the results against the
> original string.
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58003
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58003
Bug 58003 depends on bug 59604, which changed state.
Bug 59604 Summary: Constant comparisons with -fno-range-check and int(z'...')
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604
What|Removed |Added
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Sun Apr 27 16:36:26 2014
New Revision: 209842
URL: http://gcc.gnu.org/viewcvs?rev=209842&root=gcc&view=rev
Log:
PR libstdc++/60497
* include/std/tuple (get): Qualify calls to prev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60710
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Sun Apr 27 16:32:55 2014
New Revision: 209839
URL: http://gcc.gnu.org/viewcvs?rev=209839&root=gcc&view=rev
Log:
PR libstdc++/60497
* include/std/tuple (get): Qualify calls to prev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60710
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Sun Apr 27 16:33:06 2014
New Revision: 209841
URL: http://gcc.gnu.org/viewcvs?rev=209841&root=gcc&view=rev
Log:
2014-04-27 Lars Gullik Bjønnes
PR libstdc++/60710
* include/exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #17 from Tobias Burnus ---
(In reply to Jerry DeLisle from comment #16)
> A user should not have to artificially construct a string to accommodate
> endianess.
In principle, the user doesn't have to do so. UTF-8 itself is agnostic to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #16 from Jerry DeLisle ---
I have to get my head around this. A user should not have to artificially
construct a string to accommodate endianess. Also, I think I see the buffer
overflow issue Andreas spotted. I appreciate the comments
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41936
--- Comment #5 from Dominique d'Humieres ---
> Calling gfc_deallocate_alloc_comp for BT_CLASS looks wrong. ...
I have only added " && expr->rank" to the three year old Mikael's patch.
> You have to call the finalization wrapper - to ensure that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41936
--- Comment #4 from Tobias Burnus ---
(In reply to Dominique d'Humieres from comment #3)
> + if ((expr->ts.type == BT_DERIVED || expr->ts.type == BT_CLASS)
> + && expr->ts.u.derived->attr.alloc_comp && expr->rank
> + && expr->expr_type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #46 from Mikael Pettersson ---
Using a binutils with the proposed patch for binutils' PR 16858 I can now
bootstrap gcc-4.8.2 with --disable-sjlj-exceptions on Cygwin.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41936
--- Comment #3 from Dominique d'Humieres ---
> Fixed if one adds the code below (copied from gfc_conv_array_parameter).
> I'm afraid this could change a memory leak into a double free (see PR 40850).
> Also, not quite right (even if the middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60922
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
Sebastian Huber changed:
What|Removed |Added
CC||hjl at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #15 from Tobias Burnus ---
(In reply to Andreas Schwab from comment #14)
> Run it.
First, Jerry, I think you really should also compare the results against the
original string.
Secondly, with the modification, I get for the original
gly this happens in System.Img_Real.Set_Real_Image, according to GDB.
On Mac:
$ uname -r -s -m
Darwin 11.4.2 x86_64
$ gnatmake -gnatVa -gnateF -gnatwa -gnatv float_segfault.adb
gcc -c -gnatVa -gnateF -gnatwa -gnatv float_segfault.adb
GNAT 4.10.0 20140427 (experimental) [trunk revision 209835]
Copyright 1992-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16166
--- Comment #9 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> > # Item 11: Define a copy constructor and an assignment operator for classes
> > with
> > dynamically allocated memory.
>
> Replaced by Item 14: "Think care
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58407
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #14 from Andreas Schwab ---
Run it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #13 from Tobias Burnus ---
(In reply to Andreas Schwab from comment #12)
> ! { dg-do run }
[...]
Which is essentially the following.
-str = 4_'a'//char (int (z'4F60'),4) &
+str = 4_'1a'//char (int (z'4F60'),4) &
If that's su
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #12 from Andreas Schwab ---
! { dg-do run }
! PR52539 UTF-8 support for namelist read and write
character(len=10, kind=4) :: str, str2
character(len=25, kind=4) :: str3
namelist /nml/ str
str = 4_'1a'//char (int (z'4F60'),4) &
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
--- Comment #11 from Andreas Schwab ---
Mixing push_char and push_char4 can't be right.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59604
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Sun Apr 27 10:48:56 2014
New Revision: 209836
URL: http://gcc.gnu.org/viewcvs?rev=209836&root=gcc&view=rev
Log:
2014-03-27 Thomas Koenig
PR fortran/59604
PR fortran/58003
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58003
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Sun Apr 27 10:48:56 2014
New Revision: 209836
URL: http://gcc.gnu.org/viewcvs?rev=209836&root=gcc&view=rev
Log:
2014-03-27 Thomas Koenig
PR fortran/59604
PR fortran/58003
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52251
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56744
Bug 56744 depends on bug 52539, which changed state.
Bug 52539 Summary: I/O: Wrong result for UTF-8/UCS-4 list-directed and namelist
read and nml write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52539
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59758
--- Comment #7 from Matthias Klose ---
still fails to build with the proposed patch on sparc-linux-gnu
In file included from
../../../../src/libsanitizer/sanitizer_common/sanitizer_platform_limits_linux.cc:20:0:
../../../../src/libsanitizer/sanit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60914
--- Comment #3 from Zdenek Sojka ---
(In reply to ctice from comment #2)
> Running your tests, I get a different ICE:
>
> gcc-fsf-root/usr/local/bin/gcc -O -flto -fvtable-verify=preinit pr59437.C
> pr59437.C: In function ‘_GLOBAL__sub_I.00099_co
48 matches
Mail list logo
