[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ubizjak at gmail dot com]

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

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

--- Comment #1 from Uroš Bizjak <ubizjak at gmail dot com> ---
Ops, I was also testing with this patch:

--cut here--
Index: go/regexp/all_test.go
===================================================================
--- go/regexp/all_test.go        (revision 213529)
+++ go/regexp/all_test.go        (working copy)
@@ -475,7 +475,7 @@

 // This ran out of stack before issue 7608 was fixed.
 func TestOnePassCutoff(t *testing.T) {
-       MustCompile(`^(?:x{1,1000}){1,1000}$`)
+       MustCompile(`^(?:x{1,1000}){1,500}$`)
 }

 func BenchmarkLiteral(b *testing.B) {
--cut here--
>From gcc-bugs-return-457807-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 05 14:46:43 2014
Return-Path: <gcc-bugs-return-457807-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15691 invoked by alias); 5 Aug 2014 14:46:43 -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 15637 invoked by uid 48); 5 Aug 2014 14:46:40 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/62025] New: [4.9/4.10 Regression] Miscompilation of openssl sha512.c
Date: Tue, 05 Aug 2014 14:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.9.1
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub 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 keywords bug_severity priority component assigned_to reporter cc cf_gcctarget attachments.created
Message-ID: <bug-62025-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-08/txt/msg00304.txt.bz2
Content-length: 824

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

            Bug ID: 62025
           Summary: [4.9/4.10 Regression] Miscompilation of openssl
                    sha512.c
           Product: gcc
           Version: 4.9.1
            Status: UNCONFIRMED
          Keywords: wrong-code
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: jakub at gcc dot gnu.org
                CC: krebbel at gcc dot gnu.org, rsandifo at gcc dot gnu.org
            Target: s390-linux

Created attachment 33248
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3248&actioníit
sha.c

The following testcase is miscompiled on s390-linux, starting with r207605
(including latest trunk), with e.g. -O2 -m31 -march=z196 -mtune=z10 options.

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ubizjak at gmail dot com]

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

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

--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
The backtrace mentions "malloc/free - deadlock" and the segmentation fault
happens later:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x200011d3270 (LWP 18336)]
0x0000020000e8bbac in memmove () from /lib/libc.so.6.1
(gdb) bt
#0  0x0000020000e8bbac in memmove () from /lib/libc.so.6.1
#1  0x00000200005b3a84 in gwrite (v=0x200009372f0, n=19) at
/home/uros/gcc-svn/trunk/libgo/runtime/print.c:38
#2  0x00000200005b4868 in runtime_printf (s=0x200008eab4c
<regexp_syntax.rune.pN22_regexp_syntax.compiler+204> ">")
    at /home/uros/gcc-svn/trunk/libgo/runtime/print.c:96
#3  0x00000200005b3014 in runtime_startpanic () at
/home/uros/gcc-svn/trunk/libgo/runtime/panic.c:97
#4  0x00000200005b3160 in runtime_throw (s=0x2000093820c "malloc/free -
deadlock") at /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:189
#5  0x00000200005c01d4 in runtime_mallocgc (size=40, typ=0, flag=0) at
/home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:116
#6  0x00000200005a4b30 in __go_new (size=2199032605516) at
/home/uros/gcc-svn/trunk/libgo/runtime/go-new.c:15
#7  0x00000200008e9a34 in regexp_syntax.inst.pN22_regexp_syntax.compiler
(c=0x200009372f0, op=19 '\023')
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:173
#8  0x00000200008eaadc in regexp_syntax.rune.pN22_regexp_syntax.compiler
(c=0x200009372f0, r=..., flags=212)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:267
#9  0x00000200008eaf20 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=0xc208b7fce0)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:110
#10 0x00000200008eb628 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:154
#11 0x00000200008eb2f0 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=0xc208bb0f50)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:146
#12 0x00000200008eb444 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:156
#13 0x00000200008eb2f0 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=0xc208bb1030)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:146
#14 0x00000200008eb444 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:156
#15 0x00000200008eb2f0 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=0xc208bb1110)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:146

...

#3822 0x00000200008eb444 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:156
#3823 0x00000200008eb2f0 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=0xc208c2d650)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:146
#3824 0x00000200008eb444 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:156
#3825 0x00000200008eb444 in regexp_syntax.compile.pN22_regexp_syntax.compiler
(c=0xc208c1a988, re=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:156
#3826 0x00000200008eb700 in regexp_syntax.Compile (re=0xc208c2d6c0) at
/home/uros/gcc-svn/trunk/libgo/go/regexp/syntax/compile.go:83
#3827 0x0000000120021584 in regexp.compile (expr=..., mode=<optimized out>,
longest=<optimized out>) at regexp.go:161
#3828 0x00000001200213dc in regexp.Compile (expr=...) at regexp.go:118
#3829 0x0000000120021f18 in regexp.MustCompile (str=...) at regexp.go:219
#3830 0x000000012000fa14 in regexp.TestOnePassCutoff (t=<optimized out>) at
all_test.go:478
#3831 0x00000200006a96ac in testing.tRunner (test=0xc20844f288,
param=<optimized out>)
    at /home/uros/gcc-svn/trunk/libgo/go/testing/testing.go:422
#3832 testing.$thunk15 (__go_thunk_parameter=<optimized out>) at
/home/uros/gcc-svn/trunk/libgo/go/testing/testing.go:504
#3833 0x00000200005b774c in kickoff () at
/home/uros/gcc-svn/trunk/libgo/runtime/proc.c:229
#3834 0x0000020000e42264 in ?? () from /lib/libc.so.6.1

There is quite some recursion, maybe this is the reason for a deadlock.
>From gcc-bugs-return-457962-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Aug 07 12:03:29 2014
Return-Path: <gcc-bugs-return-457962-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18146 invoked by alias); 7 Aug 2014 12:03: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 18093 invoked by uid 48); 7 Aug 2014 12:03:25 -0000
From: "vehre at gmx dot de" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/60255] Deferred character length variable at (1) cannot yet be associated with unlimited polymorphic entities
Date: Thu, 07 Aug 2014 12:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: vehre at gmx dot de
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P4
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc attachments.created
Message-ID: <bug-60255-4-ywvTK7laQ9@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60255-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60255-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-08/txt/msg00459.txt.bz2
Content-length: 773

https://gcc.gnu.org/bugzilla/show_bug.cgi?id`255

Andre Vehreschild <vehre at gmx dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vehre at gmx dot de

--- Comment #6 from Andre Vehreschild <vehre at gmx dot de> ---
Created attachment 33267
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3267&actioníit
Extended version of janus' patch. Includes testcase and more

Hi,

I propose an extended version of the patch janus began. I think we should also
mark the symbol in the vtab to be deferred and not to have length 0 to prevent
confussion with zero-length arrays. Please find patch attached and on ml.

- Andre

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ubizjak at gmail dot com]

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

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

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
The size in frame #6 is questionable:

#6  0x00000200005a4b30 in __go_new (size=2199032605516) at
/home/uros/gcc-svn/trunk/libgo/runtime/go-new.c:15

(gdb) f 6
#6  0x00000200005a4b30 in __go_new (size=2199032605516) at
/home/uros/gcc-svn/trunk/libgo/runtime/go-new.c:15
15        return runtime_mallocgc (size, 0, 0);
(gdb) p/x size
$10 = 0x200008eab4c
>From gcc-bugs-return-457964-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Aug 07 12:53:18 2014
Return-Path: <gcc-bugs-return-457964-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25445 invoked by alias); 7 Aug 2014 12:53:18 -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 25428 invoked by uid 48); 7 Aug 2014 12:53:13 -0000
From: "radoslaw.chmielarz at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/62050] New: Internal compiler error: Error reporting routines re-entered with std::make_shared on abstract class
Date: Thu, 07 Aug 2014 12: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: 4.7.4
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: radoslaw.chmielarz at gmail dot com
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-62050-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-08/txt/msg00461.txt.bz2
Content-length: 1435

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

            Bug ID: 62050
           Summary: Internal compiler error: Error reporting routines
                    re-entered with std::make_shared on abstract class
           Product: gcc
           Version: 4.7.4
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: radoslaw.chmielarz at gmail dot com

Created attachment 33268
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3268&actioníit
Preprocessed source file

Hi all,

An internal compiler error is occuring when trying to create a shared_ptr using
make_shared on an abstract class.

The following error message was displayed:
Internal compiler error: Error reporting routines re-entered.
Please submit a full bug report,
with preprocessed source if appropriate.
See <EXP GCC URL> for instructions.
Preprocessed source stored into /tmp/cc6gFr0r.out file, please attach this to
your bugreport.

The code for bug reproduction is the following:
-----------------------
#include <memory>

class AbstractClass
{
    virtual ~AbstractClass() {}
    virtual void f() = 0;
};

class MakeSharedInternalCompilerError
{
    std::shared_ptr<AbstractClass> m_member std::make_shared<AbstractClass>();
};
------------------------

The preprocessed source file is added as an attachment.

Cheers,
Radek

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ubizjak at gmail dot com]

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

--- Comment #4 from Uroš Bizjak <ubizjak at gmail dot com> ---
Following patch "fixes" the test:

--cut here--
Index: runtime/proc.c
===================================================================
--- runtime/proc.c      (revision 213681)
+++ runtime/proc.c      (working copy)
@@ -51,7 +51,7 @@
 #if defined(USING_SPLIT_STACK) && defined(LINKER_SUPPORTS_SPLIT_STACK)
 # define StackMin PTHREAD_STACK_MIN
 #else
-# define StackMin 2 * 1024 * 1024
+# define StackMin 3 * 1024 * 1024
 #endif

 uintptr runtime_stacks_sys;
--cut here--
>From gcc-bugs-return-457968-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Aug 07 13:47:25 2014
Return-Path: <gcc-bugs-return-457968-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 32653 invoked by alias); 7 Aug 2014 13:47: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 32627 invoked by uid 48); 7 Aug 2014 13:47:21 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/60923] Building of gcc fails on sparc solaris 9, In function '__muldi3' internal compiler error: Segmentation Fault
Date: Thu, 07 Aug 2014 13:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ebotcazou 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 resolution
Message-ID: <bug-60923-4-QhPXMGzikD@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60923-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60923-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-08/txt/msg00465.txt.bz2
Content-length: 430

https://gcc.gnu.org/bugzilla/show_bug.cgi?id`923

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |WORKSFORME

--- Comment #4 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
.

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ubizjak at gmail dot com]

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

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

--- Comment #5 from Uroš Bizjak <ubizjak at gmail dot com> ---
The testcase now fails also on i686-linux-gnu (Fedora 20, x86_64 with -m32):

runtime: memory allocated by OS (0xef4f1000) not in usable range
[0x18200000,0x98200000)
runtime: out of memory: cannot allocate 72744960-byte block (496762880 in use)
fatal error: out of memory

goroutine 32 [running]:
runtime_dopanic
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:131
runtime_throw
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:193
largealloc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:288
runtime_mallocgc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:234
__go_alloc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:332
__go_append
    /home/uros/gcc-svn/trunk/libgo/runtime/go-append.c:63
regexp.onePassCopy
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/onepass.go:227
regexp.compileOnePass
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/onepass.go:573
regexp.compile
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/regexp.go:168
regexp.Compile
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/regexp.go:118
regexp.MustCompile
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/regexp.go:219
regexp.TestOnePassCutoff
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/all_test.go:478
testing.tRunner
    /home/uros/gcc-svn/trunk/libgo/go/testing/testing.go:422
kickoff
    /home/uros/gcc-svn/trunk/libgo/runtime/proc.c:212
panic during panic

goroutine 32 [running]:
runtime_dopanic
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:131
runtime_startpanic
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:100
runtime_throw
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:191
runtime_mallocgc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:121
__go_alloc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:332
callback
    /home/uros/gcc-svn/trunk/libgo/runtime/go-caller.c:50
dwarf_lookup_pc
    /home/uros/gcc-svn/trunk/libbacktrace/dwarf.c:2838
dwarf_fileline
    /home/uros/gcc-svn/trunk/libbacktrace/dwarf.c:2877
backtrace_pcinfo
    /home/uros/gcc-svn/trunk/libbacktrace/fileline.c:176
__go_file_line
    /home/uros/gcc-svn/trunk/libgo/runtime/go-caller.c:137
runtime_printcreatedby
    /home/uros/gcc-svn/trunk/libgo/runtime/proc.c:595
runtime_dopanic
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:132
runtime_throw
    /home/uros/gcc-svn/trunk/libgo/runtime/panic.c:193
largealloc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:288
runtime_mallocgc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:234
__go_alloc
    /home/uros/gcc-svn/trunk/libgo/runtime/malloc.goc:332
__go_append
    /home/uros/gcc-svn/trunk/libgo/runtime/go-append.c:63
regexp.onePassCopy
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/onepass.go:227
regexp.compileOnePass
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/onepass.go:573
regexp.compile
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/regexp.go:168
regexp.Compile
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/regexp.go:118
regexp.MustCompile
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/regexp.go:219
regexp.TestOnePassCutoff
   
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu/32/libgo/gotest24887/test/all_test.go:478
testing.tRunner
    /home/uros/gcc-svn/trunk/libgo/go/testing/testing.go:422
kickoff
    /home/uros/gcc-svn/trunk/libgo/runtime/proc.c:212
stack trace unavailable
FAIL: regexp
>From gcc-bugs-return-466947-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Nov 16 12:20:11 2014
Return-Path: <gcc-bugs-return-466947-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29763 invoked by alias); 16 Nov 2014 12:20:10 -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 29689 invoked by uid 48); 16 Nov 2014 12:20:04 -0000
From: "gcc-bugzilla at mkarcher dot dialup.fu-berlin.de" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63783] [4.9/5 Regression] [SH] Miscompilation of boolean negation on SH4 using -O2
Date: Sun, 16 Nov 2014 12:20: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.1
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gcc-bugzilla at mkarcher dot dialup.fu-berlin.de
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: attachments.created
Message-ID: <bug-63783-4-GkKmutpIdU@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63783-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63783-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-11/txt/msg01419.txt.bz2
Content-length: 2164

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

--- Comment #10 from Michael Karcher <gcc-bugzilla at mkarcher dot dialup.fu-berlin.de> ---
Created attachment 33991
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id3991&actioníit
Fix logical negation of registers, SImode only

In fact, it turns out, you were right. I implemented the solution you suggest
(quite hacky, as I only implemented it for SImode, I was too lazy to look up
whether there are nice patterns for testing DImode operands into T), and
compared assembler outputs. In fact, the duplicate test instruction is NOT
eliminated in my first patch, but it is with your code after fixing.

So the approach of special-casing compare-to-zero seems to have a positive
effect.

Assembler output:

buggy:
        tst     r4,r4
        bf      .L2      ; initial if, jumps if "flag" is nonzero
; Branch for zero "flag"
        mov.l   .L10,r1  ; loads address of val
        mov.l   @r1,r1   ; loads value of val
; Common code for zero or non-zero flag
.L3:
        tst     r1,r1    ; combined test
        bt      .L8      ; if zero, skip increment
        mov.l   .L11,r2  ; load address of true_count
        mov.l   @r2,r1   ; load, increment, store true_count
        add     #1,r1
        mov.l   r1,@r2
; Label for skipping increment of true_count
.L8:
        rts
        .align 1
; branch for non-zero "flag"
.L2:
        mov.l   .L12,r1  ; load address of decision_result
        mov.l   @r1,r1   ; load data of decision_result
        tst     r1,r1    ; tst/movt logical negation before
        bra     .L3      ; jumping to common code
        movt    r1


With my earlier patch removing the "compare-to-zero" logic completely, the
assembler output changes as following (CAPS comments on changes):

...
        mov.l   @r1,r1   ; loads value of val
        tst     r1,r1    ; TEST ONLY FOR FLAG == 0
; Common code for zero or non-zero flag
.L3:
        bt      .L8      ; if zero, skip increment
...
        tst     r1,r1    ; tst/movt logical negation before
        movt    r1
        bra     .L3      ; jumping to common code
        tst     r1,r1    ; TEST ONLY FOR FLAG != 0

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ian at gcc dot gnu.org]

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

--- Comment #6 from ian at gcc dot gnu.org <ian at gcc dot gnu.org> ---
Author: ian
Date: Mon Jan  5 16:13:06 2015
New Revision: 219192

URL: https://gcc.gnu.org/viewcvs?rev=219192&root=gcc&view=rev
Log:
    PR go/61871
runtime: Increase stack size on 64-bit non-split-stack systems.

>From Uros Bizjak.

Modified:
    trunk/libgo/runtime/proc.c

[Bug go/61871] FAIL: regexp from libgo testsuite on non-split stack targets

[ubizjak at gmail dot com]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |5.0

--- Comment #7 from Uroš Bizjak <ubizjak at gmail dot com> ---
Thanks, the testcase now passes on alphaev68 [1].

[1] https://gcc.gnu.org/ml/gcc-testresults/2015-01/msg00400.html
>From gcc-bugs-return-472283-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jan 05 23:22:51 2015
Return-Path: <gcc-bugs-return-472283-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10636 invoked by alias); 5 Jan 2015 23:22:50 -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 10573 invoked by uid 48); 5 Jan 2015 23:22:45 -0000
From: "simon at pushface dot org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ada/64492] Disabling libada prevents building gnattools-cross
Date: Mon, 05 Jan 2015 23:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ada
X-Bugzilla-Version: 4.9.3
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: simon at pushface 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-64492-4-b5SgQDBJTb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64492-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64492-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: 2015-01/txt/msg00277.txt.bz2
Content-length: 399

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

--- Comment #15 from simon at pushface dot org ---
(In reply to Luke A. Guest from comment #14)
> (In reply to simon from comment #13)

> > map feature yet.
>
> The what?

indepsw-gnu.adb contains the switch to tell GNU ld to create a map file; I
think this supports --create-map-file which works on command line or in package
Builder of a GPR.