https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #17 from Joshua Kinard ---
(In reply to Joshua Kinard from comment #16)
> In 'all-stage2-gcc'. That's right around the commit you're referencing, so
> I went ahead and reversed these four commits:
>
> 1. 39a8c5eaded1e5771a941c56a49c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
Joshua Kinard changed:
What|Removed |Added
Component|c++ |regression
Version|4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
Dominique d'Humieres changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61855
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61855
Uroš Bizjak changed:
What|Removed |Added
Target||x86
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #19 from Joshua Kinard ---
Created attachment 33165
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33165&action=edit
Disassembly of the ASM from 'sln' compiled by a known working gcc-4.8.0.
This is the objdump disassembly of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61538
--- Comment #20 from Joshua Kinard ---
Created attachment 33166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33166&action=edit
Disassembly of the ASM from 'sln' compiled by a non-working gcc-4.8.0.
This is the objdump disassembly of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61855
--- Comment #2 from Uroš Bizjak ---
Author: uros
Date: Mon Jul 21 08:47:48 2014
New Revision: 212886
URL: https://gcc.gnu.org/viewcvs?rev=212886&root=gcc&view=rev
Log:
PR target/61855
* config/i386/avx512fintrin.h: Move constants for man
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #2 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jul 21 09:11:04 2014
New Revision: 212888
URL: https://gcc.gnu.org/viewcvs?rev=212888&root=gcc&view=rev
Log:
Fix fuse-caller-save-xmm.c test-case
2014-07-21 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61865
Bug ID: 61865
Summary: FAIL: go.test/test/fixedbugs/bug272.go execution, -O2
-g
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61866
Bug ID: 61866
Summary: FAIL: ./index0-out.go execution, -O0 -g
-fno-var-tracking-assignments
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #4 from Dominique d'Humieres ---
The following patch
--- ../_clean/gcc/testsuite/gcc.target/i386/fuse-caller-save-xmm.c
2014-07-21 11:21:30.0 +0200
+++ gcc/testsuite/gcc.target/i386/fuse-caller-save-xmm.c2014-07-21
11:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61855
--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Jul 21 10:09:04 2014
New Revision: 212889
URL: https://gcc.gnu.org/viewcvs?rev=212889&root=gcc&view=rev
Log:
Backport from mainline
2014-07-21 Uros Bizjak
PR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61855
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61863
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #5 from Uroš Bizjak ---
(In reply to Dominique d'Humieres from comment #4)
> The following patch
>
> --- ../_clean/gcc/testsuite/gcc.target/i386/fuse-caller-save-xmm.c
> 2014-07-21 11:21:30.0 +0200
> +++ gcc/testsuite/gcc.tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61867
Bug ID: 61867
Summary: gcc can't detect obviously false test
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #31 from Dominique d'Humieres ---
Further reduced test
program main
implicit none
type :: string_t
character(LEN=1), dimension(:), allocatable :: chars
end type string_t
type(string_t) :: prt_in, tmp(1)
integer :: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #6 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jul 21 10:54:47 2014
New Revision: 212890
URL: https://gcc.gnu.org/viewcvs?rev=212890&root=gcc&view=rev
Log:
Fix fuse-caller-save test-cases
2014-07-21 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #7 from Dominique d'Humieres ---
Sorry, another patch for darwin (call_bar)
--- ../_clean/gcc/testsuite/gcc.target/i386/fuse-caller-save-rec.c
2014-07-21 13:09:41.0 +0200
+++ gcc/testsuite/gcc.target/i386/fuse-caller-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #8 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Jul 21 11:29:10 2014
New Revision: 212891
URL: https://gcc.gnu.org/viewcvs?rev=212891&root=gcc&view=rev
Log:
Fix fuse-caller-save-rec.c
2014-07-21 Tom de Vries
PR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61827
--- Comment #9 from Dominique d'Humieres ---
> New Revision: 212891 ...
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55701
--- Comment #3 from amker at gcc dot gnu.org ---
Author: amker
Date: Mon Jul 21 12:24:06 2014
New Revision: 212893
URL: https://gcc.gnu.org/viewcvs?rev=212893&root=gcc&view=rev
Log:
PR target/55701
* config/arm/arm.md (setmem): New patter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
Uroš Bizjak changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Uroš Bizjak ---
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61867
--- Comment #1 from Jonathan Wakely ---
I'm pretty sure gcc does detect it and optimizes appropriately, it just doesn't
warn (because it's not a static analyzer)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61868
Bug ID: 61868
Summary: -frandom-seed always results in random_seed of 0
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61869
Bug ID: 61869
Summary: Spurious uninitialized warning
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61870
Bug ID: 61870
Summary: internal compiler error: in get_expr_operands, at
tree-ssa-operands.c:1035
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61870
--- Comment #1 from dzidzitop at vfemail dot net ---
Created attachment 33168
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33168&action=edit
The preprocessed file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to Ian Lance Taylor from comment #2)
> > The patch is committed so this bug may be fixed. I haven't tested it on
> > Alpha, though.
>
> The testcase recov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60874
--- Comment #5 from Uroš Bizjak ---
I forgot to tell that reflect test from libgo testsuite now passes:
PASS: reflect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61871
Bug ID: 61871
Summary: FAIL: regexp from libgo testsuite on non-split stack
targets
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #3 from e2cd58e1 at opayq dot com ---
but what I want to do is read in values with point as decimal separator. Using
open(unit=1,file='bug.dat', decimal="point")
doesn't seem to change anything.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61526
Sandra Loosemore changed:
What|Removed |Added
CC||sandra at codesourcery dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61526
--- Comment #4 from Uroš Bizjak ---
(In reply to Sandra Loosemore from comment #3)
> The testcase added for this bug in GCC 4.9.1 is failing with a link error on
> an arm-none-eabi target that doesn't support -shared. Should it be
> restricted t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61872
Bug ID: 61872
Summary: Assigning to "long double" causes memset to be
improperly elided
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61873
Bug ID: 61873
Summary: with -openmp, -E does not produce preprocessed output
on stdout
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #5 from e2cd58e1 at opayq dot com ---
I actually don't know - how can I test this?
But either way, shouldn't
open(unit=1,file='bug.dat', decimal="point")
read 1.234 in as 1.234 no matter what the locale settings are?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #6 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #4)
> (In reply to e2cd58e1 from comment #3)
> > but what I want to do is read in values with point as decimal separator.
> > Using
> >
> > open(unit=1,file='bug.d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #7 from e2cd58e1 at opayq dot com ---
For
printf("Test 1 = %.4f\n",strtod("1.2345",NULL));
printf("Test 2 = %.4f\n",strtod("1,2345",NULL));
I get
Test 1 = 1,
Test 2 = 1,2345
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #8 from Steve Kargl ---
On Mon, Jul 21, 2014 at 06:18:14PM +, e2cd58e1 at opayq dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
>
> --- Comment #7 from e2cd58e1 at opayq dot com ---
> For
>
> printf("Test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #9 from e2cd58e1 at opayq dot com ---
Just what I get:
1.2345 = 1.2345 and 5,4321 = 5.
1.2345 = 1, and 5,4321 = 5,4321
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61869
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61396
--- Comment #4 from Pat Haugen ---
(In reply to Iain Sandoe from comment #3)
> Revision r209530 is OK, r210534 is not, likely a wide-int fallout.
>
The problem first appeared in trunk revision 210113.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61867
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #32 from paul.richard.thomas at gmail dot com ---
Dear Dominique,
The problem is due to:
atmp.10.offset = 0;
{
integer(kind=8) S.12;
S.12 = 0;
while (1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
Dominique d'Humieres changed:
What|Removed |Added
Summary|bug in gfortran runtime on |bug in gfortran runtime:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61867
--- Comment #3 from David Binderman ---
(In reply to Jonathan Wakely from comment #1)
> I'm pretty sure gcc does detect it and optimizes appropriately, it just
> doesn't warn.
I've checked the output from using -S and I agree.
All the code to do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #33 from Dominique d'Humieres ---
Dear Paul,
> I cannot see yet, where it comes in nor when it was introduced.
Unfortunately I has been introduced by me, see comment 5. The code is
+ if (expr->ts.type == BT_DERIVED && expr->rank
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
James Clarke changed:
What|Removed |Added
CC||jrtc27 at jrtc27 dot com
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
--- Comment #15 from James Clarke ---
(In reply to James Clarke from comment #14)
> The issue with Availability.h has been fixed as of Developer Preview 4,
> however `all-stage1-target-libsanitizer` still fails with Error 2.
I should note that I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #11 from Jerry DeLisle ---
After all that has been said here, I am almost afraid to add any more.
This is not a bug. Fortran and GFortran are not locale aware. The ',' or '.'
are read from the file or device literally as is. From t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #12 from e2cd58e1 at opayq dot com ---
Sorry but I still have a problem with this, maybe I didn't get what you are
saying or I wasn't clear enough.
Suppose I cannot change the C-wrapper and the locale might be set to whatever.
The f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61874
Bug ID: 61874
Summary: Missing DW_AT_location for "this" parameter when using
always_inline attribute
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #13 from Steve Kargl ---
On Tue, Jul 22, 2014 at 01:39:30AM +, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
>
> --- Comment #11 from Jerry DeLisle ---
> After all that has been said he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53361
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #14 from Jerry DeLisle ---
(In reply to e2cd58e1 from comment #12)
--- snip ---
> Suppose I cannot change the C-wrapper and the locale might be set to
> whatever. The file bug.dat already exists and uses point decimals. So I want
> a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #15 from Jerry DeLisle ---
Maybe something like this:
Index: open.c
===
--- open.c(revision 212498)
+++ open.c(working copy)
@@ -26,6 +26,7 @@ see the files COPY
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61396
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
--- Comment #16 from Steve Kargl ---
On Tue, Jul 22, 2014 at 04:27:58AM +, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61847
>
> --- Comment #15 from Jerry DeLisle ---
> Maybe something like this:
I t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53361
--- Comment #9 from Andrew Pinski ---
(In reply to nightstrike from comment #8)
> This SO post claims that GCC is in error:
Yes and it was fixed in 4.8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53361
--- Comment #10 from nightstrike ---
Oh, strange. I thought I was still experiencing this on 4.8.2. I'll check
again. Sorry for the noise.
64 matches
Mail list logo
