[Bug rtl-optimization/63348] New: regression gcc.dg/pr43670.c fail on MIPS

[Bug rtl-optimization/63348] New: regression gcc.dg/pr43670.c fail on MIPS

[pangbw at gmail dot com]

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

            Bug ID: 63348
           Summary: regression gcc.dg/pr43670.c fail on MIPS
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: rtl-optimization
          Assignee: unassigned at gcc dot gnu.org
          Reporter: pangbw at gmail dot com

1. Build GCC:
$ configure --enable-languages=c --target=mips-linux --with-as=PATH_TO_MIPS_AS
(--with-as is needed to set TARGET_CPU_DEFAULT with MASK_EXPLICIT_RELOCS in
tm.h)
$ make
2. Compile
$ ./xgcc -O  -fcompare-debug pr43670.c -I. -c
xgcc: error: pr43670.c: -fcompare-debug failure (length)

[Bug rtl-optimization/63348] regression gcc.dg/pr43670.c fail on MIPS

[pangbw at gmail dot com]

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

--- Comment #1 from baoshan <pangbw at gmail dot com> ---
I believe this regression is introduced by the code for cleanup_barriers() in
jump.c of patch https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02164.html:

The call insn was followed by a barrier insn, the try_split() would emit
another barrier insn after call insn for this case( I don't know why, please
let me know the reason); after applying that patch and with option "-g" there
would be a note instruction between the call and barrier insns which result no
barrier insn is emitted by try_split().

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |mips
                 CC|                            |uros at gcc dot gnu.org
   Target Milestone|---                         |5.0
            Summary|regression gcc.dg/pr43670.c |[5 Regression]
                   |fail on MIPS                |gcc.dg/pr43670.c fail on
                   |                            |MIPS

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[ubizjak at gmail dot com]

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

--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to baoshan from comment #1)
> I believe this regression is introduced by the code for cleanup_barriers()
> in jump.c of patch https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02164.html:
> 
> The call insn was followed by a barrier insn, the try_split() would emit
> another barrier insn after call insn for this case( I don't know why, please
> let me know the reason); after applying that patch and with option "-g"
> there would be a note instruction between the call and barrier insns which
> result no barrier insn is emitted by try_split().

try_split should skip eventual note after the call when looking for barrier. It
looks to me that try_split blindly assumes that next insn is the barrier, which
is not the case from the introduction of debug locations.
>From gcc-bugs-return-462401-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 24 08:28:00 2014
Return-Path: <gcc-bugs-return-462401-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21394 invoked by alias); 24 Sep 2014 08:28:00 -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 21360 invoked by uid 55); 24 Sep 2014 08:27:56 -0000
From: "thopre01 at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63266] [5 Regression] Test regression: gcc.target/sh/pr53568-1.c
Date: Wed, 24 Sep 2014 08:28:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: thopre01 at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: thopre01 at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63266-4-c6NxeoIkzf@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63266-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63266-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: 2014-09/txt/msg02235.txt.bz2
Content-length: 1097

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc266

--- Comment #1 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Wed Sep 24 08:27:21 2014
New Revision: 215546

URL: https://gcc.gnu.org/viewcvs?rev!5546&root=gcc&view=rev
Log:
2014-09-24  Thomas Preud'homme  <thomas.preudhomme@arm.com>

    gcc/
    PR tree-optimization/63266
    * tree-ssa-math-opts.c (struct symbolic_number): Add comment about
    marker for unknown byte value.
    (MARKER_MASK): New macro.
    (MARKER_BYTE_UNKNOWN): New macro.
    (HEAD_MARKER): New macro.
    (do_shift_rotate): Mark bytes with unknown values due to sign
    extension when doing an arithmetic right shift. Replace hardcoded
    mask for marker by new MARKER_MASK macro.
    (find_bswap_or_nop_1): Likewise and adjust ORing of two symbolic
    numbers accordingly.

    gcc/testsuite/
    PR tree-optimization/63266
    * gcc.dg/optimize-bswapsi-1.c (swap32_d): New bswap pass test.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gcc.dg/optimize-bswapsi-1.c
    trunk/gcc/tree-ssa-math-opts.c

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[ubizjak at gmail dot com]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-09-24
     Ever confirmed|0                           |1

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to baoshan from comment #0)
> 1. Build GCC:
> $ configure --enable-languages=c --target=mips-linux
> --with-as=PATH_TO_MIPS_AS
> (--with-as is needed to set TARGET_CPU_DEFAULT with MASK_EXPLICIT_RELOCS in
> tm.h)
> $ make
> 2. Compile
> $ ./xgcc -O  -fcompare-debug pr43670.c -I. -c
> xgcc: error: pr43670.c: -fcompare-debug failure (length)

You can configure with "--enable-languages=c --target=mips-linux" only and add
-mexplicit-relocs to compile flags:

/ssd/uros/gcc-build-mips/gcc/xgcc -B /ssd/uros/gcc-build-mips/gcc -O -ftree-vrp
-fcompare-debug -S -mexplicit-relocs pr43670.c
xgcc: error: pr43670.c: -fcompare-debug failure (length)

Confirmed - my patch just exposed the problem in generic RTL code.
>From gcc-bugs-return-462459-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 24 17:24:44 2014
Return-Path: <gcc-bugs-return-462459-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18322 invoked by alias); 24 Sep 2014 17:24:44 -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 18279 invoked by uid 55); 24 Sep 2014 17:24:39 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/61405] Not emitting "enumeration value not handled in switch" warning for bit-field enums
Date: Wed, 24 Sep 2014 17:24: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61405-4-C6ImNAh8SX@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61405-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61405-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: 2014-09/txt/msg02293.txt.bz2
Content-length: 1931

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida405

--- Comment #7 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Author: mpolacek
Date: Wed Sep 24 17:23:56 2014
New Revision: 215559

URL: https://gcc.gnu.org/viewcvs?rev!5559&root=gcc&view=rev
Log:
    PR c/61405
    PR c/53874
gcc/
    * asan.c (maybe_instrument_call): Add default case.
    * ipa-pure-const.c (special_builtin_state): Likewise.
    * predict.c (expr_expected_value_1): Likewise.
    * lto-streamer-out.c (write_symbol): Initialize variable.
gcc/c-family/
    * c-common.h (struct c_common_resword): Don't define CPP_KEYWORD.
gcc/c/
    * c-parser.c: Don't define CPP_KEYWORD.
    (c_parser_switch_statement): Pass original type to c_finish_case.
    * c-tree.h (c_finish_case): Update declaration.
    * c-typeck.c (c_finish_case): Add TYPE parameter.  Pass it
    conditionally to c_do_switch_warnings.
gcc/cp/
    * semantics.c (finish_switch_cond): Call unlowered_expr_type.
    * tree.c (bot_manip): Add default case.
    * parser.c (cp_parser_primary_expression): Cast the controlling
    expression of a switch to an int.
    (cp_parser_unqualified_id): Likewise.
gcc/testsuite/
    * c-c++-common/pr53874.c: New test.
    * c-c++-common/pr61405.c: New test.
libcpp/
    * include/cpplib.h (enum cpp_ttype): Define CPP_KEYWORD.

Added:
    trunk/gcc/testsuite/c-c++-common/pr53874.c
    trunk/gcc/testsuite/c-c++-common/pr61405.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/asan.c
    trunk/gcc/c-family/ChangeLog
    trunk/gcc/c-family/c-common.h
    trunk/gcc/c/ChangeLog
    trunk/gcc/c/c-parser.c
    trunk/gcc/c/c-tree.h
    trunk/gcc/c/c-typeck.c
    trunk/gcc/cp/ChangeLog
    trunk/gcc/cp/parser.c
    trunk/gcc/cp/semantics.c
    trunk/gcc/cp/tree.c
    trunk/gcc/ipa-pure-const.c
    trunk/gcc/lto-streamer-out.c
    trunk/gcc/predict.c
    trunk/gcc/testsuite/ChangeLog
    trunk/libcpp/ChangeLog
    trunk/libcpp/include/cpplib.h

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[ubizjak at gmail dot com]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|uros at gcc dot gnu.org            |law at redhat dot com,
                   |                            |ubizjak at gmail dot com

--- Comment #4 from Uroš Bizjak <ubizjak at gmail dot com> ---
Oh, try_split in emit-rtl.c has this gem:

3616   rtx_insn *after = NEXT_INSN (trial);
...
3640  if (after && BARRIER_P (after))
3641    {
3642      has_barrier = 1;
3643      after = NEXT_INSN (after);
3644    }
...
3798  tem = emit_insn_after_setloc (seq, trial, INSN_LOCATION (trial));
3799
3800  delete_insn (trial);
3801  if (has_barrier)
3802    emit_barrier_after (tem);

The code assumes that barrier immediately follows the call_insn (which is not
the case anymore when NOTE_CALL_ARG_LOCATION is emitted).

Adding RTL expert to CC.
>From gcc-bugs-return-462461-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Sep 24 17:25:48 2014
Return-Path: <gcc-bugs-return-462461-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20710 invoked by alias); 24 Sep 2014 17:25:48 -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 20649 invoked by uid 48); 24 Sep 2014 17:25:41 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/53874] -Wswitch-enum not properly working with bitfields
Date: Wed, 24 Sep 2014 17:25: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.6.3
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: mpolacek at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-53874-4-jLFygGWHLz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-53874-4@http.gcc.gnu.org/bugzilla/>
References: <bug-53874-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: 2014-09/txt/msg02295.txt.bz2
Content-length: 428

https://gcc.gnu.org/bugzilla/show_bug.cgi?idS874

Marek Polacek <mpolacek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #5 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Fixed.

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[ubizjak at gmail dot com]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 3621 bytes --]

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

--- Comment #5 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to baoshan from comment #1)
> I believe this regression is introduced by the code for cleanup_barriers()
> in jump.c of patch https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02164.html:
> 
> The call insn was followed by a barrier insn, the try_split() would emit
> another barrier insn after call insn for this case( I don't know why, please
> let me know the reason); after applying that patch and with option "-g"
> there would be a note instruction between the call and barrier insns which
> result no barrier insn is emitted by try_split().

Can you please try the patch at [1]?

[1] https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02180.html
>From gcc-bugs-return-462507-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 25 06:53:25 2014
Return-Path: <gcc-bugs-return-462507-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6834 invoked by alias); 25 Sep 2014 06:53:25 -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 6816 invoked by uid 48); 25 Sep 2014 06:53:22 -0000
From: "thopre01 at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63366] New: C++ __complex is not equivalent to __complex double
Date: Thu, 25 Sep 2014 06:53:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: thopre01 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter attachments.created
Message-ID: <bug-63366-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: 2014-09/txt/msg02341.txt.bz2
Content-length: 1047

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc366

            Bug ID: 63366
           Summary: C++ __complex is not equivalent to __complex double
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: thopre01 at gcc dot gnu.org

Created attachment 33559
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3559&actioníit
Testcase showing that __complex is not equivalent to __complex double in C++

In function grokdeclarator () in cp/decl.c there is the following comment:

      /* If we just have "complex", it is equivalent to
         "complex double", but if any modifiers at all are specified it is
         the complex form of TYPE.  E.g, "complex short" is
         "complex short int".  */

However in practice __complex is equivalent to __complex int. The attached
testcase shows the problem and can be modified to try against __complex int.

Best regards.

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[pangbw at gmail dot com]

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

--- Comment #6 from baoshan <pangbw at gmail dot com> ---
(In reply to Uroš Bizjak from comment #5)
> (In reply to baoshan from comment #1)
> > I believe this regression is introduced by the code for cleanup_barriers()
> > in jump.c of patch https://gcc.gnu.org/ml/gcc-patches/2014-06/msg02164.html:
> > 
> > The call insn was followed by a barrier insn, the try_split() would emit
> > another barrier insn after call insn for this case( I don't know why, please
> > let me know the reason); after applying that patch and with option "-g"
> > there would be a note instruction between the call and barrier insns which
> > result no barrier insn is emitted by try_split().
> 
> Can you please try the patch at [1]?
> 
> [1] https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02180.html

It fixes the issue, Thanks for your quick action.
>From gcc-bugs-return-462582-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 25 17:59:11 2014
Return-Path: <gcc-bugs-return-462582-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15327 invoked by alias); 25 Sep 2014 17:59:11 -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 15293 invoked by uid 55); 25 Sep 2014 17:59:08 -0000
From: "uros at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS
Date: Thu, 25 Sep 2014 17:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: uros 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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63348-4-pd2o1d6zNv@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63348-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63348-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: 2014-09/txt/msg02416.txt.bz2
Content-length: 382

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc348

--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Sep 25 17:58:35 2014
New Revision: 215613

URL: https://gcc.gnu.org/viewcvs?rev!5613&root=gcc&view=rev
Log:
    PR rtl-optimization/63348
    * emit-rtl.c (try_split): Do not emit extra barrier.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/emit-rtl.c

[Bug rtl-optimization/63348] [5 Regression] gcc.dg/pr43670.c fail on MIPS

[ubizjak at gmail dot com]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #8 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed, I hope.
>From gcc-bugs-return-462584-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Sep 25 18:21:56 2014
Return-Path: <gcc-bugs-return-462584-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 32626 invoked by alias); 25 Sep 2014 18:21:56 -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 32596 invoked by uid 48); 25 Sep 2014 18:21:52 -0000
From: "contact at ncomputers dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63364] GCC optimizer causing memory corruption
Date: Thu, 25 Sep 2014 18:21: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: contact at ncomputers dot 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:
Message-ID: <bug-63364-4-VXn7cW00yB@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63364-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63364-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: 2014-09/txt/msg02418.txt.bz2
Content-length: 512

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc364

--- Comment #4 from ncomputers.org <contact at ncomputers dot org> ---
(In reply to Andrew Pinski from comment #3)
> (In reply to ncomputers.org from comment #2)
> > Can we write your name in our website?
> >
> > "Andrew Pinski taught us something new".
>
> I guess.

Ok, here is where we mention your name:

http://ncomputers.org/content/code.php?src=answers/reference%20const%20non-const.cpp

If you want, that we change something, please let us know it.