Hello everyone,
this fixes the ICE. The problem was a discrepancy between the name of
the submodules symbol and the name of its symtree node.
Nicolas
2017-03-18 Nicolas Koenig <koeni...@student.ethz.ch>
PR fortran/69498
* symbol.c (gfc_delete_s
list with but
instead could commit directly? Would this count as an "obvious fix"?
Nicolas
Regression tested for x86_64-pc-linux-gnu.
2017-03-18 Nicolas Koenig <koeni...@student.ethz.ch>
PR fortran/69498
* decl.c (add_hidden_procptr_resul
Hello everyone,
I submitted this patch a week ago, but I think it got lost. It adds an
error if BIND(C) is used with EQUIVALENCE.
Nicolas
Regression tested for x86_64-pc-linux-gnu.
2017-03-18 Nicolas Koenig <koeni...@student.ethz.ch>
PR fortran
Hello everyone,
a simple patch to throw a warning if not all and not none of the
equivalence objects are volatile. (And the according modification of
gfortran.dg/volatile11.f90)
Nicolas
Regression tested for:
GNU Fortran (GCC) 7.0.1 20170311 (experimental)
Changelog:
2017-03-13 Nicolas
On 03/14/2017 10:42 PM, Jerry DeLisle wrote:
On 03/14/2017 01:17 PM, Nicolas Koenig wrote:
Hello everyone,
a simple patch to throw a warning if not all and not none of the equivalence
objects are volatile. (And the according modification of
gfortran.dg/volatile11.f90)
Nicolas
Regression
Hello everyone,
Dominique send me this patch written by Paul some time ago. For some
reason it was never committed, so here we go :)
Ok for trunk?
Nicolas
Regression tested for x86_64-pc-linux-gnu.
Changelog:
2017-03-18 Nicolas Koenig <koeni...@student.ethz.ch>
PR f
Hello again,
I forgot to add the test case this patch fixes and to give Paul the
credit. Attached the new test case.
Nicolas
New & improved changelog:
2017-04-10 Nicolas Koenig <koeni...@student.ethz.ch>
Paul Thomas <pa...@gcc.gnu.org>
Paul
On 10 April 2017 at 17:53, Nicolas Koenig <koeni...@student.ethz.ch> wrote:
Hello everyone,
Dominique send me this patch written by Paul some time ago. For some reason
it was never committed, so here we go :)
Ok for trunk?
Nicolas
Regression tested for x86_64-pc-linux-gnu.
Cha
Hello everyone,
this is my first attempt at a patch. The necessary paperwork for me to
contribute is all said & done. I'm looking forward to some more compiler
hacking :)
Nicolas
Here is the changelog:
2017-03-12 Nicolas Koenig <koeni...@student.ethz.ch>
PR for
gfc_simplify_expr(expr, 1) substitutes every
symbol in expr that is on the iter_stack with its value.
Ok for trunk?
Nicolas
Regression tested for x86_64-pc-linux-gnu.
Changelog:
2017-05-09 Nicolas Koenig <koeni...@student.ethz.ch>
PR fortran/80442
* array.c (gfc_ref_dime
Ping
Also, attached is a better test case.
On 05/09/2017 10:49 PM, Nicolas Koenig wrote:
Hello everyone,
since everybody seems to be submitting patches the last few days, I
thought I might as well :)
Attached is a patch that makes the compiler capable of dealing with
implied do variables
Hello Jerry,
Thanks for the review. Committed as r248012.
Nicolas
On 05/13/2017 06:30 PM, Jerry DeLisle wrote:
On 05/13/2017 04:56 AM, Nicolas Koenig wrote:
Ping
Also, attached is a better test case.
On 05/09/2017 10:49 PM, Nicolas Koenig wrote:
Hello everyone,
since everybody seems
inux-gnu.
Changelog:
2017-05-27 Nicolas Koenig <koeni...@student.ethz.ch>
PR fortran/35339
* frontend-passes.c (traverse_io_block): New function.
(simplify_io_impl_do): New function.
(optimize_namespace): Invoke gfc_code_walker with
simplify_io_impl_do.
Hello Dominique,
mea culpa, their was a bit confusion with the file being open in emacs
and vi at the same time. Attached is the new patch with the #define removed.
Nicolas
On 05/29/2017 05:32 PM, Dominique d'Humières wrote:
Hi Nicolas,
Updating gfortran with your patch fails with
Hello everyone,
here is a version of the patch that includes a workaround for PR 80960.
I have also included a separate test case for the failure that Dominique
detected. The style issues should be fixed.
Regression-tested. OK for trunk?
Nicolas
Changelog:
2017-06-03 Nicolas Koenig
Hello Dominique,
attached is the next try, this time without stupidities (I hope). Both
test cases you posted don't ICE anymore.
Ok for trunk?
Nicolas
Regression tested for x86_64-pc-linux-gnu.
Changelog (still the same):
2017-05-27 Nicolas Koenig <koeni...@student.ethz.ch>
With all the style fixes committed as r248877.
Thanks for the review.
Nicolas
On 06/03/2017 06:25 PM, Jerry DeLisle wrote:
On 06/03/2017 06:48 AM, Nicolas Koenig wrote:
Hello everyone,
here is a version of the patch that includes a workaround for PR 80960. I have
also included a separate
ortran/io/async.c
===
--- libgfortran/io/async.c (nicht existent)
+++ libgfortran/io/async.c (Arbeitskopie)
@@ -0,0 +1,380 @@
+/* Copyright (C) 2018 Free Software Foundation, Inc.
+ Contributed by Nicolas Koenig
+
+This file is part o
o minimize complexity.
The benchmark (not for the test suite) should also run on systems with
small stack sizes.
I hope I forgot nothing.
Nicolas
2018-06-16 Nicolas Koenig
Thomas Koenig
PR fortran/25829
* gfortran.texi: Add description of asynchronous I/O.
in the background telling you were a locked mutex
was locked.
Regression tested cleanly on x86_64-pc-linux-gnu.
2018-06-03 Nicolas Koenig
Thomas Koenig
PR fortran/25829
* trans-decl.c (gfc_finish_var_decl): Treat asynchronous variables
as volatile
Hi Dominique and Rainer,
First of all thanks for testing!
Hi Dominique, Nicolas,
I have applied your patch on top of revision r261130 on
x86_64-apple-darwin17 (SSD with APFS file system).
I've tried it on i386-pc-solaris2.11 and sparc-sun-solaris2.11.
I also see two regressions
FAIL:
On Thu, Aug 02, 2018 at 05:42:46PM +0200, Christophe Lyon wrote:
> On Thu, 2 Aug 2018 at 13:35, Nicolas Koenig wrote:
> >
> >
> > Hello everyone,
> >
> > Here is an updated version of the patch that hopefully fixes the compilation
> > proble
failure reported in the PR, why
it fails is beyond me, it doesn't even use I/O. Maybe/Probably something
unrelated?
Nicolas
2018-08-02 Nicolas Koenig
Thomas Koenig
PR fortran/25829
* gfortran.texi: Add description of asynchronous I/O.
* trans-decl.c
23 matches
Mail list logo