http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57715
Tom Vijlbrief tvijlbrief at gmail dot com changed:
What|Removed |Added
CC||tvijlbrief at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56963
Tom Vijlbrief tvijlbrief at gmail dot com changed:
What|Removed |Added
CC||tvijlbrief at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57858
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Actually, it isn't vectorized at all, because PRE attempts to be smart, figures
out that for the first iteration of the loop it can avoid computing the sqrt
because the result will be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57862
--- Comment #4 from Gaetano Mendola mendola at gmail dot com ---
At this point I'm very puzzled. The fact I have to use memcpy instead of an
assignment for sake of portability is plain wrong.
Consider that only looking at:
struct in_addr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57841
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57865
Sebastian Huber sebastian.hu...@embedded-brains.de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57858
--- Comment #5 from vincenzo Innocente vincenzo.innocente at cern dot ch ---
I remember something similar in the past
--param max-completely-peel-times=1
sort of fix it… (why pre does not recognize that 1/(1+0) == 1 btw??
of course it is just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45208
Sebastian Huber sebastian.hu...@embedded-brains.de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57862
--- Comment #5 from Mikael Pettersson mikpe at it dot uu.se ---
Your test case contains this:
===snip===
struct iphdr
{
...
};
...
int main()
{
char thePacket[1518];
memset(thePacket, 0, 1518);
thePacket[30] = 1;
thePacket[31] = 2;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57862
--- Comment #6 from Gaetano Mendola mendola at gmail dot com ---
That's clear to me.
I'm writing in C not in assembler, what I'm trying to understand is if I have
to
threat the following code:
struct in_addr myInAddr;
myInAddr.s_addr =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540
Sebastian Huber sebastian.hu...@embedded-brains.de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57865
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57862
--- Comment #7 from Mikael Pettersson mikpe at it dot uu.se ---
(In reply to Gaetano Mendola from comment #6)
struct in_addr myInAddr;
myInAddr.s_addr = theIpHeader-daddr;
as not portable, where myInAddr.s_addr and theIpHeader-daddr are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485
Michael Matz matz at gcc dot gnu.org changed:
What|Removed |Added
CC||matz at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57865
--- Comment #3 from Sebastian Huber sebastian.hu...@embedded-brains.de ---
(In reply to Alan Modra from comment #2)
My guess is that it's this change
-#define FIRST_SAVED_GP_REGNO 13
+#define FIRST_SAVED_GP_REGNO (FIXED_R13 ? 14 : 13)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57865
--- Comment #4 from Alan Modra amodra at gmail dot com ---
Created attachment 30489
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30489action=edit
Fix ool_adjust
Please verify that this fixes the problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57484
--- Comment #19 from Charles L. Wilcox zxClhzAApX1EdJwQANqrjLERmFeURQVy at
cynd dot net ---
(In reply to Uroš Bizjak from comment #11)
On an x86 target using the legacy x87 instructions and the 80-bit registers,
a load of a 64-bit or 32-bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57865
--- Comment #5 from Sebastian Huber sebastian.hu...@embedded-brains.de ---
(In reply to Alan Modra from comment #4)
Created attachment 30489 [details]
Fix ool_adjust
Please verify that this fixes the problem
Yes, your patch fixes also the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57484
--- Comment #20 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Charles L. Wilcox from comment #19)
(In reply to Uroš Bizjak from comment #11)
On an x86 target using the legacy x87 instructions and the 80-bit registers,
a load of a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42485
--- Comment #10 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Michael Matz from comment #9)that it isn't anymore ;-)
Well, too bad, I guess.
I am not sure of the exact details but unless the path itself is hard-coded,
you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57861
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||vmakarov at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56801
--- Comment #4 from Patrick Marlier patrick.marlier at gmail dot com ---
Created attachment 30490
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30490action=edit
reduced testcase.
I am now able to reproduce the ICE even with FSF 4.7.3 (it was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57861
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57860
Mikael Pettersson mikpe at it dot uu.se changed:
What|Removed |Added
CC||vmakarov at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57871
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56771
Joel Sherrill joel at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57859
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se ---
With -m64: both test cases work with gcc-3.2.3, and fail with every release
from 3.3.6 up to current trunk.
With -m32: the first test case doesn't trap with any release since 3.2.3,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56987
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57506
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57506
--- Comment #3 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Fixed by r200870 (trunk), r200871 (4.8.2).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57844
Georg-Johann Lay gjl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57873
Bug ID: 57873
Summary: [avr-gcc] Local variable on stack overwritten by call
instruction on target AVR
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57873
--- Comment #1 from Bernhard schlimmchen at yahoo dot de ---
Created attachment 30492
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30492action=edit
Compiled assembly code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57874
Bug ID: 57874
Summary: No SFINAE on ADL lookup failure
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57869
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57874
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57871
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57757
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57824
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: su at cs dot ucdavis.edu
The current gcc trunk mis-compiles the following code on x86_64-linux at -O2 in
32-bit mode. This is a regression from 4.8.x.
$ gcc-trunk -v
gcc version 4.9.0 20130710
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: su at cs dot ucdavis.edu
The current gcc trunk mis-compiles the following code on x86_64-linux at -O3 in
32-bit mode. This is a regression from 4.8.x.
$ gcc-trunk -v
gcc version 4.9.0 20130710
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: su at cs dot ucdavis.edu
The current gcc trunk mis-compiles the following code on x86_64-linux at -Os in
32-bit mode. This is a regression from 4.8.x.
$ gcc-trunk -v
gcc version 4.9.0 20130710
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57878
Bug ID: 57878
Summary: Incorrect code: live register clobbered in split2
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57878
--- Comment #1 from Easwaran Raman eraman at google dot com ---
Created attachment 30494
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30494action=edit
Disassembly of the compiled r.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57871
--- Comment #3 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Wed, Jul 10, 2013 at 05:42:03PM +, kargl at gcc dot gnu.org wrote:
implicit none
integer,parameter:: p1 = selected_real_kind(1)
This initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879
Bug ID: 57879
Summary: GCC with -flto generates invalid code for genmddeps
program
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879
--- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com ---
GCC 20130526 (r199345) - works:
08048a10 main:
main():
[...]
8048a62: mov$0x8048f60,%ecx
8048a67: mov$0x8048f80,%edx
8048a6c: mov$0xa1,%eax
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57879
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57871
--- Comment #4 from harper at msor dot vuw.ac.nz ---
The reason I sent that bug report is that I had read the manual and
found that -freal-4-real-16 makes the available real kinds 8, 10, 16.
The Fortran standard says selected_real_kind(1) must
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57792
mrs at gcc dot gnu.org mrs at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57462
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57731
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57731
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57329
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57837
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57827
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 57827, which changed state.
Bug 57827 Summary: compiler segmentation fault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57827
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57109
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56973
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56892
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||ktietz at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55334
Chris Jones chris_s_jones at yahoo dot com changed:
What|Removed |Added
CC||chris_s_jones
61 matches
Mail list logo