http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 21 07:31:49 2014
New Revision: 206869
URL: http://gcc.gnu.org/viewcvs?rev=206869&root=gcc&view=rev
Log:
PR middle-end/59860
* gcc.dg/strlenopt-4.c: Expect the same counts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 21 07:28:10 2014
New Revision: 206868
URL: http://gcc.gnu.org/viewcvs?rev=206868&root=gcc&view=rev
Log:
PR middle-end/59860
* gcc.dg/strlenopt-4.c: Expect the same counts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #2 from Marc Glisse ---
(In reply to jos...@codesourcery.com from comment #1)
> Are LTO objects now independent of the compiler host (see bug 41526) (so
> that such libraries will work properly when copied from one host to
> another
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59895
--- Comment #4 from Aleksandr Dobkin ---
(In reply to Andrew Pinski from comment #3)
> So in this case here, s1 is being initialized first and then globalvec gets
> initialized which changes the size back to 0.
Thanks for the explanation. I've ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #8 from Josh Triplett ---
(In reply to Josh Triplett from comment #7)
> (In reply to Josh Triplett from comment #4)
> > Also note that arithmetic operations between a bitwise and a known-zero
> > value do not warn.
> >
> > The warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #7 from Josh Triplett ---
(In reply to Josh Triplett from comment #4)
> Also note that arithmetic operations between a bitwise and a known-zero
> value do not warn.
>
> The warning on ~ of a value smaller than int only occurs if the v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #6 from Josh Triplett ---
(In reply to Tom Tromey from comment #5)
> (In reply to Josh Triplett from comment #4)
> > Also note that arithmetic operations between a bitwise and a known-zero
> > value do not warn.
>
> I'm curious about
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #5 from Tom Tromey ---
(In reply to Josh Triplett from comment #4)
> Also note that arithmetic operations between a bitwise and a known-zero
> value do not warn.
I'm curious about this too.
If it means that the warnings should be defe
.html> for instructions.
The gcc version is:
gcc version 4.9.0 20140120 (experimental)
If we disable LRA, there is no such issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
--- Comment #1 from joseph at codesourcery dot com ---
On Mon, 20 Jan 2014, glisse at gcc dot gnu.org wrote:
> LTO is not really a brand new, experimental and exotic option anymore. I
> believe that by default, on systems that support it, we shou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59895
--- Comment #3 from Andrew Pinski ---
So in this case here, s1 is being initialized first and then globalvec gets
initialized which changes the size back to 0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59895
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59895
--- Comment #1 from Aleksandr Dobkin ---
Output I get is:
S1() called
S1() globalvec.size() = 1
main globalvec.size() = 0
tested with g++-4.8 (Ubuntu 4.8.1-2ubuntu1~12.04) 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59895
Bug ID: 59895
Summary: Updates to global variables not consistent across
translation units when FLTO is enabled
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #4 from Josh Triplett ---
Also note that arithmetic operations between a bitwise and a known-zero value
do not warn.
The warning on ~ of a value smaller than int only occurs if the value is not
subsequently stuffed back into the same
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
--- Comment #3 from H. Peter Anvin ---
a == b and a != b are permitted.
~a is permitted iff sizeof(a) >= sizeof(int).
!a and other booleanizing operations are permitted but produces integer
(non-bitwise) results.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58928
Michael Barker changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58928
Michael Barker changed:
What|Removed |Added
Resolution|FIXED |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59852
Tom Tromey changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59855
--- Comment #2 from Josh Triplett ---
Very nice! Looks reasonable to me.
I agree with making designated_init on a non-struct an error. Sparse tends to
almost never mark anything as an error unless it mangles Sparse's internal
state somehow, bec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59894
--- Comment #2 from Marc Glisse ---
(In reply to Markus Trippelsdorf from comment #1)
> Isn't inlining forbidden by the standard?
Yes (sorry, I mentioned that in PR 59875 and forgot to repeat it here), but
since this is a specific option where th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55113
--- Comment #12 from Patrick Oppenlander ---
(In reply to Andrew Pinski from comment #10)
> -fshort-double is what is causing the issue. Why are you using that option
> in the first place? It changes the ABI.
We are using the option as it suit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59894
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59894
Bug ID: 59894
Summary: Force use of the default new/delete
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59789
--- Comment #8 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jan 20 21:08:26 2014
New Revision: 206858
URL: http://gcc.gnu.org/viewcvs?rev=206858&root=gcc&view=rev
Log:
Add type to DEFCIFCODE to describe the inline failure
Report inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59893
Bug ID: 59893
Summary: Use LTO for libgcc.a, libstdc++.a, etc
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Keywords: build, lto
Severity: enhancement
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59685
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59685
--- Comment #2 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Jan 20 20:45:35 2014
New Revision: 206856
URL: http://gcc.gnu.org/viewcvs?rev=206856&root=gcc&view=rev
Log:
PR target/59685
* config/i386/sse.md (*andnot3): Handle MODE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59855
Tom Tromey changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #1 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
Dominique d'Humieres changed:
What|Removed |Added
Summary|ld: warning: PIE disabled. |ld: illegal text-relocation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #4 from Iain Sandoe ---
So, essentially, the complaint from the darwin linker is that it does not want
to see a relocation in the .const section (which is part of the text segment).
It might be argued that this is right/wrong - but it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #19 from Jonathan Wakely ---
Yes. Currently configure has a broken check for libintl that gives the wrong
result if you have GNU gettext installed as well as glibc, and we only do that
check when USE_NLS=yes. For GNU/Linux we always ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #2 from Dominique d'Humieres ---
When I opened this PR I missed the "-fshared". With it I get the linker error.
On IRC Iain Sandoe gives the following workaround:
(1) gfc -S F03_iso.f90
(2) apply the following patch:
--- F03_iso.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #18 from Dâniel Fraga ---
(In reply to Jonathan Wakely from comment #15)
> (In reply to Dâniel Fraga from comment #14)
> Thanks for the quick response, that explains the problem.
>
> G++ finds the version in /usr/local/include first,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #17 from Jonathan Wakely ---
(In reply to Marc Glisse from comment #16)
> >AC_SEARCH_LIBS(gettext, intl, [], USE_NLS=no)
>
> seems a bit crude, as it results in this link test:
It also doesn't help solve the bug :-)
Yes, I reali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #16 from Marc Glisse ---
>AC_SEARCH_LIBS(gettext, intl, [], USE_NLS=no)
seems a bit crude, as it results in this link test:
#ifdef __cplusplus
extern "C"
#endif
char gettext ();
int
main ()
{
return gettext ();
;
return 0;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #15 from Jonathan Wakel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #14 from Dâniel Fraga ---
(In reply to Jonathan Wakely from comment #12)
> So I need to know which GNU/Linux distro you are using, and why it does not
> provide textdomain in glibc.
Hi Jonathan:
1) I'm using a customized installation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59685
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
--- Comment #7 from Ian Thompson ---
(In reply to Martin Nowak from comment #5)
> This should have a high priority, it makes LTO completely unusable on AVR.
I've been building with LTO for AVR without issue. The warning is purely
cosmetic.
If yo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56267
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59892
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59892
--- Comment #1 from Andrew Pinski ---
The warning should be there already.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
--- Comment #6 from pieter.agten at gmail dot com ---
(In reply to Martin Nowak from comment #5)
> (In reply to Georg-Johann Lay from comment #4)
> > As the patch above has not been approved, it's unlikely this will ever get
> > fixed...
>
> This
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58116
--- Comment #4 from Andy Lutomirski ---
Sorry -- I forgot about the recursive / threaded case.
(I keep meaning to propose something like [[non_unique_address]] to enable
optimizations like this and things zero-byte struct members.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59892
Bug ID: 59892
Summary: out of bounds array access is misoptimized
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #13 from Jonathan Wakely ---
A possible workaround is to ensure that *either* glibc provides textdomain(3)
*or* you have GNU gettext installed and do not use --disable-nls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 20 18:19:54 2014
New Revision: 206849
URL: http://gcc.gnu.org/viewcvs?rev=206849&root=gcc&view=rev
Log:
PR middle-end/59860
* tree.h (fold_builtin_strcat): New prototype.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56779
--- Comment #12 from Jonathan Wakely ---
Thanks, Daniel. I'm still trying to understand what's happening here so I can
reproduce it.
libintl_textdomain is the GNU gettext implementation of the textdomain(3)
function. On my Fedora systems textdoma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
--- Comment #22 from Kenneth Zadeck ---
if i had to put money on it, i would say that it is not dead, it is only
sleeping.
kenny
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Mon Jan 20 18:18:21 2014
New Revision: 206848
URL: http://gcc.gnu.org/viewcvs?rev=206848&root=gcc&view=rev
Log:
PR middle-end/59860
* tree.h (fold_builtin_strcat): New prototype.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59891
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
: x86_64-unknown-linux-gnu
Configured with: ../gcc-trunk/configure --prefix=/usr/local/gcc-trunk
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 4.9.0 20140120 (experimental) [trunk revision 206798] (GCC)
$
$ gcc-trunk -O0 small.c
small.c: In function ‘main
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58996
--- Comment #18 from bviyer at gcc dot gnu.org ---
Author: bviyer
Date: Mon Jan 20 17:49:22 2014
New Revision: 206846
URL: http://gcc.gnu.org/viewcvs?rev=206846&root=gcc&view=rev
Log:
Fix for PR other/58996.
+2014-01-20 Balaji V. Iyer
+
+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
--- Comment #7 from Jakub Jelinek ---
Created attachment 31900
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31900&action=edit
gcc49-pr59886.patch
Untested partial patch. I believe we want to increment the num_split_elts for
all the elemen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
--- Comment #5 from Martin Nowak ---
(In reply to Georg-Johann Lay from comment #4)
> As the patch above has not been approved, it's unlikely this will ever get
> fixed...
This should have a high priority, it makes LTO completely unusable on AVR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59868
--- Comment #6 from Michael Sartain ---
Added -fno-var-tracking and build time dropped to 1:30.
Is this something that I should revisit when gcc 4.9 is released?
Thanks much for the help.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
--- Comment #6 from Jakub Jelinek ---
Even the const there isn't needed.
Anyway, the bug I think is that split_nonconstant_init_1 doesn't handle
RANGE_EXPR field_index in the if (TREE_CODE (value) == CONSTRUCTOR) case
(it handles it in the else i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
--- Comment #4 from Georg-Johann Lay ---
(In reply to Martin Nowak from comment #3)
> Is there a simple workaround until this is fixed?
None that I know of, at least if you don't want to change the sources.
As the patch above has not been approv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56267
--- Comment #6 from Jonathan Wakely ---
Author: redi
Date: Mon Jan 20 15:49:39 2014
New Revision: 206834
URL: http://gcc.gnu.org/viewcvs?rev=206834&root=gcc&view=rev
Log:
PR libstdc++/56267
* include/bits/hashtable_policy.h (_Hash_code_ba
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59887
--- Comment #2 from steven valsesia ---
(In reply to Richard Biener from comment #1)
> Seems to be a completely non-functional toolchain. Report a bug to where you
> got it from.
Sorry but i don't understand, why does it work with gcc-4.4 ? And
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
--- Comment #5 from Stefan ---
(In reply to Richard Biener from comment #4)
> (In reply to Stefan from comment #3)
> > (In reply to Richard Biener from comment #2)
> > > 'Killed' means sth killed gcc, likely you simply need more memory (also
> > >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #21
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
--- Comment #1 from Richard Biener ---
Even with the obvious fix to val_reset
Index: gcc/var-tracking.c
===
--- gcc/var-tracking.c (revision 206808)
+++ gcc/var-tracking.c (working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59890
Bug ID: 59890
Summary: var-tracking.c:val_reset segfaults
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimizatio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59878
--- Comment #4 from Richard Biener ---
"Use --with-isl=system to direct CLooG to pick up an already installed ISL,
otherwise it will use ISL 0.11.1 as bundled with CLooG"
doesn't exactly suggest that using the ISL 0.11.1 bundled with CLooG will
n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59865
--- Comment #2 from mib.bugzilla at gmail dot com ---
Thanks. I realized after I posted that the test case isn't definitive. Improved
test case pasted below.
Inspection of the assembly listing shows that popcnt is being checked before
arch=corei7.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59878
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
--- Comment #4 from Richard Biener ---
(In reply to Stefan from comment #3)
> (In reply to Richard Biener from comment #2)
> > 'Killed' means sth killed gcc, likely you simply need more memory (also
> > check ulimits).
>
> ulimit: unlimited
> RAM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
--- Comment #3 from Stefan ---
(In reply to Richard Biener from comment #2)
> 'Killed' means sth killed gcc, likely you simply need more memory (also
> check ulimits).
ulimit: unlimited
RAM installed: 1GB -> too little?
(log file here, first lin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59887
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
--- Comment #3 from Lars Gullik Bjønnes ---
Yes, the compiler is built with:
../gcc/configure --prefix=/opt/gcc/gcc-trunk --enable-checking=release
--enable-languages=c,c++,lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
--- Comment #1 from Stefan ---
Created attachment 31899
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31899&action=edit
output of the portmaster -H command
Unfortunately, the entire log is too long, I put it on my google drive under
this li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #9 from joseph at codesourcery dot com ---
Thanks for the testcase. At this point I think we need Andrew MacLeod or
Torvald Riegel to review it and assess what should happen where to fix
this (both for direct uses of the atomic buil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59889
Bug ID: 59889
Summary: gcj: internal compiler error: Killed: 9 (program jc1)
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
Bug ID: 59888
Summary: ld: warning: PIE disabled. Absolute addressing
(perhaps -mdynamic-no-pic) not allowed in code signed
PIE ...
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59887
Bug ID: 59887
Summary: 4.6 regression (4.6.3-14+rpi1 -> 4.4.7-3+rpi1)
internal compiler error: Segmentation fault
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
--- Comment #20 from Richard Biener ---
Seems to be gone on trunk (4.9)
variable tracking : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
48 kB ( 0%) ggc
var-tracking dataflow : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
Kostya Serebryany changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
Martin Nowak changed:
What|Removed |Added
CC||code at dawg dot eu
--- Comment #3 from Ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56454
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
Georg-Johann Lay changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Georg-Johann
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396
--- Comment #1 from Georg-Johann Lay ---
Created attachment 31898
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31898&action=edit
pr59396.diff: Tentative patch for avr.c
PR target/59396
* config/avr/avr.c (avr_set_current_function):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59886
Lars Gullik Bjønnes changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de,
: unassigned at gcc dot gnu.org
Reporter: larsbj at gullik dot net
Created attachment 31897
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31897&action=edit
Reduced preprocessed code.
g++ --version
g++ (GCC) 4.9.0 20140120 (experimental) as of rev 206794
When compiling the a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59496
--- Comment #7 from Iain Sandoe ---
Author: iains
Date: Mon Jan 20 11:20:24 2014
New Revision: 206802
URL: http://gcc.gnu.org/viewcvs?rev=206802&root=gcc&view=rev
Log:
gcc:
PR bootstrap/59496
* config/rs6000/darwin.h (ADJUST_FIELD_ALIGN)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59829
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Mon Jan 20 11:06:21 2014
New Revision: 206800
URL: http://gcc.gnu.org/viewcvs?rev=206800&root=gcc&view=rev
Log:
2014-01-20 Richard Biener
PR middle-end/59860
* builtins.c (f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #6)
> As usual, the iteration order imposed by pre_and_rev_postorder isn't the best
> one for a forward dataflow problem. Using inverted_post_order_compute
> improves
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59860
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Jan 20 11:01:53 2014
New Revision: 206799
URL: http://gcc.gnu.org/viewcvs?rev=206799&root=gcc&view=rev
Log:
2014-01-20 Richard Biener
PR middle-end/59860
* builtins.c (f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53958
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
1 - 100 of 129 matches
Mail list logo
