[Bug go/61303] New: gccgo: segfault, regression since 4.8.2

[Bug go/61303] New: gccgo: segfault, regression since 4.8.2

[maciej at opencsw dot org]

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

            Bug ID: 61303
           Summary: gccgo: segfault, regression since 4.8.2
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: go
          Assignee: ian at airs dot com
          Reporter: maciej at opencsw dot org
                CC: cmang at google dot com

> ./bin/gen-catalog-index --help
Usage of ./bin/gen-catalog-index:
  -arch="sparc": { sparc | i386 }
  -catalog-release="unstable": e.g. unstable, bratislava, kiel, dublin
  -os-release="SunOS5.10": e.g. SunOS5.10
  -output="catalog": The name of the file to generate.
  -pkgdb-url="http://buildfarm.opencsw.org/pkgdb/rest": Web address of the
pkgdb app.
> ./bin/gen-catalog-index -output foo
2014/05/24 13:50:23 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/for-generation/as-dicts/
2014/05/24 13:50:32 Retrieved {unstable sparc SunOS5.10} with 3704 packages
2014/05/24 13:50:32 Writing {unstable sparc SunOS5.10} to foo
2014/05/24 13:50:32 Catalog index written successfully
> cp ./bin/gen-catalog-index{,.bak}
> rm ./bin/gen-catalog-index
> make bin/gen-catalog-index
gccgo -g -o bin/gen-catalog-index src/gen-catalog-index/gen-catalog-index.o
src/opencsw/diskformat/diskformat.o
> rm foo
> ./bin/gen-catalog-index -output foo
2014/05/24 13:51:05 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/for-generation/as-dicts/
Segmentation Fault (core dumped)
> dbx - core
 Corefile specified executable:
"/home/raos/opencsw/.buildsys/v2/go/bin/gen-catalog-index"
 For information about new features see `help changes'
 To remove this message, put `dbxenv suppress_startup_message 7.6' in your
.dbxrc
 Reading gen-catalog-index
 dbx: warning: core object name "gen-catalog-ind" matches
 object name "gen-catalog-index" within the limit of 14. assuming they match
 core file header read successfully
 Reading ld.so.1
 Reading libgo.so.5.0.0
 dbx: warning: unknown location expression code (0x9e)
 Reading libm.so.2
 Reading libgcc_s.so.1
 Reading libc.so.1
 Reading libpthread.so.1
 Reading libsocket.so.1
 Reading libnsl.so.1
 Reading librt.so.1
 Reading libaio.so.1
 Reading libmd.so.1
 Reading libc_psr.so.1
 t@3 (l@3) terminated by signal SEGV (no mapping at the fault address)
 0xfe730e98: _memcpy+0x04bc:     st       %o4, [%o0]
 (dbx) where
 current thread: t@3
 =>[1] _memcpy(0x0, 0xff0d1f6c, 0x61, 0x60100, 0x30, 0x0), at 0xfe730e98
   [2] runtime_netpoll(0x1, 0x80, 0xce1e1e3b, 0x0, 0xff0d1ff0, 0x180), at
0xfeb8e004
   [3] schedule(0x1, 0xfef32f6c, 0x0, 0x0, 0xff0f3d28, 0xff0f5800), at
0xfeb92e90
   [4] runtime_mstart(0xde811800, 0xce1e2000, 0x0, 0xce310a38, 0x4,
0xce310a38), at 0xfeb93130
 (dbx) threads
       t@1  a  l@1   ?()   sleep on 0x3f3c0  in  __lwp_park()
       t@2  a  l@2   ?()   sleep on 0x3f3f8  in  __lwp_park()
 o>    t@3  a  l@3   ?()   signal SIGSEGV in  _memcpy()
       t@4  a  l@4   ?()   sleep on 0x3f810  in  __lwp_park()
 (dbx) quit

This is a regression since gcc-4.8.2. The same go code works when compiled with
gccgo-4.8.2 and fails when compiled with gccgo-4.9.0.

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[maciej at opencsw dot org]

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

--- Comment #1 from Maciej Bliziński <maciej at opencsw dot org> ---
I did some more testing. Running it under truss makes the binary work:

> truss -f -o /tmp/crashtest.truss bin/crashtest
2014/05/24 17:15:34 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/for-generation/as-dicts/
2014/05/24 17:15:44 Retrieved {unstable sparc SunOS5.10} with 3704 packages
2014/05/24 17:15:44 Writing {unstable sparc SunOS5.10} to catalog
2014/05/24 17:15:44 Catalog index written successfully

Running the same binary without truss makes it crash:

> bin/crashtest
2014/05/24 17:16:03 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/for-generation/as-dicts/
[hangs and eventually segfaults]

Running the same binary under gdb makes it segfault immediately:

> gdb bin/crashtest
GNU gdb (GDB) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.10".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from bin/crashtest...done.
(gdb) run
Starting program: /home/maciej/src/opencsw-gar/v2/go/bin/crashtest
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
[New LWP    2        ]
[New LWP    3        ]
2014/05/24 17:22:40 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/for-generation/as-dicts/
[New Thread 3 (LWP 3)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 3 (LWP 3)]
0xfe730e98 in memcpy () from
/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
(gdb) where
#0  0xfe730e98 in memcpy () from
/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
#1  0xfeb8e00c in runtime_netpoll (block=block@entry=1 '\001')
    at
/home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.9.0/libgo/runtime/netpoll_select.c:163
#2  0xfeb92e98 in findrunnable ()
    at
/home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.9.0/libgo/runtime/proc.c:1653
#3  schedule () at
/home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.9.0/libgo/runtime/proc.c:1751
#4  0xfeb93138 in runtime_mstart (mp=0xde810800)
    at
/home/maciej/src/opencsw/pkg/gcc4/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-4.9.0/libgo/runtime/proc.c:1000
#5  0xff1faee8 in _lwp_start () from /lib/libc.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>From gcc-bugs-return-452438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat May 24 15:36:59 2014
Return-Path: <gcc-bugs-return-452438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12331 invoked by alias); 24 May 2014 15:36:59 -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 11709 invoked by uid 55); 24 May 2014 15:36:53 -0000
From: "dominiq at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/55789] [4.7 Regression] Needless realloc with array constructor.
Date: Sat, 24 May 2014 15:36: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.8.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dominiq at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P4
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.7.4
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-55789-4-Ax0uHrIRtv@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-55789-4@http.gcc.gnu.org/bugzilla/>
References: <bug-55789-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-05/txt/msg02130.txt.bz2
Content-length: 1360

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

--- Comment #17 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Sat May 24 15:36:14 2014
New Revision: 210893

URL: http://gcc.gnu.org/viewcvs?rev!0893&root=gcc&view=rev
Log:
2014-05-24  Dominique d'Humieres <dominiq@lps.ens.fr>

    Backport r195492 and r195815
    2013-01-27  Paul Thomas  <pault@gcc.gnu.org>

    PR fortran/55789
    PR fortran/56047
    * gfortran.h : Add associate_var to symbol_attr.
    * resolve.c (resolve_assoc_var): Set associate_var attribute.
    If the target class_ok is set, set it for the associate
    variable.
    * check.c (allocatable_check): Associate variables should not
    have the allocatable attribute even if their symbols do.
    * class.c (gfc_build_class_symbol): Symbols with associate_var
    set will always have a good class container.

    2013-02-06  Paul Thomas  <pault@gcc.gnu.org>

    PR fortran/55789
    * trans-array.c (trans_array_constructor): Remove condition
    'dynamic' = true if the loop ubound is a VAR_DECL.


Modified:
    branches/gcc-4_7-branch/gcc/fortran/ChangeLog
    branches/gcc-4_7-branch/gcc/fortran/check.c
    branches/gcc-4_7-branch/gcc/fortran/class.c
    branches/gcc-4_7-branch/gcc/fortran/gfortran.h
    branches/gcc-4_7-branch/gcc/fortran/resolve.c
    branches/gcc-4_7-branch/gcc/fortran/trans-array.c

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[maciej at opencsw dot org]

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

--- Comment #2 from Maciej Bliziński <maciej at opencsw dot org> ---
I've just reproduced this with gcc-4.9.1 (Solaris 10 sparc).
>From gcc-bugs-return-456805-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Jul 20 14:12:45 2014
Return-Path: <gcc-bugs-return-456805-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20944 invoked by alias); 20 Jul 2014 14:12: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 20592 invoked by uid 48); 20 Jul 2014 14:12:37 -0000
From: "christopherhe at trentu dot ca" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/39134] front end does not reject sizeof on function types
Date: Sun, 20 Jul 2014 14:12: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.0
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: normal
X-Bugzilla-Who: christopherhe at trentu dot ca
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: cc
Message-ID: <bug-39134-4-SRZckKYcPV@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-39134-4@http.gcc.gnu.org/bugzilla/>
References: <bug-39134-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-07/txt/msg01396.txt.bz2
Content-length: 808

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

Chris Hennick <christopherhe at trentu dot ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |christopherhe at trentu dot ca

--- Comment #2 from Chris Hennick <christopherhe at trentu dot ca> ---
Shouldn't it at least raise a warning, even using the default invocation? To
me, a positive sizeof(x) implies that x is an object that can be moved and
copied, and from what I've read, some novice programmers seem to expect that to
be true for compiled and loaded functions.

Of course, an alternative would be to actually compile/link all sizeof'd
functions in such a way that they *could* be moved and copied...

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[ian at airs dot com]

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

--- Comment #3 from Ian Lance Taylor <ian at airs dot com> ---
Do you have a test case that I can use to reproduce the problem?

Do you know whether the problem occurs on GNU/Linux?

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[maciej at opencsw dot org]

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

--- Comment #5 from Maciej Bliziński <maciej at opencsw dot org> ---
How to reproduce:

Requirements:
Solaris 10
svn
gmake
ginstall
gccgo 4.9.x

(Everything available as binary packages at OpenCSW)

svn checkout http://svn.code.sf.net/p/gar/code/csw/mgar/gar/v2/go gar-code
cd gar-code
mkdir bin
gmake bin/promote-packages
bin/promote-packages -dry-run -html-report-path=.
-package-times-json-file=times.json

With gccgo-4.8.2, this program completes within 80-90s on Intel or slightly
over 3 minutes on sparc. When compiled with gccgo-4.9.0, it freezes up, stays
frozen for some time, and eventually crashes.
>From gcc-bugs-return-458085-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Aug 09 16:45:53 2014
Return-Path: <gcc-bugs-return-458085-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29049 invoked by alias); 9 Aug 2014 16:45:53 -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 28963 invoked by uid 48); 9 Aug 2014 16:45:44 -0000
From: "glisse at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/62035] [4.9/4.10 Regression] wrong code building libapache-mod-perl with -O1, works with -O1 -fno-tree-dse
Date: Sat, 09 Aug 2014 16:45: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: 4.9.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: glisse 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: 4.9.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-62035-4-LcUCNNsOrC@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-62035-4@http.gcc.gnu.org/bugzilla/>
References: <bug-62035-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/msg00582.txt.bz2
Content-length: 464

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

--- Comment #6 from Marc Glisse <glisse at gcc dot gnu.org> ---
[warning for this code]

>From the little I understand, a pass like PRE might be a possibility. The main
prerequisite would be to include clobbers in value numbering. That would
probably make us miss a few optimizations that would need to be implemented
differently.

Well, I clearly don't know what I am talking about so I'll leave this for now.

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[maciej at opencsw dot org]

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

--- Comment #7 from Maciej Bliziński <maciej at opencsw dot org> ---
Checked again, the problem is still there in GCC-5.1.
>From gcc-bugs-return-485310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun May 03 21:06:10 2015
Return-Path: <gcc-bugs-return-485310-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28178 invoked by alias); 3 May 2015 21:06: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 28116 invoked by uid 55); 3 May 2015 21:06:04 -0000
From: "LpSolit at netscape dot net" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug web/64968] Upgrade GCC Bugzilla to 5.0
Date: Sun, 03 May 2015 21:06:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: web
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: LpSolit at netscape dot net
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: LpSolit at netscape dot net
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-64968-4-5BTgJSlgeX@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-64968-4@http.gcc.gnu.org/bugzilla/>
References: <bug-64968-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: 2015-05/txt/msg00150.txt.bz2
Content-length: 1034

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

--- Comment #34 from Frédéric Buclin <LpSolit at netscape dot net> ---
My debug code caught the problem. In one of the last bugmails, I got:

Date: Sun, 03 May 2015 14:56:33 +0000
X-Bugzilla-Debug-Date: Sun, 03 May 2015 14:56:33 +0000
X-Bugzilla-Debug-DeltaTS: 2015-05-03 20:26:33
X-Bugzilla-Debug-Local_Timezone: Asia/Kolkata
X-Bugzilla-TZ-FromEnv: Asia/Kolkata
X-Bugzilla-TZ-FromEtcTimezone: no data
X-Bugzilla-TZ-FromEtcLocaltime: UTC
X-Bugzilla-TZ-FromEtcTIMEZONE: no data
X-Bugzilla-TZ-FromEtcSysconfigClock: UTC
X-Bugzilla-TZ-FromEtcDefaultInit: no data


DeltaTS contains the date stored in the DB; this one is correct. But
while 98% of bugmails have "X-Bugzilla-TZ-FromEnv: no data", this one
has "Asia/Kolkata". This header is populated by $ENV{TZ}. As it takes
precedence over "FromEtcLocaltime: UTC", this explains why the timestamp
is wrong.

Now, I cannot explain why $ENV{TZ} = "Asia/Kolkata" from time to time.
But at least, we know where to look at.
>From gcc-bugs-return-485311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun May 03 21:32:46 2015
Return-Path: <gcc-bugs-return-485311-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 47566 invoked by alias); 3 May 2015 21:32:46 -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 47526 invoked by uid 48); 3 May 2015 21:32:43 -0000
From: "fxcoudert at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/48890] length of a character derived-type component with PARAMETER
Date: Sun, 03 May 2015 21:32: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.6.1
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fxcoudert at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution:
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-48890-4-Pd6zHhxFzu@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-48890-4@http.gcc.gnu.org/bugzilla/>
References: <bug-48890-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-05/txt/msg00151.txt.bz2
Content-length: 871

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

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

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

--- Comment #2 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
This is indeed a wrong-code bug. It's been reported on comp.lang.fortran today:

   implicit none
   type :: a_t
      character(len\x10) :: s = "x"
   end type a_t
   type(a_t), parameter :: foo = a_t("")
   type(a_t), parameter :: bar = a_t()
   print *, len(foo%s), len_trim(foo%s)
   print *, len(bar%s), len_trim(bar%s)
   end

gives

           0           0
          10           1

while it should give:

          10           0
          10           1

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[maciej at opencsw dot org]

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

--- Comment #8 from Maciej Bliziński <maciej at opencsw dot org> ---
Here's my attempt to get some information:

experimental10s 14:35:13 ~/src/opencsw-gar/v2/go $ gcc -v
Reading specs from /opt/csw/lib/gcc/sparc-sun-solaris2.10/5.1.0/specs
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/opt/csw/libexec/gcc/sparc-sun-solaris2.10/5.1.0/lto-wrapper
Target: sparc-sun-solaris2.10
Configured with:
/home/dam/mgar/pkg/gcc5/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-5.1.0/configure
--prefix=/opt/csw --exec_prefix=/opt/csw --bindir=/opt/csw/bin
--sbindir=/opt/csw/sbin --libexs
Thread model: posix
gcc version 5.1.0 (GCC) 

experimental10s 14:31:43 ~/src/opencsw-gar/v2/go $ export CFLAGS="-g"
experimental10s 14:31:55 ~/src/opencsw-gar/v2/go $ gmake bin/package-gar-status
gccgo -o src/opencsw/diskformat/diskformat.o -g -c
src/opencsw/diskformat/diskformat.go
ginstall -m 755 src/opencsw/diskformat/diskformat.o opencsw/diskformat.o
gccgo -o src/opencsw/mantis/mantis.o -g -c src/opencsw/mantis/mantis.go
# ginstall
cp src/opencsw/mantis/mantis.o opencsw/mantis.o
gccgo -g -o bin/package-gar-status src/package-gar-status/package-gar-status.go
opencsw/diskformat.o opencsw/mantis.o
experimental10s 14:32:15 ~/src/opencsw-gar/v2/go $ # bin/package-gar-status
-output-file=foo.md 
experimental10s 14:32:29 ~/src/opencsw-gar/v2/go $ gdb bin/package-gar-status
GNU gdb (GDB) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.10".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from bin/package-gar-status...done.
(gdb) run -output-file=foo.md
Starting program: /home/maciej/src/opencsw-gar/v2/go/bin/package-gar-status
-output-file=foo.md
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]
[New LWP    2        ]
[New LWP    3        ]
2015/05/04 14:33:05 Program start
2015/05/04 14:33:05 Looking at catalog  {unstable i386 SunOS5.10}  only.
2015/05/04 14:33:05 Making a request to
http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/i386/SunOS5.10/for-generation/as-dicts/
[New LWP    4        ]
[New LWP    5        ]
[New Thread 4 (LWP 4)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 4 (LWP 4)]
0xfe3c0d88 in memcpy () from
/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
(gdb) where
#0  0xfe3c0d88 in memcpy () from
/platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
#1  0xfe9453d0 in runtime_netpoll (block=block@entry=1 '\001') at
/home/dam/mgar/pkg/gcc5/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-5.1.0/libgo/runtime/netpoll_select.c:163
#2  0xfe94a794 in findrunnable () at
/home/dam/mgar/pkg/gcc5/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-5.1.0/libgo/runtime/proc.c:1667
#3  schedule () at
/home/dam/mgar/pkg/gcc5/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-5.1.0/libgo/runtime/proc.c:1765
#4  0xfe94aad8 in runtime_mstart (mp=0xde315c00) at
/home/dam/mgar/pkg/gcc5/trunk/work/solaris10-sparc/build-isa-sparcv8plus/gcc-5.1.0/libgo/runtime/proc.c:1000
#5  0xff1baec8 in _lwp_start () from /lib/libc.so.1
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>From gcc-bugs-return-485376-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 04 12:46:19 2015
Return-Path: <gcc-bugs-return-485376-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 120467 invoked by alias); 4 May 2015 12:46:19 -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 120425 invoked by uid 48); 4 May 2015 12:46:15 -0000
From: "hp at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/66004] New: [6 Regression]: performance of 26_numerics/random/negative_binomial_distribution/operators/values.cc
Date: Mon, 04 May 2015 12:46:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hp at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
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 target_milestone cf_gcchost cf_gcctarget
Message-ID: <bug-66004-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-05/txt/msg00216.txt.bz2
Content-length: 1769

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

            Bug ID: 66004
           Summary: [6 Regression]: performance of
                    26_numerics/random/negative_binomial_distribution/oper
                    ators/values.cc
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hp at gcc dot gnu.org
  Target Milestone: ---
              Host: x86_64-linux-gnu
            Target: cris-elf

For r221618, this test took 34633750695 "basic clock cycles" in the CRIS
simulator.  For r222742 (aka. "now"), it takes 40111446541 (same unit).  This
is a performance regression of about 16% in less than 1.5 month!  I noticed
because the test started to fail on my autotester machine during times of load,
when it has been previously silent.  The cris-elf is a 32-bit soft-float
target.

Note that the situation is the opposite of that in PR65093.

I'm listing the libstdc++ component as the cause, will update as my
(low-intensity) investigation (which I guess will be mostly bisecting)
continues.  It is also a likely culprit, with the recent work alluded to in
PR65093 (either further work or another side of the coin, of changes there
improving performance).

My first reaction, before checking for regression, was the test can and should
be split up as in PR65093.  I still think it should, after the regression is
fixed.

(Revision r221618 happens to be the last regression-free revision for cris-elf;
after that no components outside the gcc repo have been updated.)

Relative performance numbers for other platforms at svn revisions near those
above would be interesting.

[Bug go/61303] gccgo: segfault, regression since 4.8.2

[ian at airs dot com]

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

--- Comment #9 from Ian Lance Taylor <ian at airs dot com> ---
>From looking at the code it seems that mmap may be returning MAP_FAILED.  That
could lead to this crash.  I don't know why mmap would fail, though.  It's a
shame that the program works when run under truss.

If you feel like experimenting, look at the call to runtime_SysAlloc near the
start of runtime_netpoll in libgo/runtime/netpoll_select.c.  Add something like
    if(prfds == nil)
        runtime_throw("runtime_SysAlloc returned nil");
and see if you see that error instead of the crash.