https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #33 from janus at gcc dot gnu.org ---
(In reply to janus from comment #30)
> It might even be a good idea to merge the two functions into one, in order
> to get rid of the code duplication. But I'm not sure if there are any
> obstacles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #31 from janus at gcc dot gnu.org ---
Author: janus
Date: Sun Dec 4 20:31:26 2016
New Revision: 243232
URL: https://gcc.gnu.org/viewcvs?rev=243232&root=gcc&view=rev
Log:
2016-12-04 Janus Weil
PR fortran/78618
* in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #30 from janus at gcc dot gnu.org ---
(In reply to janus from comment #29)
> I'm now regtesting this:
No failures! Will commit this soon.
For gfc_convert_type_warn the changes are possibly not really necessary (since
it deals with no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #29 from janus at gcc dot gnu.org ---
I'm now regtesting this:
Index: gcc/fortran/intrinsic.c
===
--- gcc/fortran/intrinsic.c (revision 243224)
+++ gcc/fortran/intri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #28 from Dominique d'Humieres ---
> Do you mean gfc_convert_type_warn?
Yes, copy&paste with two left thumbs!-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #27 from Steve Kargl ---
On Sun, Dec 04, 2016 at 07:17:52PM +, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> --- Comment #25 from Dominique d'Humieres ---
> Confirmed here too!
>
> Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #26 from janus at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #25)
> There is a similar construct for gfc_convert_chartype. Should not the same
> patch apply there too?
I guess you mean gfc_convert_type_warn? gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #25 from Dominique d'Humieres ---
Confirmed here too!
There is a similar construct for gfc_convert_chartype. Should not the same
patch apply there too?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #24 from janus at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #23)
> > This fixes the SIGSEGV on i686-*-freebsd. I'm starting
> > a full regression test now. I think you found the
> > solution!
>
> Regression testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #23 from Steve Kargl ---
On Sun, Dec 04, 2016 at 06:43:08PM +, sgk at troutmask dot
apl.washington.edu wrote:
>
> This fixes the SIGSEGV on i686-*-freebsd. I'm starting
> a full regression test now. I think you found the
> sol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #22 from Steve Kargl ---
On Sun, Dec 04, 2016 at 06:01:29PM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> --- Comment #21 from janus at gcc dot gnu.org ---
> (In reply to janus from c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #21 from janus at gcc dot gnu.org ---
(In reply to janus from comment #20)
> So I guess one should find out where the symbol '__convert_s4_s1' obtains
> its charlen and prevent that from happening ...
I think that this is accomplishe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #20 from janus at gcc dot gnu.org ---
Possibly the origin of the problem lies in the fact that the symbol
'__convert_s4_s1' gets a constant ts.u.cl of '1' after all?
IIUC __convert_s4_s1 is used to convert character strings of any len
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #19 from janus at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #18)
> On Sun, Dec 04, 2016 at 04:24:21PM +, janus at gcc dot gnu.org wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
> >
> > Maybe one can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #18 from Steve Kargl ---
On Sun, Dec 04, 2016 at 04:24:21PM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> Maybe one can instead try to nullify the memory in gfc_free charlen, so that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #17 from janus at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #16)
> Index: resolve.c
> ===
> --- resolve.c (revision 243227)
> +++ resolve.c (working co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #16 from Steve Kargl ---
On Sun, Dec 04, 2016 at 10:07:16AM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> --- Comment #15 from janus at gcc dot gnu.org ---
> (In reply to Steve Kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #15 from janus at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #10)
> This looks like a used-after-freed bug.
Yes, it does.
My first suspicion was that the problematic freeing happens at the end of
variable_decl (decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #14 from Dominique d'Humieres ---
Using a gfortran configured with: ../work/configure --prefix=/opt/gcc/gcc7g
--enable-languages=c,c++,fortran --with-gmp=/opt/mp-new --with-system-zlib
--with-isl=/opt/mp-new --disable-bootstrap --disa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #13 from Dominique d'Humieres ---
I also get
/opt/gcc/_clean/gcc/testsuite/gfortran.dg/char_conversion.f90:8:30:
character, parameter :: c = char(256,4) ! { dg-error "cannot be converted"
}
1
Error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #12 from Steve Kargl ---
On Sat, Dec 03, 2016 at 09:02:39AM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> --- Comment #11 from janus at gcc dot gnu.org ---
> (In reply to Steve Kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #11 from janus at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #10)
> Others are see the failures.
>
> https://gcc.gnu.org/ml/gcc-testresults/2016-12/msg00313.html
> https://gcc.gnu.org/ml/gcc-testresults/2016-12/msg0031
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #10 from Steve Kargl ---
On Sat, Dec 03, 2016 at 07:31:21AM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> --- Comment #9 from janus at gcc dot gnu.org ---
> (In reply to Steve Kargl f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #9 from janus at gcc dot gnu.org ---
(In reply to Steve Kargl from comment #8)
> Note, I configured gcc with
>
> ../gcc7/configure \
> --prefix=$HOME/work/7 --with-isl=/usr/local \
> --enable-languages=c,fortran,c++ --enable-libsani
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #8 from Steve Kargl ---
On Fri, Dec 02, 2016 at 10:49:12PM +, janus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
>
> --- Comment #7 from janus at gcc dot gnu.org ---
> (In reply to kargl from com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #7 from janus at gcc dot gnu.org ---
(In reply to kargl from comment #6)
> I updated my source tree to r243203, which includes your change.
> My source tree cuurently has no other changes. I still see an ICE.
Sorry, I can not reprodu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #4 from janus at gcc dot gnu.org ---
Author: janus
Date: Fri Dec 2 18:38:24 2016
New Revision: 243201
URL: https://gcc.gnu.org/viewcvs?rev=243201&root=gcc&view=rev
Log:
2016-12-02 Janus Weil
Steven G. Kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618
--- Comment #1 from Gerhard Steinmetz
---
Working variants :
$ cat z2.f90
program p
character :: c = char(256,4)
print *, rank(c)
end
$ gfortran-7-20161127 z2.f90
z2.f90:2:19:
character :: c = char(256,4)
1
Erro
33 matches
Mail list logo