[Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC

public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed

* [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
@ 2013-11-27 14:24 ro at gcc dot gnu.org
  2013-11-29 18:48 ` [Bug fortran/59313] " ubizjak at gmail dot com
                   ` (7 more replies)
  0 siblings, 8 replies; 9+ messages in thread
From: ro at gcc dot gnu.org @ 2013-11-27 14:24 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 59313
           Summary: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: ro at gcc dot gnu.org
              Host: sparc*-sun-solaris2.*
            Target: sparc*-sun-solaris2.*
             Build: sparc*-sun-solaris2.*

The new gfortran.dg/erf_3.F90 test FAILs on Solaris/SPARC in different ways:

* On Solaris 9, it fails to link:

FAIL: gfortran.dg/erf_3.F90  -O0  (test for excess errors)

Excess errors:
Undefined                       first referenced
 symbol                             in file
erfl                                /var/tmp//ccYCQomy.o
erfcl                               /var/tmp//ccYCQomy.o
_gfortran_erfc_scaled_r16           /var/tmp//ccYCQomy.o
frexpl                              /var/tmp//ccYCQomy.o
scalbnl                             /var/tmp//ccYCQomy.o
ld: fatal: Symbol referencing errors. No output written to ./erf_3.exe

WARNING: gfortran.dg/erf_3.F90  -O0  compilation failed to produce executable

* On Solaris 10 and 11, I get an execution failure instead:

   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   6167208123267181.00000000000000000000

Program aborted. Backtrace:
#0  0xFEA1A0BF

  In gdb, I find

Program received signal SIGABRT, Aborted.
[Switching to Thread 1 (LWP 1)]
0xff0da440 in _lwp_kill () from /lib/libc.so.1
(gdb) where
#0  0xff0da440 in _lwp_kill () from /lib/libc.so.1
#1  0xff083d90 in raise () from /lib/libc.so.1
#2  0xff05b59c in abort () from /lib/libc.so.1
#3  0xff21c068 in _gfortrani_sys_abort ()
    at /vol/gcc/src/hg/trunk/local/libgfortran/runtime/error.c:173
#4  0xff2b7a40 in _gfortran_abort ()
    at /vol/gcc/src/hg/trunk/local/libgfortran/intrinsics/abort.c:33
#5  0x00011318 in check (a=0.45653165863355994044362586269156961, 
    b=0.45653165863355994014668559274485783)
    at /vol/gcc/src/hg/trunk/local/gcc/testsuite/gfortran.dg/erf_3.F90:50
#6  0x0001154c in test ()
    at /vol/gcc/src/hg/trunk/local/gcc/testsuite/gfortran.dg/erf_3.F90:29
#7  0x00012390 in main (argc=1, argv=0xffbff594)
    at /vol/gcc/src/hg/trunk/local/gcc/testsuite/gfortran.dg/erf_3.F90:43
#8  0x00010cfc in _start ()

  Rainer


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug fortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
@ 2013-11-29 18:48 ` ubizjak at gmail dot com
  2013-12-01 19:31 ` [Bug libfortran/59313] " ubizjak at gmail dot com
                   ` (6 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: ubizjak at gmail dot com @ 2013-11-29 18:48 UTC (permalink / raw)
  To: gcc-bugs

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|sparc*-sun-solaris2.*       |sparc*-sun-solaris2.*,
                   |                            |alpha-linux-gnu
                 CC|                            |ubizjak at gmail dot com

--- Comment #2 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Eric Botcazou from comment #1)
> I'm seeing this too.

Me to, on alpha-linux-gnu, exactly the same numbers:

   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   0.00000000000000000000000000000000000
   6167208123267181.00000000000000000000

Program aborted. Backtrace:
#0  0x2000004F197
>From gcc-bugs-return-436287-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 29 18:54:21 2013
Return-Path: <gcc-bugs-return-436287-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22406 invoked by alias); 29 Nov 2013 18:54:21 -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 22363 invoked by uid 48); 29 Nov 2013 18:54:17 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
Date: Fri, 29 Nov 2013 18:54: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: ubizjak at gmail dot com
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:
Message-ID: <bug-59313-4-umv5BYTs2B@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59313-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59313-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg03064.txt.bz2
Content-length: 381

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

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
(In reply to Uroš Bizjak from comment #2)

> Me to, on alpha-linux-gnu, exactly the same numbers:

alpha-linux-gnu is 128 bit long double, but not __float128 target:

auto-host.h:#define TARGET_DEFAULT_LONG_DOUBLE_128 1

Probably sparc also defines this.
>From gcc-bugs-return-436288-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 29 19:31:50 2013
Return-Path: <gcc-bugs-return-436288-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12315 invoked by alias); 29 Nov 2013 19:31:49 -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 12263 invoked by uid 48); 29 Nov 2013 19:31:45 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/59176] [4.9 Regression] ICE edge points to wrong declaration / verify_cgraph_node failed
Date: Fri, 29 Nov 2013 19:31:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-59176-4-fik8dW1GkC@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59176-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59176-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg03065.txt.bz2
Content-length: 288

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

--- Comment #3 from Tobias Burnus <burnus at gcc dot gnu.org> ---
Now that PR59208 was fixed, I tried the test case of this PR again (with
today's r205539).

Result: Still the same, an ICE with -O3 in verify_cgraph_node. (-O2 is fine.)


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
  2013-11-29 18:48 ` [Bug fortran/59313] " ubizjak at gmail dot com
@ 2013-12-01 19:31 ` ubizjak at gmail dot com
  2013-12-01 20:56 ` uros at gcc dot gnu.org
                   ` (5 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: ubizjak at gmail dot com @ 2013-12-01 19:31 UTC (permalink / raw)
  To: gcc-bugs

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

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

UroÅ¡ Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                URL|                            |http://gcc.gnu.org/ml/gcc-p
                   |                            |atches/2013-12/msg00018.htm
                   |                            |l
          Component|fortran                     |libfortran
   Target Milestone|---                         |4.9.0

--- Comment #4 from UroÅ¡ Bizjak <ubizjak at gmail dot com> ---
Patch at [1].

[1] http://gcc.gnu.org/ml/gcc-patches/2013-12/msg00018.html
>From gcc-bugs-return-436364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Dec 01 19:34:26 2013
Return-Path: <gcc-bugs-return-436364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8280 invoked by alias); 1 Dec 2013 19:34:26 -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 8252 invoked by uid 48); 1 Dec 2013 19:34:22 -0000
From: "octoploid at yandex dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/59362] Abort in fini_object_sizes
Date: Sun, 01 Dec 2013 19:34: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.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: octoploid at yandex 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: cc
Message-ID: <bug-59362-4-3NXxGnBkKp@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59362-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59362-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-12/txt/msg00019.txt.bz2
Content-length: 9378

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

Markus Trippelsdorf <octoploid at yandex dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |octoploid at yandex dot com

--- Comment #1 from Markus Trippelsdorf <octoploid at yandex dot com> ---
Valgrind shows:

=073== Invalid write of size 8
=073==    at 0x8C60BF: collect_object_sizes_for(object_size_info*,
tree_node*) (tree-object-size.c:913)
=073==    by 0x8C6CA4: merge_object_sizes(object_size_info*, tree_node*,
tree_node*, unsigned long) [clone .isra.26] (tree-object-size.c:745)
=073==    by 0x8C68BA: collect_object_sizes_for(object_size_info*,
tree_node*) (tree-object-size.c:956)
=073==    by 0x8C5188: compute_builtin_object_size(tree_node*, int)
(tree-object-size.c:539)
=073==    by 0x5BACA7: fold_builtin_2(unsigned int, tree_node*, tree_node*,
tree_node*, bool) (builtins.c:12721)
=073==    by 0x5BBBAB: fold_builtin_n(unsigned int, tree_node*, tree_node**,
int, bool) (builtins.c:11118)
=073==    by 0x5C3F54: fold_call_stmt(gimple_statement_base*, bool)
(builtins.c:14252)
=073==    by 0x8C43A6: (anonymous namespace)::pass_object_sizes::execute()
(tree-object-size.c:1224)
=073==    by 0x7CC189: execute_one_pass(opt_pass*) (passes.c:2215)
=073==    by 0x7CC3F5: execute_pass_list(opt_pass*) (passes.c:2268)
=073==    by 0x7CC407: execute_pass_list(opt_pass*) (passes.c:2269)
=073==    by 0x5FCB95: expand_function(cgraph_node*) (cgraphunit.c:1763)
=073==  Address 0x53a8bc8 is 0 bytes after a block of size 856 alloc'd
=073==    at 0x40274F0: malloc (vg_replace_malloc.c:291)
=073==    by 0xD38CC7: xmalloc (xmalloc.c:147)
=073==    by 0x8C4182: init_object_sizes() [clone .part.28]
(tree-object-size.c:1183)
=073==    by 0x8C4B83: (anonymous namespace)::pass_object_sizes::execute()
(ssa-iterators.h:498)
=073==    by 0x7CC189: execute_one_pass(opt_pass*) (passes.c:2215)
=073==    by 0x7CC3F5: execute_pass_list(opt_pass*) (passes.c:2268)
=073==    by 0x7CC407: execute_pass_list(opt_pass*) (passes.c:2269)
=073==    by 0x5FCB95: expand_function(cgraph_node*) (cgraphunit.c:1763)
=073==    by 0x5FE477: compile() (cgraphunit.c:1868)
=073==    by 0x5FE7D4: finalize_compilation_unit() (cgraphunit.c:2280)
=073==    by 0x51E92B: c_write_global_declarations() (c-decl.c:10388)
=073==    by 0x866B7C: compile_file() (toplev.c:561)
=073==073== Invalid read of size 8
=073==    at 0x8C6535: collect_object_sizes_for(object_size_info*,
tree_node*) (tree-object-size.c:799)
=073==    by 0x8C6CA4: merge_object_sizes(object_size_info*, tree_node*,
tree_node*, unsigned long) [clone .isra.26] (tree-object-size.c:745)
=073==    by 0x8C68BA: collect_object_sizes_for(object_size_info*,
tree_node*) (tree-object-size.c:956)
=073==    by 0x8C5188: compute_builtin_object_size(tree_node*, int)
(tree-object-size.c:539)
=073==    by 0x5BACA7: fold_builtin_2(unsigned int, tree_node*, tree_node*,
tree_node*, bool) (builtins.c:12721)
=073==    by 0x5BBBAB: fold_builtin_n(unsigned int, tree_node*, tree_node**,
int, bool) (builtins.c:11118)
=073==    by 0x5C3F54: fold_call_stmt(gimple_statement_base*, bool)
(builtins.c:14252)
=073==    by 0x8C43A6: (anonymous namespace)::pass_object_sizes::execute()
(tree-object-size.c:1224)
=073==    by 0x7CC189: execute_one_pass(opt_pass*) (passes.c:2215)
=073==    by 0x7CC3F5: execute_pass_list(opt_pass*) (passes.c:2268)
=073==    by 0x7CC407: execute_pass_list(opt_pass*) (passes.c:2269)
=073==    by 0x5FCB95: expand_function(cgraph_node*) (cgraphunit.c:1763)
=073==  Address 0x53a8bc8 is 0 bytes after a block of size 856 alloc'd
=073==    at 0x40274F0: malloc (vg_replace_malloc.c:291)
=073==    by 0xD38CC7: xmalloc (xmalloc.c:147)
=073==    by 0x8C4182: init_object_sizes() [clone .part.28]
(tree-object-size.c:1183)
=073==    by 0x8C4B83: (anonymous namespace)::pass_object_sizes::execute()
(ssa-iterators.h:498)
=073==    by 0x7CC189: execute_one_pass(opt_pass*) (passes.c:2215)
=073==    by 0x7CC3F5: execute_pass_list(opt_pass*) (passes.c:2268)
=073==    by 0x7CC407: execute_pass_list(opt_pass*) (passes.c:2269)
=073==    by 0x5FCB95: expand_function(cgraph_node*) (cgraphunit.c:1763)
=073==    by 0x5FE477: compile() (cgraphunit.c:1868)
=073==    by 0x5FE7D4: finalize_compilation_unit() (cgraphunit.c:2280)
=073==    by 0x51E92B: c_write_global_declarations() (c-decl.c:10388)
=073==    by 0x866B7C: compile_file() (toplev.c:561)
=073=
AddressSanitizer:

markus@x4 tmp % /var/tmp/gcc_sani/usr/local/bin/gcc -c -O2 -std=gnu99 bug124.c
=================================================================)94==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x6180001343d8
at pc 0x133f0e8 bp 0x7fffe70fc990 sp 0x7fffe70fc988
WRITE of size 8 at 0x6180001343d8 thread T0
    #0 0x133f0e7 in collect_object_sizes_for(object_size_info*, tree_node*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:913
    #1 0x133f7d9 in merge_object_sizes(object_size_info*, tree_node*,
tree_node*, unsigned long)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:745
    #2 0x133d495 in collect_object_sizes_for(object_size_info*, tree_node*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:956
    #3 0x13363b3 in compute_builtin_object_size(tree_node*, int)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:539
    #4 0x7f8a05 in fold_builtin_object_size(tree_node*, tree_node*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/builtins.c:12721
    #5 0x827a3e in fold_builtin_2(unsigned int, tree_node*, tree_node*,
tree_node*, bool) /var/tmp/gcc_build_dir/gcc/../../gcc/gcc/builtins.c:10905
    #6 0x82aa3e in fold_builtin_n(unsigned int, tree_node*, tree_node**, int,
bool) /var/tmp/gcc_build_dir/gcc/../../gcc/gcc/builtins.c:11118
    #7 0x855478 in fold_call_stmt(gimple_statement_base*, bool)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/builtins.c:14252
    #8 0x13322c8 in compute_object_sizes
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:1224
    #9 0x13322c8 in (anonymous namespace)::pass_object_sizes::execute()
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:1309
    #10 0xfe37f9 in execute_one_pass(opt_pass*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/passes.c:2215
    #11 0xfe41b8 in execute_pass_list(opt_pass*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/passes.c:2268
    #12 0xfe41de in execute_pass_list(opt_pass*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/passes.c:2269
    #13 0x918b09 in expand_function(cgraph_node*)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/cgraphunit.c:1763
    #14 0x91de51 in expand_all_functions
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/cgraphunit.c:1868
    #15 0x91de51 in compile()
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/cgraphunit.c:2203
    #16 0x91f66a in finalize_compilation_unit()
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/cgraphunit.c:2280
    #17 0x5e0a6c in c_write_global_declarations()
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/c/c-decl.c:10388
    #18 0x11c8c44 in compile_file()
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/toplev.c:561
    #19 0x11cd6d3 in do_compile
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/toplev.c:1893
    #20 0x11cd6d3 in toplev_main(int, char**)
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/toplev.c:1969
    #21 0x7fde5bff3f8f in __libc_start_main (/lib/libc.so.6+0x1ff8f)
    #22 0x5996d0 in _start
(/var/tmp/gcc_sani/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1+0x5996d0)
0x6180001343d8 is located 0 bytes to the right of 856-byte region
[0x618000134080,0x6180001343d8)
allocated by thread T0 here:
    #0 0x7fde5c815824 in __interceptor_malloc
(/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0/libasan.so.1+0x38824)
    #1 0x222c717 in xmalloc
/var/tmp/gcc_build_dir/libiberty/../../gcc/libiberty/xmalloc.c:147
SUMMARY: AddressSanitizer: heap-buffer-overflow
/var/tmp/gcc_build_dir/gcc/../../gcc/gcc/tree-object-size.c:913
collect_object_sizes_for(object_size_info*, tree_node*)
Shadow bytes around the buggy address:
  0x0c308001e820: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e830: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e840: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e850: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e860: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x0c308001e870: 00 00 00 00 00 00 00 00 00 00 00[fa]fa fa fa fa
  0x0c308001e880: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c308001e890: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e8a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e8b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x0c308001e8c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:     fa
  Heap right redzone:    fb
  Freed heap region:     fd
  Stack left redzone:    f1
  Stack mid redzone:     f2
  Stack right redzone:   f3
  Stack partial redzone: f4
  Stack after return:    f5
  Stack use after scope: f8
  Global redzone:        f9
  Global init order:     f6
  Poisoned by user:      f7
  ASan internal:         fe
=)94=«ORTING


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
  2013-11-29 18:48 ` [Bug fortran/59313] " ubizjak at gmail dot com
  2013-12-01 19:31 ` [Bug libfortran/59313] " ubizjak at gmail dot com
@ 2013-12-01 20:56 ` uros at gcc dot gnu.org
  2013-12-01 21:00 ` ubizjak at gmail dot com
                   ` (4 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: uros at gcc dot gnu.org @ 2013-12-01 20:56 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #5 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Dec  1 20:56:21 2013
New Revision: 205574

URL: http://gcc.gnu.org/viewcvs?rev=205574&root=gcc&view=rev
Log:
    PR libfortran/59313
    * intrinsics/erfc_scaled.c (erfc_scaled_r16): Also provide for
    quadruple precision long double variant.


Modified:
    trunk/libgfortran/ChangeLog
    trunk/libgfortran/intrinsics/erfc_scaled.c
    trunk/libgfortran/intrinsics/erfc_scaled_inc.c


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
                   ` (2 preceding siblings ...)
  2013-12-01 20:56 ` uros at gcc dot gnu.org
@ 2013-12-01 21:00 ` ubizjak at gmail dot com
  2013-12-13 22:17 ` ebotcazou at gcc dot gnu.org
                   ` (3 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: ubizjak at gmail dot com @ 2013-12-01 21:00 UTC (permalink / raw)
  To: gcc-bugs

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

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

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

--- Comment #6 from Uroš Bizjak <ubizjak at gmail dot com> ---
Fixed.
>From gcc-bugs-return-436368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Dec 01 21:44:21 2013
Return-Path: <gcc-bugs-return-436368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6307 invoked by alias); 1 Dec 2013 21:44:21 -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 6249 invoked by uid 48); 1 Dec 2013 21:44:16 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/57522] [F03] ASSOCIATE construct creates array descriptor with incorrect stride for derived type array component
Date: Sun, 01 Dec 2013 21:44: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: wrong-code
X-Bugzilla-Severity: major
X-Bugzilla-Who: burnus at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-57522-4-MSgezfzRFP@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57522-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57522-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-12/txt/msg00023.txt.bz2
Content-length: 1152

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

Tobias Burnus <burnus at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |burnus at gcc dot gnu.org,
                   |                            |pault at gcc dot gnu.org

--- Comment #3 from Tobias Burnus <burnus at gcc dot gnu.org> ---
> print *, a
produces (internal representation, -fdump-tree-original):
    a.dtype = 265;
    a.dim[0].lbound = 1;
    a.dim[0].ubound = 4;
    a.dim[0].stride = 1;
    a.data = (void * restrict) &t[0].a;
      _gfortran_transfer_array_write (&dt_parm.6, &a, 4, 0);
obviously, stride = 1 is wrong.

In trans_associate_var, one has:
      if (sym->assoc->variable)
        {
          se.direct_byref = 1;
          se.expr = desc;
        }
      gfc_conv_expr_descriptor (&se, e);
where desc == backend decl of "a" (name in the associate statement) and e =gfc_expr of the selector (i.e. t%a).

I have not yet completely understood why, but the call gfc_conv_expr_descriptor
yields a unit stride.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
                   ` (3 preceding siblings ...)
  2013-12-01 21:00 ` ubizjak at gmail dot com
@ 2013-12-13 22:17 ` ebotcazou at gcc dot gnu.org
  2014-02-22  8:56 ` ebotcazou at gcc dot gnu.org
                   ` (2 subsequent siblings)
  7 siblings, 0 replies; 9+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2013-12-13 22:17 UTC (permalink / raw)
  To: gcc-bugs

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

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

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

--- Comment #7 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
The link failure is still there on Solaris 9, probably because some long double
routines are missing from libm:

(botcazou@nile)
/nile.build/botcazou/gcc-head/sparc-sun-solaris2.9/sparc-sun-solaris2.9/libgfortran
$ grep HAVE_ERFCL *.h
config.h:/* #undef HAVE_ERFCL */

(botcazou@nile)
/nile.build/botcazou/gcc-head/sparc-sun-solaris2.9/sparc-sun-solaris2.9/libgfortran
$ grep HAVE_EXPL *.h
config.h:/* #undef HAVE_EXPL */


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
                   ` (4 preceding siblings ...)
  2013-12-13 22:17 ` ebotcazou at gcc dot gnu.org
@ 2014-02-22  8:56 ` ebotcazou at gcc dot gnu.org
  2014-02-25  9:28 ` ro at gcc dot gnu.org
  2014-03-24  0:33 ` danglin at gcc dot gnu.org
  7 siblings, 0 replies; 9+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2014-02-22  8:56 UTC (permalink / raw)
  To: gcc-bugs

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

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

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

--- Comment #8 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
Support for Solaris 9 is deprecated.


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
                   ` (5 preceding siblings ...)
  2014-02-22  8:56 ` ebotcazou at gcc dot gnu.org
@ 2014-02-25  9:28 ` ro at gcc dot gnu.org
  2014-03-24  0:33 ` danglin at gcc dot gnu.org
  7 siblings, 0 replies; 9+ messages in thread
From: ro at gcc dot gnu.org @ 2014-02-25  9:28 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #9 from Rainer Orth <ro at gcc dot gnu.org> ---
Author: ro
Date: Tue Feb 25 09:27:25 2014
New Revision: 208114

URL: http://gcc.gnu.org/viewcvs?rev=208114&root=gcc&view=rev
Log:
Skip gfortran.dg/erf_3.F90 and gfortran.dg/round_4.f90 on Solaris 9 (PR
libfortran/59313, libfortran/58015)

    PR libfortran/59313
    * gfortran.dg/erf_3.F90: Skip on sparc*-*-solaris2.9*.

    PR libfortran/58015
    * gfortran.dg/round_4.f90: Skip on *-*-solaris2.9*.

Modified:
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gfortran.dg/erf_3.F90
    trunk/gcc/testsuite/gfortran.dg/round_4.f90


^ permalink raw reply	[flat|nested] 9+ messages in thread

* [Bug libfortran/59313] gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC
  2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
                   ` (6 preceding siblings ...)
  2014-02-25  9:28 ` ro at gcc dot gnu.org
@ 2014-03-24  0:33 ` danglin at gcc dot gnu.org
  7 siblings, 0 replies; 9+ messages in thread
From: danglin at gcc dot gnu.org @ 2014-03-24  0:33 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #10 from John David Anglin <danglin at gcc dot gnu.org> ---
Author: danglin
Date: Mon Mar 24 00:32:41 2014
New Revision: 208781

URL: http://gcc.gnu.org/viewcvs?rev=208781&root=gcc&view=rev
Log:
    PR libfortran/59313
    PR libfortran/58015
    * gfortran.dg/erf_3.F90: Skip on hppa*-*-hpux*.
    * gfortran.dg/round_4.f90: Likewise.


Modified:
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gfortran.dg/erf_3.F90
    trunk/gcc/testsuite/gfortran.dg/round_4.f90


^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2014-03-24  0:33 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-27 14:24 [Bug fortran/59313] New: gfortran.dg/erf_3.F90 FAILs on Solaris/SPARC ro at gcc dot gnu.org
2013-11-29 18:48 ` [Bug fortran/59313] " ubizjak at gmail dot com
2013-12-01 19:31 ` [Bug libfortran/59313] " ubizjak at gmail dot com
2013-12-01 20:56 ` uros at gcc dot gnu.org
2013-12-01 21:00 ` ubizjak at gmail dot com
2013-12-13 22:17 ` ebotcazou at gcc dot gnu.org
2014-02-22  8:56 ` ebotcazou at gcc dot gnu.org
2014-02-25  9:28 ` ro at gcc dot gnu.org
2014-03-24  0:33 ` danglin at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).