public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: Paul Richard Thomas <paul.richard.thomas@gmail.com>
Cc: "fortran@gcc.gnu.org" <fortran@gcc.gnu.org>,
	       gcc-patches <gcc-patches@gcc.gnu.org>
Subject: Re: [Patch, fortran] PR68534 - No error on mismatch in number of arguments between submodule and module interface
Date: Thu, 03 Dec 2015 06:26:00 -0000	[thread overview]
Message-ID: <20151203062630.GA62157@troutmask.apl.washington.edu> (raw)
In-Reply-To: <20151203060233.GA62024@troutmask.apl.washington.edu>

On Wed, Dec 02, 2015 at 10:02:33PM -0800, Steve Kargl wrote:
> Paul,
> 
> I'm stumped.  Something is broken on i386-*-freebsd. :-(
> 
> Running /mnt/kargl/gcc/gcc/testsuite/gfortran.dg/dg.exp ...
> FAIL: gfortran.dg/submodule_10.f08   -O  (internal compiler error)
> FAIL: gfortran.dg/submodule_10.f08   -O  (test for excess errors)
> FAIL: gfortran.dg/submodule_11.f08   -O0  (internal compiler error)
> FAIL: gfortran.dg/submodule_11.f08   -O0  (test for excess errors)
> FAIL: gfortran.dg/submodule_11.f08   -O1  (internal compiler error)
> FAIL: gfortran.dg/submodule_11.f08   -O1  (test for excess errors)
> FAIL: gfortran.dg/submodule_11.f08   -O2  (internal compiler error)
> FAIL: gfortran.dg/submodule_11.f08   -O2  (test for excess errors)
> FAIL: gfortran.dg/submodule_11.f08   -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions  (internal compiler error)
> FAIL: gfortran.dg/submodule_11.f08   -O3 -fomit-frame-pointer -funroll-loops -fpeel-loops -ftracer -finline-functions  (test for excess errors)
> FAIL: gfortran.dg/submodule_11.f08   -O3 -g  (internal compiler error)
> FAIL: gfortran.dg/submodule_11.f08   -O3 -g  (test for excess errors)
> FAIL: gfortran.dg/submodule_11.f08   -Os  (internal compiler error)
> FAIL: gfortran.dg/submodule_11.f08   -Os  (test for excess errors)

Well, if I change the order of the conditionals decl.c:4831, I 
can get rid of the above FAILs.

Index: decl.c
===================================================================
--- decl.c      (revision 231219)
+++ decl.c      (working copy)
@@ -4826,7 +4826,7 @@ ok:
 
       /* Abbreviated module procedure declaration is not meant to have any
         formal arguments!  */
-      if (!sym->abr_modproc_decl && formal && !head)
+      if (formal && !head && sym && !sym->abr_modproc_decl)
        arg_count_mismatch = true;
 
       for (p = formal, q = head; p && q; p = p->next, q = q->next)

-- 
steve

> FAIL: gfortran.dg/submodule_13.f08   -O  (internal compiler error)
> FAIL: gfortran.dg/submodule_13.f08   -O   (test for errors, line 29)
> FAIL: gfortran.dg/submodule_13.f08   -O  (test for excess errors)
> 
> Using valgrind on 'f951 submodule_10.f08' yields
> 
> laptop-kargl:kargl[324] valgrind ~/work/libexec/gcc/i386-unknown-freebsd11.0/6.0.0/f951 submodule_10.f08
> ==74201== Memcheck, a memory error detector
> ==74201== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
> ==74201== Using Valgrind-3.10.0 and LibVEX; rerun with -h for copyright info
> ==74201== Command: /home/kargl/work/libexec/gcc/i386-unknown-freebsd11.0/6.0.0/f951 submodule_10.f08
> ==74201== 
> ==74201== Use of uninitialised value of size 4
> ==74201==    at 0x81DC20C: gfc_match_formal_arglist(gfc_symbol*, int, int) (decl.c:4829)
> ==74201==    by 0x81DE6F7: gfc_match_subroutine() (decl.c:6016)
> ==74201==    by 0x8248FC0: decode_statement() (parse.c:378)
> ==74201==    by 0x8247844: next_free (parse.c:1076)
> ==74201==    by 0x8247844: next_statement() (parse.c:1310)
> ==74201==    by 0x8258ACC: parse_contained(int) (parse.c:5038)
> ==74201==    by 0x824870F: parse_module() (parse.c:5431)
> ==74201==    by 0x82467D4: gfc_parse_file() (parse.c:5729)
> ==74201==    by 0x82972E7: gfc_be_parse_file() (f95-lang.c:201)
> ==74201==    by 0x87E4787: compile_file() (toplev.c:464)
> ==74201==    by 0x87E43E4: do_compile (toplev.c:1951)
> ==74201==    by 0x87E43E4: toplev::main(int, char**) (toplev.c:2058)
> ==74201==    by 0x8FCC00D: main (main.c:39)
> ==74201== 
> ==74201== Invalid read of size 1
> ==74201==    at 0x81DC20C: gfc_match_formal_arglist(gfc_symbol*, int, int) (decl.==74201==    at 0x81DC20C: gfc_match_formal_arglist(gfc_symbol*, int, int) (decl.c:4829)
> ==74201==    by 0x81DE6F7: gfc_match_subroutine() (decl.c:6016)
> ==74201==    by 0x8248FC0: decode_statement() (parse.c:378)
> ==74201==    by 0x8247844: next_free (parse.c:1076)
> ==74201==    by 0x8247844: next_statement() (parse.c:1310)
> ==74201==    by 0x8258ACC: parse_contained(int) (parse.c:5038)
> ==74201==    by 0x824870F: parse_module() (parse.c:5431)
> ==74201==    by 0x82467D4: gfc_parse_file() (parse.c:5729)
> ==74201==    by 0x82972E7: gfc_be_parse_file() (f95-lang.c:201)
> ==74201==    by 0x87E4787: compile_file() (toplev.c:464)
> ==74201==    by 0x87E43E4: do_compile (toplev.c:1951)
> ==74201==    by 0x87E43E4: toplev::main(int, char**) (toplev.c:2058)
> ==74201==    by 0x8FCC00D: main (main.c:39)
> ==74201==  Address 0x8094 is not stack'd, malloc'd or (recently) free'd
> ==74201== 
> 
> 
> I suspect that we have a sym=NULL dereferenc someplace.
> 
> -- 
> steve
> 
> 
> On Mon, Nov 30, 2015 at 02:35:35PM +0100, Paul Richard Thomas wrote:
> > Committed as revision 231072.
> > 
> > Thanks for the review
> > 
> > Paul
> > 
> > On 28 November 2015 at 17:19, Steve Kargl
> > <sgk@troutmask.apl.washington.edu> wrote:
> > > On Sat, Nov 28, 2015 at 11:35:54AM +0100, Paul Richard Thomas wrote:
> > >> +
> > >> +       /* Abreviated module procedure declaration is not meant to have any
> > >
> > > s/Abreviated/Abbreviated
> > >
> > >> +      formal arguments!  */
> > >> +       if (!sym->abr_modproc_decl && formal && !head)
> > >> +     arg_count_mismatch = true;
> > >> +
> > >
> > > OK to commit.
> > >
> > > --
> > > Steve
> > 
> > 
> > 
> > -- 
> > Outside of a dog, a book is a man's best friend. Inside of a dog it's
> > too dark to read.
> > 
> > Groucho Marx
> 
> -- 
> Steve

-- 
Steve

  reply	other threads:[~2015-12-03  6:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-28 10:51 Paul Richard Thomas
2015-11-28 16:29 ` Steve Kargl
2015-11-30 13:38   ` Paul Richard Thomas
2015-12-03  6:02     ` Steve Kargl
2015-12-03  6:26       ` Steve Kargl [this message]
2015-12-03  6:43         ` Steve Kargl
2015-12-03 11:31           ` Paul Richard Thomas
     [not found]           ` <CAGkQGiLhWmeCGXnGn_2_h8tWNQREq6Mt=F4Dc5SqJdoHA0pppw@mail.gmail.com>
     [not found]             ` <20151205164137.GA20634@troutmask.apl.washington.edu>
2015-12-05 17:25               ` Paul Richard Thomas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20151203062630.GA62157@troutmask.apl.washington.edu \
    --to=sgk@troutmask.apl.washington.edu \
    --cc=fortran@gcc.gnu.org \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=paul.richard.thomas@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).