* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
@ 2014-05-24 15:23 ` maciej at opencsw dot org
2014-07-20 12:33 ` maciej at opencsw dot org
` (5 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: maciej at opencsw dot org @ 2014-05-24 15:23 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
2014-05-24 15:23 ` [Bug go/61303] " maciej at opencsw dot org
@ 2014-07-20 12:33 ` maciej at opencsw dot org
2014-07-20 15:18 ` ian at airs dot com
` (4 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: maciej at opencsw dot org @ 2014-07-20 12:33 UTC (permalink / raw)
To: gcc-bugs
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...
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
2014-05-24 15:23 ` [Bug go/61303] " maciej at opencsw dot org
2014-07-20 12:33 ` maciej at opencsw dot org
@ 2014-07-20 15:18 ` ian at airs dot com
2014-08-09 15:04 ` maciej at opencsw dot org
` (3 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: ian at airs dot com @ 2014-07-20 15:18 UTC (permalink / raw)
To: gcc-bugs
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?
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
` (2 preceding siblings ...)
2014-07-20 15:18 ` ian at airs dot com
@ 2014-08-09 15:04 ` maciej at opencsw dot org
2015-05-03 21:02 ` maciej at opencsw dot org
` (2 subsequent siblings)
6 siblings, 0 replies; 8+ messages in thread
From: maciej at opencsw dot org @ 2014-08-09 15:04 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
` (3 preceding siblings ...)
2014-08-09 15:04 ` maciej at opencsw dot org
@ 2015-05-03 21:02 ` maciej at opencsw dot org
2015-05-04 12:35 ` maciej at opencsw dot org
2015-05-08 23:27 ` ian at airs dot com
6 siblings, 0 replies; 8+ messages in thread
From: maciej at opencsw dot org @ 2015-05-03 21:02 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
` (4 preceding siblings ...)
2015-05-03 21:02 ` maciej at opencsw dot org
@ 2015-05-04 12:35 ` maciej at opencsw dot org
2015-05-08 23:27 ` ian at airs dot com
6 siblings, 0 replies; 8+ messages in thread
From: maciej at opencsw dot org @ 2015-05-04 12:35 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 8+ messages in thread* [Bug go/61303] gccgo: segfault, regression since 4.8.2
2014-05-24 14:16 [Bug go/61303] New: gccgo: segfault, regression since 4.8.2 maciej at opencsw dot org
` (5 preceding siblings ...)
2015-05-04 12:35 ` maciej at opencsw dot org
@ 2015-05-08 23:27 ` ian at airs dot com
6 siblings, 0 replies; 8+ messages in thread
From: ian at airs dot com @ 2015-05-08 23:27 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 8+ messages in thread