http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52441
Bug #: 52441
Summary: SH Target: Double sign/zero extensions for function
arguments
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52437
--- Comment #6 from Uros Bizjak 2012-02-29 21:14:34
UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > movsi uses re constraint, not rn, so I'd think we should use re.
On a second thought, re won't hurt and it will also handle symbo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52437
--- Comment #7 from Jakub Jelinek 2012-02-29
21:17:05 UTC ---
Created attachment 26791
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26791
gcc47-pr52437.patch
So does this look ok?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52442
Bug #: 52442
Summary: temporary_buffer does not swap
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52437
--- Comment #8 from Uros Bizjak 2012-02-29 21:19:19
UTC ---
(In reply to comment #7)
> Created attachment 26791 [details]
> gcc47-pr52437.patch
>
> So does this look ok?
Yes, perfect!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52386
--- Comment #3 from Paul Thomas 2012-02-29 21:24:11
UTC ---
Author: pault
Date: Wed Feb 29 21:24:05 2012
New Revision: 184673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184673
Log:
2012-02-29 Paul Thomas
PR fortran/52386
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52386
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52442
--- Comment #1 from Jonathan Wakely 2012-02-29
21:44:21 UTC ---
You're right, it can't be used like that, but it's not meant to be.
By design temporary_buffer is not copyable, so it's not swappable either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443
Bug #: 52443
Summary: ICE: verify_gimple failed: invalid types in nop
conversion
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443
--- Comment #1 from Georg-Johann Lay 2012-02-29
22:11:16 UTC ---
Created attachment 26793
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26793
ice-memx.c: C source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52443
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52424
--- Comment #9 from William J. Schmidt 2012-02-29
22:19:03 UTC ---
(In reply to comment #8)
> I think this is related to PR 45685.
On the surface this looked like a good possibility. However, I just tried
compiling the code from that PR on powe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49468
--- Comment #9 from Kazumoto Kojima 2012-02-29
23:18:23 UTC ---
(In reply to comment #8)
Perhaps. Anyway looks fine to me except one minor failure
on sh64-elf:
xsh64-elf-combined/combined/libgcc/libgcc2.c: In function '__powisf2':
xsh64-elf-com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52442
--- Comment #2 from Christopher Yeleighton
2012-02-29 23:23:34 UTC ---
(In reply to comment #1)
> You're right, it can't be used like that, but it's not meant to be.
>
> By design temporary_buffer is not copyable, so it's not swappable either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52442
--- Comment #3 from Christopher Yeleighton
2012-02-29 23:25:19 UTC ---
(In reply to comment #1)
> You're right, it can't be used like that, but it's not meant to be.
>
> By design temporary_buffer is not copyable, so it's not swappable either.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52191
Benjamin Kosnik changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |bkoz at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52437
--- Comment #9 from Jakub Jelinek 2012-02-29
23:45:14 UTC ---
Author: jakub
Date: Wed Feb 29 23:45:08 2012
New Revision: 184676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184676
Log:
PR target/52437
* config/i386/sse.md (vec_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52437
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51785
--- Comment #19 from Benjamin Kosnik 2012-03-01
00:21:11 UTC ---
Created attachment 26794
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26794
gets conditionally declared/used
Here's a way to deal with gets that is pretty simple. If it's a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52442
--- Comment #4 from Jonathan Wakely 2012-03-01
00:29:49 UTC ---
(In reply to comment #3)
> Here is my shoot, feel free to criticise.
It's formatted bizarrely and hurts my eyes ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
--- Comment #4 from Jack Howarth 2012-03-01
01:27:54 UTC ---
Created attachment 26795
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26795
test/MC/MachO/tls.s from llvm svn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52268
--- Comment #5 from Jack Howarth 2012-03-01
01:29:13 UTC ---
The test/MC/MachO/tls.s from llvm svn also may have some useful hints on the
expected assembly for tis on darwin11 and later.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52387
--- Comment #8 from Jerry DeLisle 2012-03-01
01:48:23 UTC ---
Are all the cards played here yet? I assume we won't waste time implementing
any changes until the requirements are clearly understood. Please ping me when
that point is reached. Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51930
Jason Merrill changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52439
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52444
Bug #: 52444
Summary: gcc.dg/tree-prof/pr44777.c execution,
-fprofile-generate -D_PROFILE_GENERATE fails at -m32
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52417
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52417
--- Comment #3 from Alexandre Oliva 2012-03-01
03:29:45 UTC ---
Created attachment 26796
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26796
Patch that seems to cure the problem
I'm not very happy about this patch, but... It's what I got
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445
Bug #: 52445
Summary: conditional store replacement causes segfault in
generated code
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445
Andrew Pinski changed:
What|Removed |Added
Known to work||4.4.5
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52433
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42118
xunxun changed:
What|Removed |Added
CC||xunxun1982 at gmail dot com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52445
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Summa
101 - 134 of 134 matches
Mail list logo