http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53948
--- Comment #9 from Richard Biener 2013-02-08
08:28:13 UTC ---
(In reply to comment #5)
> So, the real problem here is that replacing
>
> VAR_OR_FUNCTION_DECL_P && ! DECL_ARTIFICAL
>
> with REG_USERVAR_P
>
> is not the same. In pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56244
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Richard Biener changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
Targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56250
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56249
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Version|unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56244
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56247
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #27 from Jakub Jelinek 2013-02-08
09:02:23 UTC ---
Zero based offset has the big disadvantage of imposing big requirements on the
executable.
Could we on x86_64 think about mem_to_shadow(x) (x >> 3) + 0x7fff8000 (note,
not |,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #6 from rguenther at suse dot de
2013-02-08 09:07:09 UTC ---
On Thu, 7 Feb 2013, manu at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
>
> Manuel L?pez-Ib??ez changed:
>
>Wha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #28 from Kostya Serebryany 2013-02-08
09:13:27 UTC ---
> Could we on x86_64 think about mem_to_shadow(x) (x >> 3) + 0x7fff8000 (note,
> not |, but +)?
That sounds compelling, but I afraid we may have binaries with 2G of
text
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55361
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Severity|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #29 from Jakub Jelinek 2013-02-08
09:25:22 UTC ---
I think not in the default memory model, it can support only first 2GB of
code+data. Otherwise you couldn't call from the start of executable to a
function at the end of it (i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #7 from Richard Biener 2013-02-08
10:10:14 UTC ---
Testcase:
t.c:
volatile int b;
int foo (int *);
int main ()
{
int a;
b = foo (&a);
return 0;
}
t2.c:
-
int foo (int *a)
{
return *a;
}
> g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222
--- Comment #12 from Georg-Johann Lay 2013-02-08
10:13:45 UTC ---
Author: gjl
Date: Fri Feb 8 10:13:37 2013
New Revision: 195878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195878
Log:
gcc/
PR target/54222
* confi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
Richard Biener changed:
What|Removed |Added
Status|WAITING |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181
--- Comment #13 from Richard Biener 2013-02-08
11:00:34 UTC ---
Author: rguenth
Date: Fri Feb 8 11:00:26 2013
New Revision: 195879
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195879
Log:
2013-02-08 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56181
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56250
--- Comment #5 from Jakub Jelinek 2013-02-08
11:24:02 UTC ---
Created attachment 29394
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29394
gcc48-pr56250.patch
Untested fix.
I believe only division/modulus is problematic, not mu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55789
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56252
Bug #: 56252
Summary: Out-of-bounds array access in vectorized loop
Classification: Unclassified
Product: gcc
Version: 4.4.7
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #46 from Patrick Marlier
2013-02-08 11:46:33 UTC ---
Jack,
I am sorry to be picky but are dummy functions still required in
libgcc/config/darwin-crt-tm.c?
I haven't access to a machine with
__ENVIRONMENT_MAC_OS_X_VERSION_MI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56252
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
Bug #: 56253
Summary: fp-contract does not work with SSE and AVX FMAs
(neither FMA4 nor FMA3)
Classification: Unclassified
Product: gcc
Version: 4.7.2
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448
--- Comment #9 from Michael Matz 2013-02-08 12:31:28
UTC ---
Author: matz
Date: Fri Feb 8 12:31:19 2013
New Revision: 195883
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195883
Log:
PR tree-optimization/52448
* tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56254
Bug #: 56254
Summary: [avr] Support __builtin_avr_delay_cycles with
non-const delays
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56254
Georg-Johann Lay changed:
What|Removed |Added
Priority|P3 |P5
Status|UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
--- Comment #2 from Richard Biener 2013-02-08
12:52:32 UTC ---
For _mm256_fmadd_pd and friends the only possibility is to fold the target
builtins via targetm.fold_builtin to FMA_EXPR. Which is of course also
possible for the simple add/m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52448
Richard Biener changed:
What|Removed |Added
Known to work||4.8.0
--- Comment #10 from Ric
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #9 from Richard Biener 2013-02-08
12:55:19 UTC ---
Author: rguenth
Date: Fri Feb 8 12:55:13 2013
New Revision: 195884
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195884
Log:
2013-02-08 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
--- Comment #3 from Uros Bizjak 2013-02-08 12:58:49
UTC ---
(In reply to comment #1)
> not sure why we use builtins for these basic operations...
Because they have to be emitted also for non-SSE math.
>From config/i386/sse.md:
;;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56226
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53948
--- Comment #10 from Jeffrey A. Law 2013-02-08 13:19:46
UTC ---
Right, REG_EXPR gets the underlying decl, but without access to tree.h we can't
do anything useful with the decl. The whole point of Steven's patch which
caused this regressi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56064
--- Comment #3 from Georg-Johann Lay 2013-02-08
13:23:46 UTC ---
Author: gjl
Date: Fri Feb 8 13:23:34 2013
New Revision: 195885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195885
Log:
gcc/
PR tree-optimization/56064
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
--- Comment #4 from Richard Biener 2013-02-08
13:30:14 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
>
> > not sure why we use builtins for these basic operations...
>
> Because they have to be emitted also for non-SSE m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
--- Comment #5 from Richard Biener 2013-02-08
13:42:23 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
>
> > not sure why we use builtins for these basic operations...
>
> Because they have to be emitted also for non-SSE m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53948
--- Comment #11 from Jakub Jelinek 2013-02-08
13:46:05 UTC ---
Yeah, I agree with Jeff here, IMHO a helper function somewhere where both rtl.h
and tree.h is included is best solution for now.
As long as REG/MEM have REG_EXPR/MEM_EXPR, ther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56216
--- Comment #3 from emsr at gcc dot gnu.org 2013-02-08 14:11:01 UTC ---
Author: emsr
Date: Fri Feb 8 14:10:48 2013
New Revision: 195886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195886
Log:
PR libstdc++/56216
Added:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56216
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
--- Comment #2 from Jakub Jelinek 2013-02-08
14:32:13 UTC ---
I don't see how a libasan change could cause a "miscompilation" of gengtype.
Anyway, I've rebuild build/gengtype* with
rm -f build/gengtype*
make CXX='./xg++ -B ./ -fsanitize=a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #47 from Jack Howarth 2013-02-08
14:39:11 UTC ---
Created attachment 29396
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29396
revised patch to revert r184293 while fixing PR55693
Bootstrap regtesting underway on ppc d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #48 from Jack Howarth 2013-02-08
14:40:20 UTC ---
(In reply to comment #47)
> Created attachment 29396 [details]
> revised patch to revert r184293 while fixing PR55693
>
> Bootstrap regtesting underway on ppc darwin9, x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56247
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55493
Richard Biener changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #9 from Ri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
--- Comment #6 from Uros Bizjak 2013-02-08 14:58:42
UTC ---
(In reply to comment #5)
> Hmm, I wonder how the vectorizer then accesses add/sub patterns without
> SSE math. It just queries optabs ...
>
> We cannot handle the FMA case wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55877
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56250
--- Comment #6 from Jakub Jelinek 2013-02-08
15:06:37 UTC ---
Author: jakub
Date: Fri Feb 8 15:06:26 2013
New Revision: 195888
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195888
Log:
PR tree-optimization/56250
* fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55943
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #35 from Mikael Morin 2013-02-08
15:13:45 UTC ---
Author: mikael
Date: Fri Feb 8 15:13:32 2013
New Revision: 195890
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195890
Log:
fortran/
PR fortran/54107
* t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
Richard Biener changed:
What|Removed |Added
Keywords||build
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56195
--- Comment #8 from Jakub Jelinek 2013-02-08
15:19:05 UTC ---
Author: jakub
Date: Fri Feb 8 15:19:02 2013
New Revision: 195891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195891
Log:
PR rtl-optimization/56195
* lra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56151
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56250
--- Comment #7 from Jakub Jelinek 2013-02-08
15:23:43 UTC ---
Fixed on the trunk so far.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56195
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56184
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56224
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Version|unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56151
--- Comment #10 from Jakub Jelinek 2013-02-08
15:29:12 UTC ---
(In reply to comment #4)
> Patch to help explain the problem:
>
> Index: optabs.c
> ===
> --- optabs.c(r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56243
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Version|unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56246
Richard Biener changed:
What|Removed |Added
Keywords||ra
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52278
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52576
Richard Biener changed:
What|Removed |Added
Known to work||4.6.3, 4.8.0
Target Milestone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55163
Richard Biener changed:
What|Removed |Added
Target||cygwin
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
Mikael Morin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55907
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55941
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56012
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56111
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54730
Mikael Morin changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #37 from Dominique d'Humieres
2013-02-08 15:46:48 UTC ---
> This is now done.
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56145
Richard Biener changed:
What|Removed |Added
Target||x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56204
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56255
Bug #: 56255
Summary: permissions on http://gcc.gnu.org/gcc-4.8/
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: trivial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56255
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56256
Bug #: 56256
Summary: [4.8 Regression] inline asm with {|} alternatives in
it no longer accepted
Classification: Unclassified
Product: gcc
Version: 4.8.0
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56256
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56256
--- Comment #1 from Jakub Jelinek 2013-02-08
16:16:09 UTC ---
Created attachment 29397
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29397
gcc48-pr56256.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56246
--- Comment #2 from Vladimir Makarov 2013-02-08
16:39:37 UTC ---
(In reply to comment #1)
> -m32 -march=i686 -mtune=generic -O2 -fno-omit-frame-pointer -fpic
> needed for me.
> Regressed with LRA merge.
I'll be working on it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
--- Comment #13 from Evgeny Grin 2013-02-08
17:28:03 UTC ---
Created attachment 29398
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29398
Patch for all needed files for cp -pR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
Jakub Jelinek changed:
What|Removed |Added
Component|sanitizer |other
--- Comment #4 from Jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48133
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|NEW
Component|other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|sani
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45749
Earnie changed:
What|Removed |Added
CC||earnie at users dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #49 from Jack Howarth 2013-02-08
18:17:50 UTC ---
The patch in comment 47 produces no regressions in gcc for...
make -k check RUNTESTFLAGS="tm.exp --target_board=unix'{-m32,-m64}'"
and none in libitm for...
make -k check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56245
--- Comment #8 from Kostya Serebryany 2013-02-08
18:28:43 UTC ---
Ah, so this *is* caused by the asan merge, although it's not an asan bug.
The new asan allocator often returns pointers that are >4Gb apart from
each other so that int is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56145
--- Comment #3 from Vincent 2013-02-08 18:29:28 UTC
---
(In reply to comment #2)
> Is this with a cross-compiler or a native compiler?
Cross compiler.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
--- Comment #2 from Michael Meissner 2013-02-08
19:36:12 UTC ---
Author: meissner
Date: Fri Feb 8 19:36:04 2013
New Revision: 195898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195898
Log:
[gcc]
2013-02-07 Michael Meissne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
--- Comment #3 from Michael Meissner 2013-02-08
19:47:07 UTC ---
Author: meissner
Date: Fri Feb 8 19:46:52 2013
New Revision: 195899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195899
Log:
[gcc]
2013-02-08 Michael Meissne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
1 - 100 of 131 matches
Mail list logo