public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/64321] New: -ffixed-line-length-none doesn't work
@ 2014-12-15 21:15 burnus at gcc dot gnu.org
  2014-12-16 15:47 ` [Bug fortran/64321] " janus at gcc dot gnu.org
  2014-12-16 16:13 ` burnus at gcc dot gnu.org
  0 siblings, 2 replies; 3+ messages in thread
From: burnus at gcc dot gnu.org @ 2014-12-15 21:15 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64321

            Bug ID: 64321
           Summary: -ffixed-line-length-none doesn't work
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Keywords: diagnostic, rejects-valid
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: burnus at gcc dot gnu.org

The following program consists of two lines:

      print *,
'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa'
      end

With GCC 4.8 and 5, one gets the error:

      print *, 'aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
                1
Error: Unterminated character constant beginning at (1)

And that's independent of -ffixed-line-length-none or -ffixed-line-length-150.


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

* [Bug fortran/64321] -ffixed-line-length-none doesn't work
  2014-12-15 21:15 [Bug fortran/64321] New: -ffixed-line-length-none doesn't work burnus at gcc dot gnu.org
@ 2014-12-16 15:47 ` janus at gcc dot gnu.org
  2014-12-16 16:13 ` burnus at gcc dot gnu.org
  1 sibling, 0 replies; 3+ messages in thread
From: janus at gcc dot gnu.org @ 2014-12-16 15:47 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64321

janus at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |janus at gcc dot gnu.org

--- Comment #1 from janus at gcc dot gnu.org ---
It actually works for me, at least when putting the test case into a .f file.
Is it possibly that your file has an f90 extension (meaning it's actually free
format)?

Would it be a bad idea to introduce a flag like -fline-length-none, which sets
the line length both for fixed and free format?


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

* [Bug fortran/64321] -ffixed-line-length-none doesn't work
  2014-12-15 21:15 [Bug fortran/64321] New: -ffixed-line-length-none doesn't work burnus at gcc dot gnu.org
  2014-12-16 15:47 ` [Bug fortran/64321] " janus at gcc dot gnu.org
@ 2014-12-16 16:13 ` burnus at gcc dot gnu.org
  1 sibling, 0 replies; 3+ messages in thread
From: burnus at gcc dot gnu.org @ 2014-12-16 16:13 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64321

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |WORKSFORME

--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> ---
Close as WORKSFORME.

Yes, I seemingly had a .f90 file without -ffixed-form, when testing
https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01289.html - and while busy
checking some other issues, I didn't closely inspect this patch.

I do not see a real need for a unified option.


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

end of thread, other threads:[~2014-12-16 16:13 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-12-15 21:15 [Bug fortran/64321] New: -ffixed-line-length-none doesn't work burnus at gcc dot gnu.org
2014-12-16 15:47 ` [Bug fortran/64321] " janus at gcc dot gnu.org
2014-12-16 16:13 ` burnus 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).