https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #14 from Jerry DeLisle ---
Fixed on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #13 from Jerry DeLisle ---
Author: jvdelisle
Date: Sat Mar 11 14:49:57 2017
New Revision: 246070
URL: https://gcc.gnu.org/viewcvs?rev=246070&root=gcc&view=rev
Log:
2017-03-11 Jerry DeLisle
PR libgfortran/78854
* i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #12 from Jerry DeLisle ---
Here is a modified test case where I test the iotype and if its is NAMELIST, I
format the output to what would be expected. Since there is no user defined
namelist read, it just uses default reading of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #11 from Jerry DeLisle ---
Created attachment 40885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40885&action=edit
A preliminary patch. Any and all testing greatly appreciated.
I am regression testing this now. I wanted to ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #10 from Jerry DeLisle ---
We are not handling the internal unit check correctly in unit.c (get_unit) and
we return a NULL to the caller which is then interpreted as an error. I am
working on the fix now. (just a little head scratchin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #9 from Jerry DeLisle ---
(In reply to janus from comment #1)
> This essentially blocks PR 78661, for which it is very hard to write a
> proper test case as long as this bug is unfixed.
Janus, you could open a file with status scratc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #8 from Jerry DeLisle ---
Sorry for the delay here. The unit number passed to the users dtio procedure is
0, so thats clearly wrong. I will see if I can fix that and see what happens.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #7 from Jerry DeLisle ---
(In reply to janus from comment #2)
> I'm afraid I have too little knowledge of the I/O parts of libgfortran to
> fix, but I can at least give some pointers to where things appear to go
--- snip ---
> if (i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #5 from paul.richard.thomas at gmail dot com ---
Hi Janus,
Jerry is the expert here.
Cheers
Paul
On 19 December 2016 at 11:59, janus at gcc dot gnu.org
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
>
> --- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #4 from janus at gcc dot gnu.org ---
Another starting point could be the fact that DTIO procedures appear to work
well on internal units, as long as no namelist output is involved. This case
seems to be handled by "formatted_transfer_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
--- Comment #2 from janus at gcc dot gnu.org ---
I'm afraid I have too little knowledge of the I/O parts of libgfortran to fix,
but I can at least give some pointers to where things appear to go wrong ...
In the function "nml_write_obj" at line 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78854
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
CC|
15 matches
Mail list logo
