http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59523
Bug ID: 59523
Summary: ICE on spec2000/176.gcc, 200.sixtrack after r205856
for -march=core-avx2
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #7 from Markus Trippelsdorf ---
Created attachment 31444
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31444&action=edit
testcase
% c++ -o nsLocalFileUnix.o -c -fprofile-use -fno-exceptions -std=gnu++0x -O2
nsLocalFileUnix.ii
/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59522
Bug ID: 59522
Summary: "cc1plus: error: unrecognized command line option
‘-fmy-loop-block’ " is generated when g++ is run but
not with cc1plus
Product: gcc
Version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #6 from Markus Trippelsdorf ---
It now segfaults in ipa_profile_generate_summary:
==9510==ERROR: AddressSanitizer: SEGV on unknown address 0x0028 (pc
0x0120aff0 sp 0x7fff4fe6add0 bp 0x606000210080 T0)
#0 0x120afef in i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59454
Yury Gribov changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59521
Bug ID: 59521
Summary: __builtin_expect not effective in switch
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-en
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59520
Bug ID: 59520
Summary: a possible inconsistency in error diagnostics with
"-pedantic -std=c99"
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++,lto --enable-checking=release --disable-werror
--enable-multilib
Thread model: posix
gcc version 4.9.0 20131215 (experimental) [trunk revision 206004] (GCC)
$
$ gcc-trunk -O2 -c small.c
$ gcc-4.8 -O3 -c small.c
$
$ gcc-trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59518
Bug ID: 59518
Summary: C++ demangler does not handle some global constructor
& LTO names
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25015
--- Comment #5 from Dmitry Gorbachev ---
Now, `_Z3foov._omp_fn.0' is demangled as `foo() [clone ._omp_fn.0]'. GCC could
use that instead of just ''.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59513
--- Comment #3 from aruopp at gmx dot de ---
Inserting the backspace:
BACKSPACE(LU)
before loop
DO 40 IA = IA1, IA2
WRITE(LU,LINEF)
& (CPOL(IA,IPOL(KP)), KP=1, NIPOL),
&((CPOLSD(IA,IS,JPOL(KP)), IS=1, 2*NB
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
Shawn Landden changed:
What|Removed |Added
CC||shawn at churchofgit dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #18 from Steven Bosscher ---
(In reply to Jan Hubicka from comment #8)
> OK, the unmangled name of symbol is:
> 0004c8c0 T
> _ZN4llvm21SymbolTableListTraitsINS_10BasicBlockENS_8FunctionEE21transferNodes
> FromListERNS_12ilist_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59513
--- Comment #2 from aruopp at gmx dot de ---
Hi,
compilation of code works without any problems.
Only if I execute the code, the problem exists with this error message.
The file 'polarfile_1.dat' is written during executing xfoil, but no values ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59419
--- Comment #6 from Jerry DeLisle ---
Patch submitted for review.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59513
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #5 from Jan Hubicka ---
Author: hubicka
Date: Sun Dec 15 22:19:33 2013
New Revision: 206004
URL: http://gcc.gnu.org/viewcvs?rev=206004&root=gcc&view=rev
Log:
PR ipa/59265
* ipa-prop.c (ipa_analyze_call_uses): Skip already
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
--- Comment #7 from Jan Hubicka ---
Bad news that the experimental fixes I added to PR58585 and the PR that depends
on it does not seem to completely solve this issue.
Here with the offset compensation we die while calling get_binfo_at_offset wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59517
Bug ID: 59517
Summary: H5trace.c:2540:1: ICE: in reload_cse_simplify_o
perands, at postreload.c:411
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59516
Bug ID: 59516
Summary: [4.9 Regression] Multiple definition of `X' / of
`non-virtual thunk to X' errors with LTO
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
--- Comment #7 from Jan Hubicka ---
This testcase manifest the other virtual inehritance problem.
Here it is algorithm of get_binfo_at_offset that first walks fields of a
structure and if it finds corresponding field at given offset, it walks base
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59515
--- Comment #1 from Samuel Bronson ---
Oh, I meant to delete this part:
> Traceback (most recent call last):
> File "/usr/lib/debug//usr/lib/i386-linux-gnu/libstdc++.so.6.0.18-gdb.py",
> line
> 63, in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585
--- Comment #10 from Jan Hubicka ---
Seems we got stuck on solving the virtual vtable representation issues. Here
are some of my experiments.
I think we have two problems, the first one is manifested by this testcase.
Here record_targets_from_bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59515
Bug ID: 59515
Summary: -Og doesn't generate out-of-line copies of inline
functions like -O0 does
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59514
Bug ID: 59514
Summary: vector::emplace uses wrong iterator type
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59473
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #17 from Markus Trippelsdorf ---
In the non-lto case one has:
lib/libLLVMAsmParser.so:
U
_ZN4llvm21SymbolTableListTraitsINS_10BasicBlockENS_8FunctionEE21transferNodesFromListERNS_12ilist_traitsIS1_EENS_14ilist_iteratorIS1_EES8_
lib/lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Petr Pisar changed:
What|Removed |Added
CC||petr.pisar at atlas dot cz
--- Comment #9 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
--- Comment #4 from Oleg Endo ---
(In reply to Daniel Krügler from comment #3)
> (In reply to Oleg Endo from comment #2)
> > Could you please elaborate?
>
> My response was referring to the generic code that you provided, because
> that would als
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Paul Pluzhnikov changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #27 from Dmitry G. Dyachenko ---
An other box with Fedora 18 / AMD Athlon I cant reproduce (r205515)
How do you think, what is the right way to go?
[I already tests RAM with memtest]
run 2 GDBs and search differences in control-flow?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59473
--- Comment #2 from Jan Hubicka ---
Here the ICE is because we test whether IconsetSelectItem contains
RealIconWidgetItem at offset 128
RealIconWidgetItem is base of IconsetSelectItem and bigger than 128 bits, so it
can not be true. I am testing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015
--- Comment #7 from dave.anglin at bell dot net ---
On 13-Dec-13, at 5:08 PM, ebotcazou at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58015
>
> --- Comment #6 from Eric Botcazou ---
> Why not just adapt the existing impl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59008
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59404
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #16 from Markus Trippelsdorf ---
(In reply to H.J. Lu from comment #14)
> (In reply to H.J. Lu from comment #13)
> > Can you try bfd linker, hjl/linux/release/2.24.51.0.2, from
> >
> > https://sourceware.org/git/?p=binutils-gdb.git;a=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
--- Comment #3 from Daniel Krügler ---
(In reply to Oleg Endo from comment #2)
> Could you please elaborate?
My response was referring to the generic code that you provided, because that
would also be applied to user-provided specializations of l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59513
Bug ID: 59513
Summary: Fortran runtime error: Sequential READ or WRITE not
allowed after EOF marker, possibly use REWIND or
BACKSPACE
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
--- Comment #10 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Dec 15 18:16:40 2013
New Revision: 206001
URL: http://gcc.gnu.org/viewcvs?rev=206001&root=gcc&view=rev
Log:
PR testsuite/58630
* gcc.target/i386/pr43662.c (dg-options)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #14 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59512
Bug ID: 59512
Summary: Incomplete output files when compiler is killed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
--- Comment #2 from Oleg Endo ---
(In reply to Daniel Krügler from comment #1)
> A conforming implementation cannot do that, unless the difference weren't
> observable by the user (modulo the performance difference), i.e. it would
> only be possib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #13 from H.J. Lu ---
(In reply to Markus Trippelsdorf from comment #12)
> (In reply to Jan Hubicka from comment #10)
> > I also saw in past problems with GNU-ld and comdat symbols becoming static
> > while being comdat somewhere else.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #26 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #4 from Jan Hubicka ---
Index: ipa-prop.c
===
--- ipa-prop.c (revision 205941)
+++ ipa-prop.c (working copy)
@@ -2022,9 +2022,18 @@
struct param_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #12 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #10)
> I also saw in past problems with GNU-ld and comdat symbols becoming static
> while being comdat somewhere else. Do you use gold or ld? Can you perhaps
> try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #25 from Dmitry G. Dyachenko ---
After reading http://gcc.gnu.org/ml/gcc-patches/2013-12/msg01344.html about
corei7 tuning ("Corei7 tuning doesn't set -maccumulate-outgoing-args option by
default")
I check -maccumulate-outgoing-args a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #10 from Jan Hubicka ---
I also saw in past problems with GNU-ld and comdat symbols becoming static
while being comdat somewhere else. Do you use gold or ld? Can you perhaps try
to use the other one and see if anything changes?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #11 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #8)
> OK, the unmangled name of symbol is:
> 0004c8c0 T
> _ZN4llvm21SymbolTableListTraitsINS_10BasicBlockENS_8FunctionEE21transferNodes
> FromListERNS_12ili
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #9 from Jan Hubicka ---
LTO-ing libbackend.a into every frontend binary theoretically results in better
code. I did not see numbers on this.
Now I understand what you complain about. LTO build optimizes out the symbol or
makes it stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
Jan Hubicka changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #8 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #7 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #6)
> With -fno-fat-lto-objects we are also faster on SPEC build time and I think
> it should be the case in general. We produce considerably less code and
> most o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #6 from Jan Hubicka ---
With -fno-fat-lto-objects we are also faster on SPEC build time and I think it
should be the case in general. We produce considerably less code and most of
time is spent in the backend. For super large project
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
David Kredba changed:
What|Removed |Added
CC||nheghathivhistha at gmail dot
com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
As
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59495
--- Comment #3 from Doron Tsur ---
It is probably a false positive bug - warning is undetected.
Consider the following code:
$ cat define_compare_test.c
#include "define_compare_test.h"
#include
int main(int argc __attribute__((unused)), char*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
--- Comment #9 from Uroš Bizjak ---
Author: uros
Date: Sun Dec 15 11:20:53 2013
New Revision: 205998
URL: http://gcc.gnu.org/viewcvs?rev=205998&root=gcc&view=rev
Log:
* gcc.target/i386/pr43662.c (dg-options):
Add -maccumulate-outgoing-arg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Uroš Bizjak changed:
What|Removed |Added
Component|target |testsuite
--- Comment #8 from Uroš Bizjak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59511
Uroš Bizjak changed:
What|Removed |Added
Keywords||ra
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59511
Bug ID: 59511
Summary: [4.9 Regression] FAIL: gcc.target/i386/pr36222-1.c
scan-assembler-not movdqa with -mtune=corei7
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58477
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #23 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #21)
> What I don't get in that in comment 8 there is a command line with a PASS
> and then FAIL has "prev.cmd -march=corei7 -mtune=corei7" but the two options
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #22 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #21)
> What I don't get in that in comment 8 there is a command line with a PASS
> and then FAIL has "prev.cmd -march=corei7 -mtune=corei7" but the two options
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #21 from Eric Botcazou ---
What I don't get in that in comment 8 there is a command line with a PASS and
then FAIL has "prev.cmd -march=corei7 -mtune=corei7" but the two options are
already in the former command line...
Could you post
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #20 from Dmitry G. Dyachenko ---
may be r205461 trigger latent bug?
There are no ICE with -fno-split-wide-types or without arch/tune=corei7
I can run gdb if it'll usefull
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #19 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #18)
> I cannot reproduce with --enable-checking=yes,rtl. Are you saying that the
> ICE depends on whether 'rtl' is present in the checking options?
Sorry for u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Eric Botcazou changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #18 from Eric Botcazo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59418
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59418
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59493
--- Comment #7 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Dec 15 09:49:51 2013
New Revision: 205997
URL: http://gcc.gnu.org/viewcvs?rev=205997&root=gcc&view=rev
Log:
2013-12-15 Janus Weil
PR fortran/59493
* class.c (gfc_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
76 matches
Mail list logo
