http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
--- Comment #6 from Jakub Jelinek ---
Created attachment 31407
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31407&action=edit
gcc49-pr58627.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59444
Bug ID: 59444
Summary: [4.6.3 32-bit] Character buffers on stack not aligned
on a 4-byte boundary.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59417
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
--- Comment #14 from Jan Hubicka ---
> Actually, I would argue that the middle-end should be smart enough to give a
> branch that is guaranteed to never return a negligible probability
> (independent
> of the builtin_expect). It can only be mis-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
--- Comment #15 from Jan Hubicka ---
> The threshold is ~6000 (exactly 5941), i.e. more than twice the default value
> 2700.
Thanks for working it out. This may be only testcase I know of where
large-function-insns
brings significant regression.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #18 from Richard Biener ---
(In reply to Markus Trippelsdorf from comment #16)
> (In reply to Richard Biener from comment #15)
> > Confirmed with 4.7.3 and 4.8.2. Seems to work on the trunk, worked with
> > 4.6.4.
> >
> > Now it woul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59442
--- Comment #1 from Uroš Bizjak ---
Please post the patch with ChangeLog entry to gcc-patches@ mailing list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59200
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #5 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #4)
> Strange, can't reproduce. You are using --with-arch=native --with=native,
> what exactly it expands to?
[dimhen@dim PR59350]$ ~/bin/gcc_205461_yes/bin/g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59444
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59165
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59437
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 10 10:49:39 2013
New Revision: 205854
URL: http://gcc.gnu.org/viewcvs?rev=205854&root=gcc&view=rev
Log:
PR sanitizer/59437
* vtable-verify.c (var_is_used_for_virtual_cal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59437
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
Bug ID: 59445
Summary: [4.9 Regression] ICE in add_old_iv_candidates, at
tree-ssa-loop-ivopts.c:2541
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59446
Bug ID: 59446
Summary: loop2_doloop creates constant comparison and dead jump
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58640
--- Comment #15 from Oleg Endo ---
(In reply to Jeffrey A. Law from comment #14)
> Oleg, please open a new bug for the SH problem rather than piggy-backing on
> this one as they're clearly distinct issues.
Sure. I've created PR 59446 for this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #6 from Jakub Jelinek ---
Still can't reproduce.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59447
Bug ID: 59447
Summary: --with-dwarf2 is not propagated correctly, will always
create dwarf4 by default
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59440
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
Bug ID: 59448
Summary: ARM code generation doesn't respect C11
address-dependency
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
--- Comment #78 from Richard Biener ---
Author: rguenth
Date: Tue Dec 10 12:31:39 2013
New Revision: 205857
URL: http://gcc.gnu.org/viewcvs?rev=205857&root=gcc&view=rev
Log:
2013-12-10 Richard Biener
PR middle-end/38474
* tree-ssa-str
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59432
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Ian Lance Taylor ---
> FYI, the point of the test is to get that segmentation violation and ensure
> that the signal handler generates a runtime panic as it should.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59417
--- Comment #4 from Jakub Jelinek ---
(In reply to Richard Biener from comment #3)
> Yeah, I wondered about this as well after reviewing the original patches.
> If you consider
>
> a_2 = a_1;
> if (a_2 > 5)
> a_3 = a_2;
>
> then VRP woul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #8 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #6)
> Still can't reproduce.
PASS
/home/dimhen/bin/gcc_205461_yes/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus
-fpreprocessed x.ii -march=corei7 -mmm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #7 from Dmitry G. Dyachenko ---
Created attachment 31409
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31409&action=edit
valgrind' log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59449
Bug ID: 59449
Summary: Missing online documentation web pages
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: web
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59433
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ---
I've found what's going on: when I look at the failing bufio test, gdb
prints
gdb) p rfds
Cannot access memory at address 0xfd7ffe0f9f00
With pmap, I see the following mappings:
FFF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
Richard Earnshaw changed:
What|Removed |Added
Target||arm
Component|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #9 from Ryan Mansfield ---
Created attachment 31410
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31410&action=edit
arm-eabi testcase
I haven't been able to reproduce with the inline testcase either. But I can
still consistently
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59417
--- Comment #5 from rguenther at suse dot de ---
On Tue, 10 Dec 2013, jakub at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59417
>
> --- Comment #4 from Jakub Jelinek ---
> (In reply to Richard Biener from comment #3)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
Bug ID: 59450
Summary: ICE for Array Valued Function combined with Deferred
Specification Function
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59451
Bug ID: 59451
Summary: The compiler does not accept two structures, when the
first one of them have the same name as the structure,
as function parameters
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59452
Bug ID: 59452
Summary: net FAILs on Solaris 9
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee: ian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59452
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59453
Bug ID: 59453
Summary: log/syslog FAILs on Solaris 9
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59453
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59454
Bug ID: 59454
Summary: blacklisting sanitized functions
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
S
Assignee: unassigned at gcc dot gnu.org
Reporter: howarth at nitro dot med.uc.edu
Current gcc trunk at r205857 fails to bootstrap on x86_64-apple-darwin12
using...
../gcc-4.9-20131210/configure --prefix=/sw --prefix=/sw/lib/gcc4.9
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.9/info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
Dominique d'Humieres changed:
What|Removed |Added
CC||howarth at nitro dot med.uc.edu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59455
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
--- Comment #2 from janus at gcc dot gnu.org ---
Draft patch which fixes the error (not regtested):
Index: gcc/fortran/module.c
===
--- gcc/fortran/module.c(revision 205857)
+++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
--- Comment #3 from janus at gcc dot gnu.org ---
Additional problem (unrelated to the ICE): Removing 'pure' in comment 1 yields
the error:
integer, dimension( this%get_num() ) :: array
1
Error: Function 'this' at (1) mus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56807
--- Comment #9 from Kai Tietz ---
Author: ktietz
Date: Tue Dec 10 16:36:53 2013
New Revision: 205860
URL: http://gcc.gnu.org/viewcvs?rev=205860&root=gcc&view=rev
Log:
PR target/56807
* config/i386/i386.c (ix86_expand_prologue): Address sa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56807
--- Comment #10 from Kai Tietz ---
Author: ktietz
Date: Tue Dec 10 16:40:36 2013
New Revision: 205861
URL: http://gcc.gnu.org/viewcvs?rev=205861&root=gcc&view=rev
Log:
PR target/56807
* config/i386/i386.c (ix86_expand_prologue): A
/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-apple-darwin12.5.0/i386/libjava/classpath/lib/classes
-fno-common
-fbootclasspath=./:../../../../gcc-4.9-20131210/libjava/classpath/lib/
-faux-classpath ccSlyCZfjx.zip -MD_ -MT java/awt/image.lo -MF
java/awt/image.deps -o ccSlyCZfjx.s
-fomit-frame-pointer -fencoding=UTF-8
> -fbootstrap-classes
> -fsource-filename=/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-
> apple-darwin12.5.0/i386/libjava/classpath/lib/classes -fno-common
> -fbootclasspath=./:../../../../gcc-4.9-20131210/libjava/classpath/lib/
> -faux-classp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #2 from algrant at acm dot org ---
Just realised that that last example is bogus, it should read:
inline int const *makedep(int const *a, ...) { return a; } // variadic
int f3(int const *p, int const *q) {
int flag = *p;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #28 from John David Anglin ---
Bootstrap is also broken on fairly old arm box:
libtool: compile: /home/dave/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc
-B/home/d
ave/gnu/gcc/objdir/./gcc -nostdinc++
-L/home/dave/gnu/gcc/objdir/armv5tejl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #29 from Jakub Jelinek ---
(In reply to John David Anglin from comment #28)
> Bootstrap is also broken on fairly old arm box:
>
> libtool: compile: /home/dave/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc
> -B/home/d
> ave/gnu/gcc/objdir/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56807
--- Comment #11 from Kai Tietz ---
Author: ktietz
Date: Tue Dec 10 16:52:23 2013
New Revision: 205864
URL: http://gcc.gnu.org/viewcvs?rev=205864&root=gcc&view=rev
Log:
PR target/56807
* config/i386/i386.c (ix86_expand_prologue): A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56807
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
image.o -g -O2 -Wno-deprecated -version
> > -ffilelist-file -ffloat-store -fomit-frame-pointer -fencoding=UTF-8
> > -fbootstrap-classes
> > -fsource-filename=/sw/src/fink.build/gcc49-4.9.0-1000/darwin_objdir/x86_64-
> > apple-darwin12.5.0/i386/libjava/classpath/lib/classes -fno-com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #10 from Dmitry G. Dyachenko ---
(In reply to Dmitry G. Dyachenko from comment #8)
valgrind' messages looks unrelated to ICE.
I rebuild r205461 with memset(set, {0,0x42}, n_bytes) instead of
VALGRIND_DISCARD (VALGRIND_MAKE_MEM_DEFINED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
--- Comment #6 from Dominique d'Humieres ---
> What is the equivalent of -march=?
I configure with --with-arch=corei7 --with-cpu=corei7.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59386
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59417
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #11 from Dmitry G. Dyachenko ---
(In reply to Ryan Mansfield from comment #9)
> Created attachment 31410 [details]
> arm-eabi testcase
>
> I haven't been able to reproduce with the inline testcase either. But I can
> still consistentl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59447
--- Comment #1 from joseph at codesourcery dot com ---
This is a documentation bug - the installation manual should make clear
that "DWARF 2" in the description of this option means DWARF 2 or later,
as appropriate for the target, as opposed to
apple-darwin10.8.0/lib/ -isystem
/sw/lib/gcc4.9/x86_64-apple-darwin10.8.0/include -isystem
/sw/lib/gcc4.9/x86_64-apple-darwin10.8.0/sys-include-D_GNU_SOURCE -D_DEBUG
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I.
-I../../../../gcc-4.9-20131210/libsanitizer/sanitizer_commo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
Dominique d'Humieres changed:
What|Removed |Added
CC||howarth at nitro dot med.uc.edu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59456
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #3 from joseph at codesourcery dot com ---
The code generated appears fully in accordance with the semantics of C11.
You refer to 5.1.2.4#14, the definition of "carries a dependency". The
term "carries a dependency" is used outside
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50432
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59454
--- Comment #2 from Yuri Gribov ---
Proper link to Fortran attr bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41209
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59454
Yuri Gribov changed:
What|Removed |Added
CC||tetra2005 at gmail dot com
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #31 from dave.anglin at bell dot net ---
On 12/10/2013 11:49 AM, jakub at gcc dot gnu.org wrote:
> For that a patch has been posted, just not reviewed:
> http://gcc.gnu.org/ml/gcc-patches/2013-12/msg00963.html
Excellent.
>
> As for hppa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
--- Comment #8 from H.J. Lu ---
(In reply to H.J. Lu from comment #7)
> classpath/java/awt/image/SinglePixelPackedSampleModel.java
> is used on Linux. Is there a way to compile it by hand
^ I meant "isn't used".
> on Linux?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
--- Comment #7 from H.J. Lu ---
classpath/java/awt/image/SinglePixelPackedSampleModel.java
is used on Linux. Is there a way to compile it by hand
on Linux?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
> Draft patch which fixes the error (not regtested):
Does regtest cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372
Kai Tietz changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372
--- Comment #9 from H.J. Lu ---
My understanding is stack realignment doesn't work on Windows.
There was a attempt to do it at a time. But we didn't know
enough about Windows to do it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372
--- Comment #10 from Kai Tietz ---
Well, for x64 we can't realign stack due issue about prologue layout enforced
by SEH stuff.
For x86 I see actually no good reason why this shouldn't work. I checked
generated assembly and it looks fine AFAICS.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
Markus Trippelsdorf changed:
What|Removed |Added
CC||octoploid at yandex dot com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
Markus Trippelsdorf changed:
What|Removed |Added
CC||amker.cheng at gmail dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
H.J. Lu changed:
What|Removed |Added
Target|x86_64-apple-darwin13 |
Status|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59457
Bug ID: 59457
Summary: name mangling in presence of variadic templates seems
wrong
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59445
--- Comment #11 from Dominique d'Humieres ---
> Started with r205848.
Well, the assert at line 2541 has been introduced in the revision:
+gcc_assert (gimple_bb (phi) == data->current_loop->header);
and it was in the original patch et
http:/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59457
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59458
Bug ID: 59458
Summary: alternative 13 in *movsf_internal is mishandled
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59459
Bug ID: 59459
Summary: MIPS target tests failing
(gcc.target/mips/fpr-moves-7.c, fpr-moves-8.c,
int-moves-1.c, etc)
Product: gcc
Version: unknown
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35831
--- Comment #18 from janus at gcc dot gnu.org ---
Author: janus
Date: Tue Dec 10 21:41:43 2013
New Revision: 205873
URL: http://gcc.gnu.org/viewcvs?rev=205873&root=gcc&view=rev
Log:
2013-12-10 Janus Weil
PR fortran/35831
* interface.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35831
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37222
--- Comment #3 from janus at gcc dot gnu.org ---
Basically all the checks in this area have been fixed by now.
One of the last todo items is a carry-over from PR 35831:
* improve gfc_dep_compare_expr to catch more cases (and/or enable the warnings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59446
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59460
Bug ID: 59460
Summary: [4.9 Regression] ICE with -mips16 and
__attribute__((nomips16))
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34004
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59446
--- Comment #2 from Oleg Endo ---
Thanks. Please let me know if I can help.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #16
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295
--- Comment #14 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Dec 10 22:58:37 2013
New Revision: 205874
URL: http://gcc.gnu.org/viewcvs?rev=205874&root=gcc&view=rev
Log:
PR rtl-optimization/58295
* simplify-rtx.c (simplify_truncation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295
--- Comment #15 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Dec 10 22:59:27 2013
New Revision: 205875
URL: http://gcc.gnu.org/viewcvs?rev=205875&root=gcc&view=rev
Log:
PR rtl-optimization/58295
* simplify-rtx.c (simplify_truncation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58295
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59461
Bug ID: 59461
Summary: missed zero-extension elimination in the combiner
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59461
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59462
Bug ID: 59462
Summary: c-c++-common/cilk-plus/AN/builtin_func_double2.c fails
on MIPS
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59458
--- Comment #1 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Dec 10 23:21:06 2013
New Revision: 205876
URL: http://gcc.gnu.org/viewcvs?rev=205876&root=gcc&view=rev
Log:
Properly handle alternative 13 in *movsf_internal
PR target/5945
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59458
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 118 matches
Mail list logo
