http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58398
--- Comment #6 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
OK, this patch was posted at:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg01260.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441
Bug ID: 58441
Summary: VTV headers are installed into the general include
directory
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441
Dmitry Gorbachev d.g.gorbachev at gmail dot com changed:
What|Removed |Added
CC||cmtice
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875
--- Comment #3 from Martin Husemann martin at netbsd dot org ---
Of course I do not mind fixing gas, but the whole point of the D formatting
code is to work around this assembler bug, and while this might be mostly
irrelevant nowadays, isn't gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56875
--- Comment #4 from Jan-Benedict Glaw jbg...@lug-owl.de ---
You're quite right, Martin! It's a simple fix on the GCC side working around a
buggy gas, and it would also work with a fixed gas. However, gas isn't too
simple to fix, at least not with
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58432
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Sep 17 07:47:49 2013
New Revision: 202644
URL: http://gcc.gnu.org/viewcvs?rev=202644root=gccview=rev
Log:
2013-09-17 Richard Biener rguent...@suse.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58432
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #7 from Chris Jefferson chris at bubblescope dot net ---
I will look at this next week. Quicksorts are always suboptimal for mostly
sorted (forwards or backwards) data, and it would be nice to fix that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com ---
Thanks Chris. Note that, according at least to the Dup bug, some slow down is
noticeable in other less special cases too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58417
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
So we want the evolution of sum_11 in the following loop (for a use on the
exit edge):
# i_18 = PHI i_13(4), 1(2)
# sum_19 = PHI sum_11(4), 0(2)
# prevsum_21 = PHI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58338
--- Comment #3 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Tue Sep 17 12:23:54 2013
New Revision: 202650
URL: http://gcc.gnu.org/viewcvs?rev=202650root=gccview=rev
Log:
2013-09-17 Marc Glisse marc.gli...@inria.fr
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58088
--- Comment #10 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Sep 17 13:29:41 2013
New Revision: 202652
URL: http://gcc.gnu.org/viewcvs?rev=202652root=gccview=rev
Log:
[gcc/]
2013-09-17 Kyrylo Tkachov kyrylo.tkac...@arm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58359
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org ---
Another optimization prevented by __builtin_unreachable:
extern void f();
void g(int i){
if(i0){
f();
__builtin_unreachable();
}
}
misses that f is a tail call and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58442
Bug ID: 58442
Summary: bootstrapping vax crashes on NetBSD
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58442
--- Comment #1 from Martin Husemann martin at netbsd dot org ---
(gdb) x/i 0x0092cdb0
= 0x92cdb0 recog_1(rtx, rtx, int*)+950: movb 0x14(r0),r0
(gdb) info reg
r0 0x4 4
r1 0x8 8
r2 0x0 0
r3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58443
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58443
Bug ID: 58443
Summary: ubsan doesn't properly honor fsanitize= flags
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58088
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58088
--- Comment #11 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Sep 17 13:59:42 2013
New Revision: 202653
URL: http://gcc.gnu.org/viewcvs?rev=202653root=gccview=rev
Log:
[gcc/]
2013-09-17 Kyrylo Tkachov kyrylo.tkac...@arm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58444
Bug ID: 58444
Summary: [4.9 regression] Runfail on spec2006/434.zeusmp after
r202516.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #11 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Tue Sep 17 15:46:06 2013
New Revision: 202657
URL: http://gcc.gnu.org/viewcvs?rev=202657root=gccview=rev
Log:
PR middle-end/58329
* ipa-devirt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58445
Bug ID: 58445
Summary: dragonegg needs
plugin/include/config/i386/stringop.def and
plugin/include/config/i386/x86-tune.def installed
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58398
--- Comment #7 from edlinger at gcc dot gnu.org ---
Author: edlinger
Date: Tue Sep 17 14:51:06 2013
New Revision: 202655
URL: http://gcc.gnu.org/viewcvs?rev=202655root=gccview=rev
Log:
2013-09-17 Bernd Edlinger bernd.edlin...@hotmail.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
Bug ID: 58446
Summary: Support for musl libc
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #1 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30830
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30830action=edit
Fix for gomp to specify _POSIX_SOURCE requirements
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #2 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30831
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30831action=edit
gcc_cv_target_dl_iterate_phdr=yes on musl (note that due to a bug in making
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #3 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30832
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30832action=edit
libssp support for musl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #10 from Jeffrey M. Birnbaum jmbnyc at gmail dot com ---
Tammy,
Something must have been in the air because your timestamp on the bug
submission means that right at the time you were reporting the bug I was
actively looking into why I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #6 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30835
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30835action=edit
mips support for musl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #5 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30834
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30834action=edit
arm support for musl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #8 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30837
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30837action=edit
aarch64 support for musl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #7 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30836
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30836action=edit
powerpc support for musl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
Rich Felker bugdal at aerifal dot cx changed:
What|Removed |Added
CC||bugdal at aerifal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #11 from Tammy Hsu tammy at Cadence dot COM ---
Jeffrey,
It's weird indeed. We are still using gcc445 for our production releases and
are in the process of evaluating gcc481/gcc473. The performance tests show
slowness in some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #9 from Tammy Hsu tammy at Cadence dot COM ---
Marc/Paolo/Chris,
Thanks a lot for your help. It's awesome to see so many activities within hours
after submitting the bug.
Thanks, Tammy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #4 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Created attachment 30833
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30833action=edit
x86/x86_64 support for musl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441
--- Comment #3 from Caroline Tice cmtice at google dot com ---
Could you be a little more specific please? What header are you seeing where?
,tree --enable-languages=c,c++,lto
--enable-plugin --with-tune=native --with-arch=native
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.9.0 20130917 (experimental) [trunk revision 202642] (GCC)
$ g++ -fpreprocessed -O3 -c SmallVectorTest.ii
SmallVectorTest.ii: In member
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58442
--- Comment #2 from Jan-Benedict Glaw jbg...@lug-owl.de ---
So r0 is waay off. As we're far into the function (950) and fiddling with r0,
I guess this is the final part, preparing to return from here. An assembler
dump of the whole function would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #12 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Tue Sep 17 16:07:21 2013
New Revision: 202658
URL: http://gcc.gnu.org/viewcvs?rev=202658root=gccview=rev
Log:
PR middle-end/58329
* ipa-devirt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
--- Comment #3 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Tue Sep 17 17:45:00 2013
New Revision: 202661
URL: http://gcc.gnu.org/viewcvs?rev=202661root=gccview=rev
Log:
PR middle-end/58332
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58437
--- Comment #12 from Jeffrey M. Birnbaum jmbnyc at gmail dot com ---
Tammy,
We tested gcc 4.7.2, 4.6.2 and 4.4.3/5 (the bug is not in either 4.4.3/5). I
have gcc 4.8.1 on my laptop but have not tried it yet. I confirmed the issue by
compiling my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58449
Bug ID: 58449
Summary: templated cast operator and failed template deduction
on copy-construction via assign operator
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
/src/gcc_current/configure
--prefix=/usr/local/gcc_current --with-multilib-list=m64
--enable-checking=yes,df,fold,rtl,tree --enable-languages=c,c++,lto
--enable-plugin --with-tune=native --with-arch=native
--enable-version-specific-runtime-libs
Thread model: posix
gcc version 4.9.0 20130917
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58435
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 17 17:46:03 2013
New Revision: 202662
URL: http://gcc.gnu.org/viewcvs?rev=202662root=gccview=rev
Log:
/cp
2013-09-17 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58448
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47521
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58350
Dmitry G. Dyachenko dimhen at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58435
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58441
--- Comment #4 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
vtv_fail.h, vtv_malloc.h, vtv_map.h, vtv_rts.h, vtv_set.h, vtv_utils.h are
installed to /usr/local/include. GCC is configured with
--enable-version-specific-runtime-libs (and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||segher at kernel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #10 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
On Tue, 17 Sep 2013, gcc-bug-espfv4bhi9 at gregor dot im wrote:
libssp.diff: Support for libcs which provide libssp functions in libc (of
which
musl is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58450
Bug ID: 58450
Summary: -fno-trapping-math causes decrease in performance
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
--- Comment #11 from Gregor Richards gcc-bug-espfv4bhi9 at gregor dot im ---
Aha. I didn't realize such a setting already existed; I'll test and update my
patch later today to use the existing mechanism. Thanks for the info.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39766
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
Bug 19794 depends on bug 23622, which changed state.
Bug 23622 Summary: Dom jump threading at -O1 confuses branch prediction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58450
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58450
--- Comment #1 from Marc Glisse glisse at gcc dot gnu.org ---
I do see this time difference with 4.7 and 4.8 (didn't try to analyze), but not
with 4.9 which seems fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
--- Comment #4 from Jan Smets jan.sm...@alcatel-lucent.com ---
Verified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58448
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Target Milestone|--- |4.9.0
---
++,fortran,lto
--with-gmp=/usr/local/gcc-trunk --with-mpfr=/usr/local/gcc-trunk
--with-mpc=/usr/local/gcc-trunk --with-cloog=/usr/local/gcc-trunk
--prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 4.9.0 20130917 (experimental) [trunk revision 202643] (GCC)
$ gcc-trunk -O2 -c small.c
$ gcc-4.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58449
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58452
Bug ID: 58452
Summary: GCC 4.8 and trunk do not compile simple
powerpc-linuxpaired -O3 case
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58452
Michael Meissner meissner at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58452
--- Comment #1 from Michael Meissner meissner at gcc dot gnu.org ---
Created attachment 30839
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30839action=edit
Example the shows the problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58452
--- Comment #2 from Michael Meissner meissner at gcc dot gnu.org ---
Created attachment 30840
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30840action=edit
Proposed patch that fixes the problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
Bug ID: 58453
Summary: Revision 202431 results in miscompare for CPU2006
434.zeusmp
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #1 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30841
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30841action=edit
Source file
pdv.f source file from benchmark, which results in successful execution if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #2 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30842
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30842action=edit
r202429 ldist dump
Loop distribution dump for pdv.f using rev 202429.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #3 from Pat Haugen pthaugen at gcc dot gnu.org ---
Created attachment 30843
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30843action=edit
r202431 ldist dump
Loop distribution dump for pdv.f using rev 202431.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58454
Bug ID: 58454
Summary: Potentially wrong(or at least weird/inconsistent) code
generation with -O2 -fno-strict-overflow
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58453
--- Comment #4 from Pat Haugen pthaugen at gcc dot gnu.org ---
Just discovered that -fwrapv results in successful execution also, so possibly
bad source.
All of these functions overflow the loop induction variable so only -fwrapv
will provide the behavior you want for all of the functions. The inconsistent
behavior is due to the overflows happening for induction variables. If it was
not an induction variable then -fno-strict-overflow would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58454
--- Comment #1 from pinskia at gmail dot com pinskia at gmail dot com ---
All of these functions overflow the loop induction variable so only -fwrapv
will provide the behavior you want for all of the functions. The inconsistent
behavior is due to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58436
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58454
--- Comment #2 from mednafen at gmail dot com ---
Your assertion conflicts with the gcc 4.2 release change-list at
http://gcc.gnu.org/gcc-4.2/changes.html when the strict-overflow options were
added.
Additionally, -fwrapv produces unnecessarily
86 matches
Mail list logo