http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Dmitry G. Dyachenko dimhen at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
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=205997root=gccview=rev
Log:
2013-12-15 Janus Weil ja...@gcc.gnu.org
PR fortran/59493
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59418
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59418
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|WAITING
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #19 from Dmitry G. Dyachenko dimhen at gmail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #20 from Dmitry G. Dyachenko dimhen at gmail dot com ---
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 #21 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #22 from Dmitry G. Dyachenko dimhen at gmail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #23 from Dmitry G. Dyachenko dimhen at gmail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58477
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
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=59511
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Keywords||ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Component|target |testsuite
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
--- Comment #9 from Uroš Bizjak ubizjak at gmail dot com ---
Author: uros
Date: Sun Dec 15 11:20:53 2013
New Revision: 205998
URL: http://gcc.gnu.org/viewcvs?rev=205998root=gccview=rev
Log:
* gcc.target/i386/pr43662.c (dg-options):
Add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59495
--- Comment #3 from Doron Tsur doront at mellanox dot com ---
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 stdio.h
int main(int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
CC||ebotcazou at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
David Kredba nheghathivhistha at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #6 from Jan Hubicka hubicka at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #7 from Markus Trippelsdorf octoploid at yandex dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||steven at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #9 from Jan Hubicka hubicka at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #11 from Markus Trippelsdorf octoploid at yandex dot com ---
(In reply to Jan Hubicka from comment #8)
OK, the unmangled name of symbol is:
0004c8c0 T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #25 from Dmitry G. Dyachenko dimhen at gmail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #12 from Markus Trippelsdorf octoploid at yandex dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
Index: ipa-prop.c
===
--- ipa-prop.c (revision 205941)
+++ ipa-prop.c (working copy)
@@ -2022,9 +2022,18 @@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hjl.tools at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #13 from H.J. Lu hjl.tools at gmail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
--- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org ---
(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.
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hjl.tools at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
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=206001root=gccview=rev
Log:
PR testsuite/58630
* gcc.target/i386/pr43662.c (dg-options):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
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=59508
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #16 from Markus Trippelsdorf octoploid at yandex dot com ---
(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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59404
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59008
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||mjambor at suse
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 ebotcazou at gcc dot gnu.org ---
Why not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59473
--- Comment #2 from Jan Hubicka hubicka at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #27 from Dmitry G. Dyachenko dimhen at gmail dot com ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Paul Pluzhnikov ppluzhnikov at google dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59508
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org ---
(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,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58158
Petr Pisar petr.pisar at atlas dot cz changed:
What|Removed |Added
CC||petr.pisar at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #17 from Markus Trippelsdorf octoploid at yandex dot com ---
In the non-lto case one has:
lib/libLLVMAsmParser.so:
U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59473
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
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=58585
--- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org ---
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.
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59515
--- Comment #1 from Samuel Bronson naesten at gmail dot com ---
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 module
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59226
--- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org ---
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
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=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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
--- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org ---
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59513
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Sun Dec 15 22:19:33 2013
New Revision: 206004
URL: http://gcc.gnu.org/viewcvs?rev=206004root=gccview=rev
Log:
PR ipa/59265
* ipa-prop.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59419
--- Comment #6 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Patch submitted for review.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59469
--- Comment #18 from Steven Bosscher steven at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #8)
OK, the unmangled name of symbol is:
0004c8c0 T
_ZN4llvm21SymbolTableListTraitsINS_10BasicBlockENS_8FunctionEE21transferNodes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
Shawn Landden shawn at churchofgit dot com changed:
What|Removed |Added
CC||shawn at
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,
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 d.g.gorbachev at gmail dot com ---
Now, `_Z3foov._omp_fn.0' is demangled as `foo() [clone ._omp_fn.0]'. GCC could
use that instead of just 'built-in'.
-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=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
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:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59454
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59265
--- Comment #6 from Markus Trippelsdorf octoploid at yandex dot com ---
It now segfaults in ipa_profile_generate_summary:
==9510==ERROR: AddressSanitizer: SEGV on unknown address 0x0028 (pc
0x0120aff0 sp 0x7fff4fe6add0 bp
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 #7 from Markus Trippelsdorf octoploid at yandex dot com ---
Created attachment 31444
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31444action=edit
testcase
% c++ -o nsLocalFileUnix.o -c -fprofile-use -fno-exceptions
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
76 matches
Mail list logo