https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #3 from Jan Hubicka hubicka at ucw dot cz ---
git clone https://github.com/andikleen/linux-misc -b lto-linus-3.15
Build with the attached kernel config (copy to .config in the build dir) and
4.9
Aha, we still compile kernel with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
--- Comment #7 from Marc Glisse glisse at gcc dot gnu.org ---
Created attachment 33024
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33024action=edit
replace clobber with default def
This passes bootstrap+testsuite with all default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61634
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58051
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Sat Jun 28 07:45:27 2014
New Revision: 212099
URL: https://gcc.gnu.org/viewcvs?rev=212099root=gccview=rev
Log:
gcc/cp:
DR 1579
PR c++/58051
* typeck.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58051
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58055
Bug 58055 depends on bug 58051, which changed state.
Bug 58051 Summary: [DR1579] No named return value optimization when returned
object is implicitly converted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58051
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Bug ID: 61636
Summary: generic lambda cannot call member function without
object
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #1 from tower120 tower120 at gmail dot com ---
Furthermore, if not pass data as a lambda function param, but capture it from
current scope, it deduces type wrong.
http://coliru.stacked-crooked.com/a/ae022b9d25d93490
Uncomment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|tower120 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #16 from Marc Glisse glisse at gcc dot gnu.org ---
I am now getting an abi_check failure on x86_64-linux-gnu on a -O0 -g build
because of this symbol. Is it expected?
1 incompatible symbols
0
_ZNKSt9type_infoeqERKS_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #17 from Paolo Carlini paolo.carlini at oracle dot com ---
It is not expected of course, but I'm traveling, I cannot look into it now, I
have no idea why is the symbol exported, is the macro we added for ARM
misbehaving somehow for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #18 from Paolo Carlini paolo.carlini at oracle dot com ---
In other terms, I don't see how !__GXX_TYPEINFO_EQUALITY_INLINE may end up
being true on x86_64-linux given the beginning of abi/pre/gnu.ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
--- Comment #9 from Marc Glisse glisse at gcc dot gnu.org ---
The warnings are normal, they also appear in a non-patched build, so that
leaves only the coalesce errors.
(In reply to Eric Botcazou from comment #8)
The Ada front-end is the only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
Bug ID: 61637
Summary: C++ program does not catch exceptions on AIX 7.1
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: blocker
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #3 from tower120 tower120 at gmail dot com ---
I found that as only I pass *this as parameter and then call functions from it,
it works ok. But it have to be auto:
/// This work
std::cout if_else(do_first,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #7 from Ed Smith-Rowland 3dw4rd at verizon dot net ---
Created attachment 33026
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33026action=edit
patch_from_hell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #6 from Ed Smith-Rowland 3dw4rd at verizon dot net ---
On 06/27/2014 05:39 PM, paolo.carlini at oracle dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com ---
Thanks, but in general I would recommend sending patches to gcc-patches in a
separate email, with a clear [C++ Patch] or something similar in the subject.
Also, please minimize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Severity|blocker |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
--- Comment #15 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org ---
Author: fxcoudert
Date: Sat Jun 28 14:17:41 2014
New Revision: 212102
URL: https://gcc.gnu.org/viewcvs?rev=212102root=gccview=rev
Log:
PR fortran/29383
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #2 from Daniel Krügler daniel.kruegler at googlemail dot com ---
As usual you need to provide a code example and the used compiler flags.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #9 from Ed Smith-Rowland 3dw4rd at verizon dot net ---
On 06/28/2014 10:03 AM, paolo.carlini at oracle dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61638
Bug ID: 61638
Summary: warning: multi-line comment unclear and has false
positives
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #10 from Ed Smith-Rowland 3dw4rd at verizon dot net ---
On 06/28/2014 10:03 AM, paolo.carlini at oracle dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 29383, which changed state.
Bug 29383 Summary: Fortran 2003/F95[TR15580:1999]: Floating point exception
(IEEE) support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29383
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #3 from Krishnamoorthy C chandrakm at hotmail dot com ---
Compiler options tried:
---
CC= gcc
CXX=g++
Compilation flags
SYSCXXFLAGS= -Dlinux -Dlinux_x86_64 -DLINUX_AMD64 -O1 -maix64 -fpermissive
-Wextra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #4 from Krishnamoorthy C chandrakm at hotmail dot com ---
The symptoms are as follows:
1. Any exception thrown ( whether a empty throw or a number or a class object )
never reaches the catch
this is happening across the code base,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #5 from Krishnamoorthy C chandrakm at hotmail dot com ---
// Throw and catch not working
#include iostream
using namespace std;
int main () {
try
{
throw 20;
}
catch (int e)
{
cout This is not caught e '\n';
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54742
Sebastian Pop spop at gcc dot gnu.org changed:
What|Removed |Added
CC||spop at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #19 from Paolo Carlini paolo.carlini at oracle dot com ---
As far as I can see the macros at the beginning of gnu.ver do not work as they
normally do in C/C++ code because __GXX_WEAK__ remains undefined. For now I'm
simply going to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #4 from Andi Kleen andi-gcc at firstfloor dot org ---
Yes it uses -fno-toplevel-reordering to avoid the problems with the initializer
reordering.
I tried some workarounds for this, but nothing worked so far. Likely would need
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61639
Bug ID: 61639
Summary: GCC 4.7.4 can't longer compile clang
Product: gcc
Version: 4.7.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61536
--- Comment #20 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Jun 28 15:53:30 2014
New Revision: 212104
URL: https://gcc.gnu.org/viewcvs?rev=212104root=gccview=rev
Log:
2014-06-28 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #5 from Andi Kleen andi-gcc at firstfloor dot org ---
Also I forgot to state: the git tree above now has a workaround
(disabling LTO for that file). If you want to reproduce revert the latest
commit first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #7 from Krishnamoorthy C chandrakm at hotmail dot com ---
Hi Paolo - S0orry , not in this case. The last few days were spent in playing
with the compiler options, but none seem to work. None of the throws are being
caught.
When you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com ---
Something else besides AIX 7.1. Fore sure all the Linux targets are fine, for
example. This isn't a generic C++ front-end issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61639
--- Comment #1 from Alexander Pyhalov alp at rsu dot ru ---
LLVM developers confirmed the issue exists on OSX whith gcc 4.7.4 (but not
4.8/4.9).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17277
Krishnamoorthy C chandrakm at hotmail dot com changed:
What|Removed |Added
CC||chandrakm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #9 from Krishnamoorthy C chandrakm at hotmail dot com ---
(In reply to Paolo Carlini from comment #8)
Something else besides AIX 7.1. Fore sure all the Linux targets are fine,
for example. This isn't a generic C++ front-end issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61640
Bug ID: 61640
Summary: KIND=4 Character Array Internal Unit Read Fail
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51400
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
--- Comment #10 from David Edelsohn dje at gcc dot gnu.org ---
Exceptions had been working. There is no wholesale failure of exceptions in the
G++ testsuite. I also don't know why you are defining macros for Linux and
AMD, or why you think that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61640
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61632
--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr ---
With the following reduced test
program p
CHARACTER(3), save :: ZTYP(3)
DATA ZTYP /'XXX','YYY','ZZZ'/
write(*,600,IOSTAT=iosa) 0.0,ZTYP
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #6 from Jan Hubicka hubicka at ucw dot cz ---
Yes it uses -fno-toplevel-reordering to avoid the problems with the
initializer
reordering.
I tried some workarounds for this, but nothing worked so far. Likely would
need
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61640
--- Comment #2 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
One subtlety. If I change the read to:
read(source,*) (x(i), i=1,9) ! 9 instead of 6
I get an EOF with kind=4 but the read is OK with kind=1.
I am investigating this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61640
--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr ---
I also confirm comment 2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59766
--- Comment #4 from Felix Fontein felix at fontein dot de ---
I can confirm this bug for GCC 4.9.0 20140604 (prerelease).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61641
Bug ID: 61641
Summary: [4.9 Regression] undefined label in jump_table_data
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61641
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org ---
Created attachment 33028
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33028action=edit
opt_vectorize.ii.240r.barriers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61641
--- Comment #2 from John David Anglin danglin at gcc dot gnu.org ---
Created attachment 33029
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33029action=edit
opt_vectorize.ii.241r.dbr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61642
Bug ID: 61642
Summary: g++ confuses template member template function with
template class
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61640
--- Comment #4 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Full patch submitted to gfortran list. The problem found in this PR was masking
a problem in eat_spaces for KIND=4. Was missing some parenthesis for the
indexing into the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #25 from Tom Tromey tromey at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #24)
There is a patch for GCC that was basically approved in January:
https://gcc.gnu.org/ml/gcc-patches/2014-01/msg01284.html
I am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61640
--- Comment #5 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Author: jvdelisle
Date: Sun Jun 29 02:49:45 2014
New Revision: 212118
URL: https://gcc.gnu.org/viewcvs?rev=212118root=gccview=rev
Log:
2014-06-28 Jerry DeLisle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61643
Bug ID: 61643
Summary: [C++11] std::uncaught_exception returns wrong values
after std::rethrow_if_nested
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
61 matches
Mail list logo