[Bug c/39246] New: FAIL: gcc.dg/uninit-13.c

[Bug c/39246] New: FAIL: gcc.dg/uninit-13.c

[danglin at gcc dot gnu dot org]

Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/gcc/objdi
r/gcc/ /home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/uninit-13.c   -O
-Wuninitiali
zed -S  -o uninit-13.s    (timeout = 300)
/home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/uninit-13.c: In function 'foo':
/home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/uninit-13.c:7: warning: '__real__
f'
 is used uninitialized in this function
output is:
/home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/uninit-13.c: In function 'foo':
/home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/uninit-13.c:7: warning: '__real__
f'
 is used uninitialized in this function

FAIL: gcc.dg/uninit-13.c unconditional (test for warnings, line 8)
FAIL: gcc.dg/uninit-13.c (test for excess errors)
Excess errors:
/home/dave/gnu/gcc/gcc/gcc/testsuite/gcc.dg/uninit-13.c:7: warning: '__real__
f' is used uninitialized in this function

-bash-3.2$ ./xgcc -B./ -v
Reading specs from ./specs
Target: arm-none-linux-gnueabi
Configured with: ../gcc/configure --host=arm-none-linux-gnueabi
--target=arm-non e-linux-gnueabi --build=arm-none-linux-gnueabi
--disable-stage1-checking --enabl e-languages=c,c++,fortran --enable-shared
--enable-threads --disable-multilib -- disable-libmudflap --disable-libssp
--enable-symvers=gnu --enable-__cxa_atexit - -disable-libstdcxx-pch
--disable-checking --prefix=/home/dave/opt/gnu/gcc/gcc-4.4.0
--with-gmp=/home/dave/opt/gnu
Thread model: posix
gcc version 4.4.0 20090218 (experimental) [trunk revision 144268] (GCC)


-- 
           Summary: FAIL: gcc.dg/uninit-13.c
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: arm-none-linux-gnueabi
  GCC host triplet: arm-none-linux-gnueabi
GCC target triplet: arm-none-linux-gnueabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[jingyu at google dot com]

------- Comment #1 from jingyu at google dot com  2009-04-15 20:41 -------
I have observed the same error on
host: x86_64-linux-gnu and i686-linux-gnu
target: arm-unknown-eabi

Executing on host: /usr/local/google/tmp/gcc4.4_dejagnu/obj/gcc-4.4/gcc/xgcc
-B/usr/local/google/tmp/gcc4.4_dejagnu/obj/gcc-4.4/gcc/
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13-O0.c
  -Wuninitialized -DSTACK_SIZE=16384 -S    -o uninit-13-O0.s    (timeout = 800)
XFAIL: gcc.dg/uninit-13-O0.c unconditional (test for warnings, line 8)
PASS: gcc.dg/uninit-13-O0.c (test for excess errors)
Executing on host: /usr/local/google/tmp/gcc4.4_dejagnu/obj/gcc-4.4/gcc/xgcc
-B/usr/local/google/tmp/gcc4.4_dejagnu/obj/gcc-4.4/gcc/
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13.c
  -O -Wuninitialized -DSTACK_SIZE=16384 -S    -o uninit-13.s    (timeout = 800)
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13.c:
In function 'foo':
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13.c:7:
warning: '__real__ f' is used uninitialized in this function
output is:
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13.c:
In function 'foo':
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13.c:7:
warning: '__real__ f' is used uninitialized in this function

FAIL: gcc.dg/uninit-13.c unconditional (test for warnings, line 8)
FAIL: gcc.dg/uninit-13.c (test for excess errors)
Excess errors:
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/gcc/testsuite/gcc.dg/uninit-13.c:7:
warning: '__real__ f' is used uninitialized in this function


$arm-eabi-gcc -v
Using built-in specs.
Target: arm-eabi
Configured with:
/usr/local/google/nightly/sources/arm_toolchain/gcc-4.4/configure
--prefix=/usr/local/google/tmp/gcc4.4_dejagnu/install --target=arm-eabi
--build=x86_64-linux-gnu --host=x86_64-linux-gnu
--with-gmp=/usr/local/google/tmp/gcc4.4_dejagnu/install
--with-mpfr=/usr/local/google/tmp/gcc4.4_dejagnu/install --enable-multilib
--with-newlib --with-gnu-as --with-gnu-ld --enable-languages=c,c++
Thread model: single
gcc version 4.4.0 20090415 (prerelease) (GCC)


-- 

jingyu at google dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jingyu at google dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[ramana at gcc dot gnu dot org]

------- Comment #2 from ramana at gcc dot gnu dot org  2009-05-13 10:08 -------
I can see this with trunk at r147467


-- 

ramana at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2009-05-13 10:08:01
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[mikpe at it dot uu dot se]

------- Comment #3 from mikpe at it dot uu dot se  2009-10-17 22:08 -------
I just had a look at some gcc-4.4.2 testsuite failure on arm-linux-gnueabi, and
came across the uninit-13.c one and this PR.

The error is not that uninit-13.c triggers an "is used uninitialized" warning,
it's supposed to do that, but that on ARM the line number for the warning is
off-by-one.

On armv5tel-linux-gnueabi:
uninit-13.c: In function 'foo':
uninit-13.c:7: warning: '__real__ f' is used uninitialized in this function

On i686-pc-linux-gnu:
uninit-13.c: In function 'foo':
uninit-13.c:8: warning: '__real__ f' is used uninitialized in this function

Apparently x86-64 is also off-by-one, while my powerpc64 box agrees with i686.

If I replace the _Complex float with a struct of two floats like this:

typedef struct { float x; float y; } C;
C foo()
{
    float x; float y;
    x = 0;
    return (C){x, y};
}

then my i686 and ARM compilers emit identical warnings.

Something strange is happening with _Complex on ARM (and x86-64).


-- 

mikpe at it dot uu dot se changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mikpe at it dot uu dot se


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[krebbel at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

Andreas Krebbel <krebbel at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |krebbel at gcc dot gnu.org

--- Comment #4 from Andreas Krebbel <krebbel at gcc dot gnu.org> 2011-02-25 14:08:20 UTC ---
I also see uninit-13.c failing on s390x.

The warning here is also emitted for line 7 while being expected in
line 8.

     4  typedef _Complex float C;
     5  C foo()
     6  {
     7    C f;
     8    __imag__ f = 0;       /* { dg-warning "is used" "unconditional" } */
     9    return f;
    10  }

The question is why do we expect the warning in line 8 at all?!  To me
it makes sense to either emit the warning on the uninitialized use -
that would be the "return f;" in line 9 or emit it for the declaration
of the uninitialized variable - that would be line 7 then.

To my understanding line 8 is the only one not directly related to the
warning.

warn_uninit in tree-ssa.c seems to implement exactly this.  It uses
either the location of the using gimple expression if available or it
falls back to the var decl. On s390x I see the var decl being used as
location while for x86_64 there is a stmt having its own location which
is used instead.

x86_64: uninit-13.c.083t.dce2:

foo ()
{
  float f$real;
  C f;

<bb 2>:
  [gcc/testsuite/gcc.dg/uninit-13.c : 8:14] f_3 = COMPLEX_EXPR <f$real_5(D),
0.0>;
  return f_3;

}



s390x: uninit-13.i.083t.dce2

foo ()
{
  float f$real;

<bb 2>:
  REALPART_EXPR <<retval>> = f$real_6(D);
  [gcc/testsuite/gcc.dg/uninit-13.c : 9:3] IMAGPART_EXPR <<retval>> = 0.0;
  [gcc/testsuite/gcc.dg/uninit-13.c : 9:3] return <retval>;

}


Before dce2 the line with the COMPLEX_EXPR exists also on s390x:

s390x: uninit-13.i.082t.reassoc1:

foo ()
{
  float f$real;
  C f;
  float D.2702;

<bb 2>:
  [gcc/testsuite/gcc.dg/uninit-13.c : 8:14] f$real_2 = f$real_6(D);
  [gcc/testsuite/gcc.dg/uninit-13.c : 8:14] f_3 = COMPLEX_EXPR <f$real_6(D),
0.0>;
  REALPART_EXPR <<retval>> = f$real_6(D);
  [gcc/testsuite/gcc.dg/uninit-13.c : 9:3] IMAGPART_EXPR <<retval>> = 0.0;
  [gcc/testsuite/gcc.dg/uninit-13.c : 9:3] return <retval>;

}

I think first we should fix the testcase - moving the warning one line
up and then find a way to fix the x86_64 problem.  To me it currently
looks like this is a testcase bug.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #5 from Richard Guenther <rguenth at gcc dot gnu.org> 2011-02-25 14:51:22 UTC ---
At what point does the direct access to IMAGPART<retval> appear?  That looks
like the bug.  Why isn't a temporary used for this?  Does s390 return the
complex number in memory?

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[krebbel at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #6 from Andreas Krebbel <krebbel at gcc dot gnu.org> 2011-03-01 18:08:11 UTC ---
The first difference between x86_64 and s390x appears in 004t.gimple since
s390x returns complex numbers in memory:

x86_64:

foo ()
{
  float D.2684;
  C D.2685;
  C f;

  D.2684 = REALPART_EXPR <f>;
  f = COMPLEX_EXPR <D.2684, 0.0>;
  D.2685 = f;
  return D.2685;
}

s390x:

foo ()
{
  float D.2702;
  C f;

  D.2702 = REALPART_EXPR <f>;
  f = COMPLEX_EXPR <D.2702, 0.0>;
  <retval> = f;
  return <retval>;
}


The assignment to the imaginary part is introduced by cplxlower:

foo ()
{
  float f$real;
  C f;
  float D.2702;

<bb 2>:
  f$real_2 = f$real_6(D);
  f_3 = COMPLEX_EXPR <f$real_2, 0.0>;
  REALPART_EXPR <<retval>> = f$real_2;
  IMAGPART_EXPR <<retval>> = 0.0;
  return <retval>;

}

expand_complex_operations_1 is invoked for gimple stmt:
# .MEM_5 = VDEF <.MEM_4(D)>
<retval> = f_3;

the code falls through to the default label and invokes emit_complex_move in
tree-complex.c:1459

Since <retval> is no SSA_NAME emit_complex_move falls through to the code in
tree-complex.c:826 which splits the complex move to:

  REALPART_EXPR <<retval>> = f$real_2;
  IMAGPART_EXPR <<retval>> = 0.0;

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[jingyu at google dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #7 from Jing Yu <jingyu at google dot com> 2011-03-01 18:08:57 UTC ---
I am on leave from 02/01/2011 to 05/30/2011. I may not reply your
email during this period.

If you have Android toolchain questions/issues/requests, please
contact Doug (dougkwan@google.com) or my manager Bhaskar
(bjanakiraman@google.com).

Thanks,
Jing

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Greta.Yorsh at arm dot com

--- Comment #9 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-01-24 19:48:24 UTC ---
*** Bug 51983 has been marked as a duplicate of this bug. ***

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-01-24 19:48:16 UTC ---
*** Bug 41895 has been marked as a duplicate of this bug. ***

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[meadori at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

meadori at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |meadori at gcc dot gnu.org

--- Comment #10 from meadori at gcc dot gnu.org ---
I just bumped into this again while looking through some XFAILS.
I think Andreas' analysis is correct, but I am not sure how to
fix the problem.

Note that for ARM that the test passes for '-mfloat-abi=hard'.

For `arm-none-eabi-gcc -O -Wuninitialized` we get:

original
========

{
  C f;

    C f;
  IMAGPART_EXPR <f> = 0.0;
  return f;
}

gimple
======

foo ()
{
  float D.4063;
  C f;

  ; NOTE: The partial store was promoted to a total store which
  ; introduces the 'REALPART_EXPR <f>' bit.
  D.4063 = REALPART_EXPR <f>;
  f = COMPLEX_EXPR <D.4063, 0.0>;
  <retval> = f;
  return <retval>;
}

cplxlower1
==========

foo ()
{
  float f$real;
  C f;

  <bb 2>:
  f$real_2 = f$real_6(D);
  f_3 = COMPLEX_EXPR <f$real_2, 0.0>;
  REALPART_EXPR <<retval>> = f$real_2;
  IMAGPART_EXPR <<retval>> = 0.0;
  return <retval>;

}

dce2
====

foo ()
{
  float f$real;
  C f;

  <bb 2>:
  ; NOTE: Warning about unused variable on next statement, which is
  ; associated with the 'C f;' declaration because the statements
  ; below as introduced by cplxlower1 don't have any location info.
  REALPART_EXPR <<retval>> = f$real_6(D);
  IMAGPART_EXPR <<retval>> = 0.0;
  return <retval>;

}

For `arm-none-eabi-gcc -O -Wuninitialized -mfloat-abi=hard` things are very
similar until we get to complex lowering:

gimple
======

foo ()
{
  float D.4062;
  C D.4063;
  C f;

  ; NOTE: The partial store was promoted to a total store which
  ; introduces the 'REALPART_EXPR <f>' bit.
  D.4062 = REALPART_EXPR <f>;
  f = COMPLEX_EXPR <D.4062, 0.0>;
  D.4063 = f;
  return D.4063;
}

cplxlower1
==========

foo ()
{
  float f$real;
  C f;

  <bb 2>:
  f$real_2 = f$real_5(D);
  f_3 = COMPLEX_EXPR <f$real_2, 0.0>;
  return f_3;

}

dce2
====

foo ()
{
  float f$real;
  C f;

  <bb 2>:
  ; NOTE: Warning about unused variable on next statement,
  ; which is associated with the '__imag__ f = 0;' line.
  f_3 = COMPLEX_EXPR <f$real_5(D), 0.0>;
  return f_3;

}

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manu at gcc dot gnu.org

--- Comment #11 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to meadori from comment #10)
> I just bumped into this again while looking through some XFAILS.
> I think Andreas' analysis is correct, but I am not sure how to
> fix the problem.

This explanation would be clearer if you used the option -lineno (or -all) when
dumping.

Ideally, the warning should be given in "return f". Perhaps there is a way to
adjust the locations?

I guess that for:

     4  typedef _Complex float C;
     5  C foo()
     6  {
     7    C f;
     8    __imag__ f = 0;       /* { dg-warning "is used" "unconditional" } */
          __real__ f = 0;
     9    return f;
    10  }

there is no warning, no?
>From gcc-bugs-return-424666-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 19 21:01:38 2013
Return-Path: <gcc-bugs-return-424666-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8275 invoked by alias); 19 Jun 2013 21:01:38 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 8247 invoked by uid 48); 19 Jun 2013 21:01:34 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/57653] filename information discarded when using -imacros
Date: Wed, 19 Jun 2013 21:01:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc component
Message-ID: <bug-57653-4-0EQhwXd5YM@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57653-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57653-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01045.txt.bz2
Content-length: 513

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manu at gcc dot gnu.org
          Component|middle-end                  |c

--- Comment #1 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Can you provide a complete testcase? Thanks.
>From gcc-bugs-return-424668-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 19 21:06:30 2013
Return-Path: <gcc-bugs-return-424668-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16553 invoked by alias); 19 Jun 2013 21:06:29 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 16330 invoked by uid 48); 19 Jun 2013 21:06:26 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/44613] Declaring an array with non-constant length inside a switch corrupts stack pointer.
Date: Wed, 19 Jun 2013 21:06:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.4.3
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-44613-4-KlhVPC1yMO@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-44613-4@http.gcc.gnu.org/bugzilla/>
References: <bug-44613-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01047.txt.bz2
Content-length: 487

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44613

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |b.r.longbons at gmail dot com

--- Comment #8 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
*** Bug 57646 has been marked as a duplicate of this bug. ***
>From gcc-bugs-return-424667-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 19 21:06:29 2013
Return-Path: <gcc-bugs-return-424667-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16369 invoked by alias); 19 Jun 2013 21:06:28 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 16311 invoked by uid 48); 19 Jun 2013 21:06:25 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/57646]=?UTF-8?Q? bogus warning about uninitialized ‘saved_stack?=.=?UTF-8?Q?1’ with gotos and VLAs?Date: Wed, 19 Jun 2013 21:06:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cc resolution
Message-ID: <bug-57646-4-SFDj58cwiU@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57646-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57646-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01046.txt.bz2
Content-length: 628

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57646

Manuel López-Ibáñez <manu at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |manu at gcc dot gnu.org
         Resolution|---                         |DUPLICATE

--- Comment #2 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
I think it is exactly the same.

*** This bug has been marked as a duplicate of bug 44613 ***
>From gcc-bugs-return-424669-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 19 21:26:59 2013
Return-Path: <gcc-bugs-return-424669-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 31532 invoked by alias); 19 Jun 2013 21:26:58 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 31497 invoked by uid 48); 19 Jun 2013 21:26:54 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/57655] [4.8/4.9 Regression] ICE: in create_pre_exit, at mode-switching.c:418 with -mno-fp-ret-in-387 -mvzeroupper -mxop and __builtin_ilogbl()
Date: Wed, 19 Jun 2013 21:26:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ubizjak at gmail dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on assigned_to everconfirmed
Message-ID: <bug-57655-4-nxJKeoFh9T@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57655-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57655-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01048.txt.bz2
Content-length: 1288

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57655

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
   Last reconfirmed|                            |2013-06-19
           Assignee|unassigned at gcc dot gnu.org      |ubizjak at gmail dot com
     Ever confirmed|0                           |1

--- Comment #1 from Uroš Bizjak <ubizjak at gmail dot com> ---
--cut here--
Index: i386.c
===================================================================
--- i386.c      (revision 200211)
+++ i386.c      (working copy)
@@ -6498,7 +6498,7 @@ construct_container (enum machine_mode mode, enum

   /* Likewise, error if the ABI requires us to return values in the
      x87 registers and the user specified -mno-80387.  */
-  if (!TARGET_80387 && in_return)
+  if (!TARGET_FLOAT_RETURNS_IN_80387 && in_return)
     for (i = 0; i < n; i++)
       if (regclass[i] == X86_64_X87_CLASS
          || regclass[i] == X86_64_X87UP_CLASS
--cut here--
>From gcc-bugs-return-424670-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 19 21:57:24 2013
Return-Path: <gcc-bugs-return-424670-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19302 invoked by alias); 19 Jun 2013 21:57:24 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 19264 invoked by uid 48); 19 Jun 2013 21:57:20 -0000
From: "allan at archlinux dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/57653] filename information discarded when using -imacros
Date: Wed, 19 Jun 2013 21:57:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: allan at archlinux dot org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-57653-4-FWEB2flLP9@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57653-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57653-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01049.txt.bz2
Content-length: 336

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57653

--- Comment #2 from Allan McRae <allan at archlinux dot org> ---
# echo "int main() { return }" > foo.c
# touch foo.h
# gcc -imacros foo.h foo.c 
<command-line>: In function ‘main’:
<command-line>:1:21: error: expected expression before ‘}’ token
>From gcc-bugs-return-424671-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 19 22:10:07 2013
Return-Path: <gcc-bugs-return-424671-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28661 invoked by alias); 19 Jun 2013 22:10:06 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 28598 invoked by uid 48); 19 Jun 2013 22:10:02 -0000
From: "ishiura-compiler at ml dot kwansei.ac.jp" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/57656] New: Wrong constant folding
Date: Wed, 19 Jun 2013 22:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ishiura-compiler at ml dot kwansei.ac.jp
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-57656-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-06/txt/msg01050.txt.bz2
Content-length: 1420

http://gcc.gnu.org/bugzilla/show_bug.cgi?idW656

            Bug ID: 57656
           Summary: Wrong constant folding
           Product: gcc
           Version: 4.8.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: tree-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ishiura-compiler at ml dot kwansei.ac.jp

GCC 4.8.2 for i686 miscompiles the following code.

    $ cat error.c

    int main (void)
    {
        int a = -1;
        int b = 2147483647;
        int c = 2;
        int t = 1 - ((a - b) / c);   // t = 1 - ( -2147483648 / 2 )

        if (t != 1073741825) { __builtin_abort(); }
        return 0;
    }

    $ i686-pc-linux-gnu-gcc-4.8.2 error.c -O2
    $ ./a.out
    Aborted (core dumped)

There was no problem with an x86_64 target.

    $ i686-pc-linux-gnu-gcc-4.8.2 -v
    Using built-in specs.
    COLLECT_GCC=i686-pc-linux-gnu-gcc-4.8.2

COLLECT_LTO_WRAPPER=/usr/local/i686-tools/gcc-4.8.2/libexec/gcc/i686-pc-linux-gnu/4.8.2/lto-wrapper
    Target: i686-pc-linux-gnu
    Configured with: /home/hassy/gcc/configure
    --prefix=/usr/local/i686-tools/gcc-4.8.2/
    --with-gmp=/usr/local/gmp-5.1.1/ --with-mpfr=/usr/local/mpfr-3.1.2/
    --with-mpc=/usr/local/mpc-1.0.1/ --disable-multilib --disable-nls
    --enable-languages=c
    Thread model: posix
    gcc version 4.8.2 20130607 (prerelease) (GCC)

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[thomas.preudhomme at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

Thomas Preud'homme <thomas.preudhomme at arm dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thomas.preudhomme at arm dot com

--- Comment #12 from Thomas Preud'homme <thomas.preudhomme at arm dot com> ---
A patch to fix this is currently under discussion on gcc-patches at:
http://gcc.gnu.org/ml/gcc-patches/2014-05/msg00164.html

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #13 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #14 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #15 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #16 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #17 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #18 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #19 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #20 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #21 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #22 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #23 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #24 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #25 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #26 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #28 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #27 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #29 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #30 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #31 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #32 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #33 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[StaffLeavers at arm dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #34 from StaffLeavers at arm dot com ---
greta.yorsh no longer works for ARM.

Your email will be forwarded to their line manager.


Please do not reply to this email.
If you need more information, please email real-postmaster@arm.com

Thank you.

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[jye2 at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #35 from jye2 at gcc dot gnu.org ---
Author: jye2
Date: Thu May  8 01:19:11 2014
New Revision: 210198

URL: http://gcc.gnu.org/viewcvs?rev=210198&root=gcc&view=rev
Log:
2014-05-07  Thomas Preud'homme  <thomas.preudhomme@arm.com>

        PR middle-end/39246
        * tree-complex.c (expand_complex_move): Keep line info when expanding
        complex move.
        * tree-ssa-uninit.c (warn_uninit): New argument. Ignore assignment 
        of complex expression. Use new argument to display correct location 
        for values coming from phi statement.
        (warn_uninitialized_vars): Adapt to new signature of warn_uninit.
        (warn_uninitialized_phi): Pass location of phi argument to 
        warn_uninit.
        * tree-ssa.c (ssa_undefined_value_p): For SSA_NAME initialized by a
        COMPLEX_EXPR, recurse on each part of the COMPLEX_EXPR.

testsuite:

        * gcc.dg/uninit-13.c: Move warning on the actual source line where
        the uninitialized complex is used.
        * gcc.dg/uninit-17.c: New test to check partial initialization of
        complex with branches.
        * gcc.dg/uninit-17-O0.c: Likewise.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/testsuite/ChangeLog

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[jye2 at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #36 from jye2 at gcc dot gnu.org ---
Author: jye2
Date: Thu May  8 01:20:17 2014
New Revision: 210199

URL: http://gcc.gnu.org/viewcvs?rev=210199&root=gcc&view=rev
Log:
2014-05-07  Thomas Preud'homme  <thomas.preudhomme@arm.com>

        PR middle-end/39246
        * tree-complex.c (expand_complex_move): Keep line info when expanding
        complex move.
        * tree-ssa-uninit.c (warn_uninit): New argument. Ignore assignment 
        of complex expression. Use new argument to display correct location 
        for values coming from phi statement.
        (warn_uninitialized_vars): Adapt to new signature of warn_uninit.
        (warn_uninitialized_phi): Pass location of phi argument to 
        warn_uninit.
        * tree-ssa.c (ssa_undefined_value_p): For SSA_NAME initialized by a
        COMPLEX_EXPR, recurse on each part of the COMPLEX_EXPR.

testsuite:

        * gcc.dg/uninit-13.c: Move warning on the actual source line where
        the uninitialized complex is used.
        * gcc.dg/uninit-17.c: New test to check partial initialization of
        complex with branches.
        * gcc.dg/uninit-17-O0.c: Likewise.

Modified:
    trunk/gcc/testsuite/gcc.dg/uninit-13.c
    trunk/gcc/tree-complex.c
    trunk/gcc/tree-ssa-uninit.c
    trunk/gcc/tree-ssa.c

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[jye2 at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

--- Comment #37 from jye2 at gcc dot gnu.org ---
Author: jye2
Date: Thu May  8 01:23:01 2014
New Revision: 210200

URL: http://gcc.gnu.org/viewcvs?rev=210200&root=gcc&view=rev
Log:
2014-05-07  Thomas Preud'homme  <thomas.preudhomme@arm.com>

        PR middle-end/39246
        * tree-complex.c (expand_complex_move): Keep line info when expanding
        complex move.
        * tree-ssa-uninit.c (warn_uninit): New argument. Ignore assignment 
        of complex expression. Use new argument to display correct location 
        for values coming from phi statement.
        (warn_uninitialized_vars): Adapt to new signature of warn_uninit.
        (warn_uninitialized_phi): Pass location of phi argument to 
        warn_uninit.
        * tree-ssa.c (ssa_undefined_value_p): For SSA_NAME initialized by a
        COMPLEX_EXPR, recurse on each part of the COMPLEX_EXPR.

testsuite:

        * gcc.dg/uninit-13.c: Move warning on the actual source line where
        the uninitialized complex is used.
        * gcc.dg/uninit-17.c: New test to check partial initialization of
        complex with branches.
        * gcc.dg/uninit-17-O0.c: Likewise.

Added:
    trunk/gcc/testsuite/gcc.dg/uninit-17-O0.c
    trunk/gcc/testsuite/gcc.dg/uninit-17.c

[Bug middle-end/39246] FAIL: gcc.dg/uninit-13.c

[thopre01 at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246

thopre01 at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |thopre01 at gcc dot gnu.org
      Known to work|                            |5.0
         Resolution|---                         |FIXED

--- Comment #38 from thopre01 at gcc dot gnu.org ---
Solved in GCC 5.0 as of r210200, no backport intended.