[Bug fortran/29284] [4.1/4.2 Regression] ICE for optional subroutine argument
--- Comment #4 from rep dot nop at aon dot at 2006-10-01 15:28 ---
Note that i don't think i can approve anything.
This patch fixes the following ICE for me:
http://gcc.gnu.org/ml/fortran/2006-09/msg00460.html
$ cat no.f90
MODULE MOD1
CONTAINS
SUBROUTINE SUB1(arg)
IMPLICIT NONE
CHARACTER (LEN=*), OPTIONAL :: arg
IF (PRESENT(arg)) WRITE(0,*) 'arg was ', arg
STOP
END SUBROUTINE SUB1
SUBROUTINE SUB2
CALL SUB1
END SUBROUTINE SUB2
END MODULE
Used to give before this fix
$ gfortran-4.2-HEAD -c no.f90
no.f90: In function 'sub2':
no.f90:3: internal compiler error: Segmentation fault
And with the fix compiles now as expected.
PS: Just curious..
Why isn't this part of gfc_conv_function_call() coded to check for fsym once
and only then have the additional checks?
if (fsym)
{
CHECKS_NOT_INVOLVING_e;
if (e)
{
CHECK_e_STUFF;
}
}
It doesn't look like the order of most of these is significant since very
different things are checked, so there should be no risk in writing this in a
sleek manner.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29284
[Bug libgomp/29308] New: TLS / non-TLS mismatch for COMMON declared in both ways
Compiling CAMx_v4.20, i'm getting:
/usr/bin/ld: equk_: TLS reference in ./CF_AERO/isocom_v1.6.o mismatches non-TLS
reference in ./CMU_AERO/diffund.o
./CMU_AERO/diffund.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [model] Error 1
make[1]: Leaving directory `/home/cow/src/CAMX/CAMx_Bench/CAMx_v4.20/src'
make: *** [gfortran_linuxomp] Error 2
The error stems from a common that is used $omp threadprivate in one file and
without annotation in another file (which may be an application glitch but
ifort deals with this nicely):
$ cat inc1.inc
COMMON /EQUK/ XK1
c$omp threadprivate(/EQUK/)
$ cat inc2.inc
COMMON /EQUK/ XK1
$ cat sub1.f
SUBROUTINE sub1
INCLUDE 'inc1.inc'
END SUBROUTINE sub1
$ cat sub2.f
SUBROUTINE sub2
INCLUDE 'inc2.inc'
END SUBROUTINE sub2
$ cat main.f
call sub1
call sub2
END
$ cat Makefile
all: sub1.o sub2.o main.o
$(FC) $^
$ make FC=gfortran-4.2.orig-HEAD FFLAGS=-fopenmp
gfortran-4.2.orig-HEAD -fopenmp -c -o sub1.o sub1.f
gfortran-4.2.orig-HEAD -fopenmp -c -o sub2.o sub2.f
gfortran-4.2.orig-HEAD -fopenmp -c -o main.o main.f
gfortran-4.2.orig-HEAD sub1.o sub2.o main.o
/usr/bin/ld: equk_: TLS reference in sub1.o mismatches non-TLS reference in
sub2.o
sub2.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [all] Error 1
$ gfortran-4.2.orig-HEAD -v
Using built-in specs.
Target: i686-linux-gnu
Configured with: ../../src/gcc-4.2.orig/configure -v
--enable-languages=c,c++,fortran,treelang --prefix=/opt/gcc-4.2.orig/
--enable-shared --with-system-zlib --libexecdir=/opt/gcc-4.2.orig/lib
--enable-nls --without-included-gettext --enable-threads=posix
--program-suffix=-4.2.orig-HEAD --enable-__cxa_atexit
--enable-libstdcxx-allocator=mt --enable-clocale=gnu --disable-libstdcxx-debug
--enable-mpfr --disable-werror --enable-checking=release --enable-debug
i686-linux-gnu
Thread model: posix
gcc version 4.2.0 20060930 (experimental)
--
Summary: TLS / non-TLS mismatch for COMMON declared in both ways
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rep dot nop at aon dot at
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29308
[Bug fortran/25146] New: ICE on error diagnostics
$ cat invalid_nullify.F
program ice_on_error_diagnostics
implicit none
TYPE (nonexisting_type1) t1 !, TARGET :: t1
nullify(t1%something)
end program
$ gfortran-4.0 invalid_nullify.F
In file invalid_nullify.F:3
TYPE (nonexisting_type1) t1 !, TARGET :: t1
1
Error: Derived type 'nonexisting_type1' at (1) is being used before it is
defined
*** glibc detected *** free(): invalid pointer: 0x08510b00 ***
/tmp/ccXyK2zB.f:0: internal compiler error: Aborted
$ gfortran-4.0 --version
GNU Fortran 95 (GCC 4.0.2 (Debian 4.0.2-2))
I get the same ICE with gfortran-4.{1,2}
g77-3.4.5 does print the error diagnostics proper, so please set 19292 to
depend on this one.
--
Summary: ICE on error diagnostics
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rep dot nop at aon dot at
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25146
[Bug fortran/21302] Max line length in free form mode
--- Comment #9 from rep dot nop at aon dot at 2005-11-27 14:46 --- (In reply to comment #8) > updated patch: > > http://gcc.gnu.org/ml/fortran/2005-11/msg00612.html > > ACK by stevenb: > http://gcc.gnu.org/ml/fortran/2005-11/msg00631.html > And each a testcase for -ffree-line-length-none and -ffixed-line-length-none here: http://gcc.gnu.org/ml/fortran/2005-11/msg00676.html Please apply, thank you -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug fortran/21302] Max line length in free form mode
--- Comment #8 from rep dot nop at aon dot at 2005-11-25 19:02 --- updated patch: http://gcc.gnu.org/ml/fortran/2005-11/msg00612.html ACK by stevenb: http://gcc.gnu.org/ml/fortran/2005-11/msg00631.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug fortran/21302] Max line length in free form mode
--- Comment #7 from rep dot nop at aon dot at 2005-11-20 20:13 --- updated patch: http://gcc.gnu.org/ml/fortran/2005-11/msg00551.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug fortran/24958] ice-on-invalid
--- Comment #1 from rep dot nop at aon dot at 2005-11-20 15:40 --- Known to work: 3.4.5 (g77) Known to fail: 4.0.2 (gfortran) -- rep dot nop at aon dot at changed: What|Removed |Added Known to fail||4.0.2 Known to work||3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug fortran/24958] New: ice-on-invalid
ICE on invalid code, nullify member of unknown derived type.
$ cat invalid_nullify.F
program ice_on_invalid_nullify
implicit none
TYPE (nonexisting_type1), TARGET :: t1
nullify(t1%something)
end program
$ gfortran-4.1-HEAD invalid_nullify.F
In file invalid_nullify.F:3
TYPE (nonexisting_type1), TARGET :: t1
1
Error: Derived type 'nonexisting_type1' at (1) is being used before it is
defined
*** glibc detected *** free(): invalid pointer: 0x0852e120 ***
/tmp/ccWjMV8j.f:0: internal compiler error: Aborted
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ice-on-invalid
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rep dot nop at aon dot at
GCC build triplet: i686-linux-gnu
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug testsuite/23400] [4.1 Regression] "make check" fixinclude failure
--- Comment #6 from rep dot nop at aon dot at 2005-11-20 13:26 --- Created an attachment (id=10300) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10300&action=view) Add newline to replacement fixup for string.h I wouldn't generally add a newline in the replace command but adjust the fixups which expect the newline to contain a newline in the replacement text. The following patch gcc.gfortran-pr23400-00.diff adds a newline to the string replacement which fixes the fixincludes failiure for me on i686-linux-gnu on debian unstable. gcc.gfortran-pr23400-00.diff 2005-11-20 Bernhard Fischer <[EMAIL PROTECTED]> PR 23400 * inclhack.def: Add newline to the replace text for string.h. * fixincl.x: Regenerate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
[Bug fortran/21302] Max line length in free form mode
--- Comment #6 from rep dot nop at aon dot at 2005-11-09 21:58 ---
Created an attachment (id=10199)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10199&action=view)
add -ffree-line-length-none -ffree-line-length-
http://gcc.gnu.org/ml/fortran/2005-10/msg00559.html
2005-09-11 Bernhard Fischer <[EMAIL PROTECTED]>
PR fortran/21302
* lang.opt: New options -ffree-line-length- and
-ffree-line-length-none.
* gfortran.h: Add free_line_length.
* c-opts.c (c_common_handle_option): Ignore OPT_ffree_form and
OPT_ffree_line_length_ when preprocessing.
* options.c (gfc_init_options, gfc_handle_option): Initialize
and set free_line_length and fixed_line_length.
* scanner.c (load_line): Set free_line_length to 132 and
fixed_line_length to 72 or user requested values. A line either
starts with '#' thus is a preprocessor-line or is an include, so
use "else".
* scanner.c: Typo in comment.
* invoke.texi: Document -ffree-line-length- and
-ffree-line-length-none
--
rep dot nop at aon dot at changed:
What|Removed |Added
Attachment #9444 is|0 |1
obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #4 from rep dot nop at aon dot at 2005-10-19 21:13 --- If the order is changed, the resulting binary is mostly miscompiled. Executing the resulting binary should give a descriptive help text, but when miscompiled segfaults instead of returning gracefully 0 or 1. (In reply to comment #0) > With > GNU C version 4.1.0 20051019 (experimental) (i686-linux-gnu) > compiled by GNU C version 4.0.1 (Debian 4.0.1-2) > > I do > /opt/gcc-4.1/bin/../lib/gcc/i686-linux-gnu/4.1.0/cc1 -fpreprocessed applets.i > busybox.i ar.i bunzip2.i cpio.i dpkg.i dpkg_deb.i gunzip.i gzip.i rpm2cpio.i > rpm.i tar.i uncompress.i unzip.i basename.i cal.i cat.i chgrp.i chmod.i > chown.i > chroot.i cmp.i comm.i cp.i cut.i date.i dd.i df.i dirname.i dos2unix.i du.i > echo.i env.i expr.i false.i fold.i head.i hostid.i id.i install.i length.i > ln.i > logname.i ls.i md5_sha1_sum.i mkdir.i mkfifo.i mknod.i mv.i nice.i nohup.i > od.i > printenv.i printf.i pwd.i realpath.i rm.i rmdir.i seq.i md5_sha1_sum.i sleep.i > sort.i stat.i stty.i sum.i sync.i tail.i tee.i test.i touch.i tr.i true.i > tty.i > uname.i uniq.i usleep.i uudecode.i uuencode.i watch.i wc.i who.i whoami.i > yes.i > chvt.i clear.i deallocvt.i dumpkmap.i setconsole.i loadfont.i loadkmap.i > openvt.i reset.i setkeycodes.i mktemp.i pipe_progress.i readlink.i run_parts.i > start_stop_daemon.i which.i awk.i patch.i sed.i vi.i find.i grep.i xargs.i > halt.i init.i mesg.i poweroff.i reboot.i init_shared.i adjtimex.i crond.i > crontab.i bbconfig.i dc.i devfsd.i eject.i hdparm.i last.i less.i makedevs.i > mountpoint.i mt.i rx.i setsid.i strings.i time.i watchdog.i insmod.i lsmod.i > modprobe.i rmmod.i arping.i ether-wake.i fakeidentd.i ftpgetput.i ftpgetput.i > hostname.i httpd.i ifconfig.i ifupdown.i inetd.i ip.i ipcalc.i ipaddr.i > iplink.i iproute.i iptunnel.i nameif.i nc.i netstat.i nslookup.i ping.i > route.i > telnet.i telnetd.i tftp.i traceroute.i vconfig.i wget.i zcip.i common.i > options.i packet.i pidfile.i signalpipe.i socket.i dhcpc.i clientpacket.i > clientsocket.i script.i dhcpd.i arpping.i files.i leases.i serverpacket.i > static_leases.i dumpleases.i free.i kill.i pidof.i ps.i renice.i sysctl.i > top.i > uptime.i addgroup.i adduser.i getty.i login.i passwd.i su.i sulogin.i vlock.i > deluser.i delgroup.i ash.i hush.i lash.i msh.i klogd.i logger.i syslogd.i > dmesg.i fbset.i fdflush.i fdformat.i fdisk.i freeramdisk.i fsck_minix.i > getopt.i hexdump.i hwclock.i ipcrm.i ipcs.i losetup.i mkfs_minix.i mkswap.i > more.i mount.i pivot_root.i rdate.i readprofile.i swaponoff.i umount.i > archive_xread_all.i archive_xread_all_eof.i check_header_gzip.i data_align.i > data_extract_all.i data_extract_to_buffer.i data_extract_to_stdout.i > data_skip.i decompress_bunzip2.i decompress_uncompress.i decompress_unzip.i > filter_accept_all.i filter_accept_list.i filter_accept_list_reassign.i > filter_accept_reject_list.i find_list_entry.i get_header_ar.i > get_header_cpio.i > get_header_tar.i header_list.i header_skip.i header_verbose_list.i > init_handle.i open_transformer.i seek_by_char.i seek_by_jump.i > unpack_ar_archive.i ip_parse_common_args.i ipaddress.i iplink.i iproute.i > iptunnel.i libnetlink.i ll_addr.i ll_map.i ll_proto.i ll_types.i rt_names.i > rtm_map.i utils.i pwd_grp.i pwd_grp.i cp_mv_stat.i getopt_mk_fifo_nod.i > bb_asprintf.i ask_confirmation.i change_identity.i chomp.i > compare_string_array.i concat_path_file.i copy_file.i copyfd.i > correct_password.i create_icmp_socket.i create_icmp6_socket.i device_open.i > dump.i error_msg.i error_msg_and_die.i find_mount_point.i find_pid_by_name.i > find_root_device.i fgets_str.i full_read.i full_write.i > get_last_path_component.i get_line_from_file.i hash_fd.i herror_msg.i > herror_msg_and_die.i human_readable.i inet_common.i inode_hash.i interface.i > isdirectory.i kernel_version.i last_char_is.i login.i loop.i make_directory.i > mode_string.i mtab.i mtab_file.i obscure.i parse_mode.i parse_number.i > perror_msg.i perror_msg_and_die.i print_file.i get_console.i > process_escape_sequence.i procps.i pw_encrypt.i qmodule.i read_package_field.i > recursive_action.i remove_file.i restricted_shell.i run_parts.i run_shell.i > safe_read.i safe_write.i safe_strncpy.i setup_environment.i simplify_path.i > trim.i u_signal_names.i vdprintf.i verror_msg.i vherror_msg.i vperror_msg.i > wfopen.i xconnect.i xgetcwd.i xgethostbyname.i xgethostbyname2.i xreadlink.i > xregcomp.i xgetlarg.i get_terminal_width_height.i fclose_nonstdin.i > fflush_stdout_and_exit.i getopt_ulflags.i wfopen_input.i > default_error_retval.i > speed_table.i perror_nomsg_and_die.i perror_nomsg.i skip_whitespace.i > bb_askpass.i warn_ignoring_args.i concat_subpath_file.i vfork_daemon_rexec.i > bb_echo.i messages.i xfuncs.i p
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #3 from rep dot nop at aon dot at 2005-10-19 21:07 --- Created an attachment (id=10029) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10029&action=view) tarball3 with preprocessed source to trigger (several/a) segfault hunk 3 of 3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #2 from rep dot nop at aon dot at 2005-10-19 21:06 --- Created an attachment (id=10028) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10028&action=view) tarball2 with preprocessed source to trigger (several/a) segfault hunk 2 of 3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug middle-end/24446] segfault with -Os -funit-at-a-time with IMA
--- Comment #1 from rep dot nop at aon dot at 2005-10-19 21:04 --- Created an attachment (id=10027) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10027&action=view) tarball1 with preprocessed source to trigger (several/a) segfault approximately 2MB -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug c/24446] New: segfault with -Os -funit-at-a-time
ger another, separate bug. -- Summary: segfault with -Os -funit-at-a-time Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rep dot nop at aon dot at GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24446
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #15 from rep dot nop at aon dot at 2005-10-17 07:09 ---
(In reply to comment #11)
> (In reply to comment #9)
> > Also your patch had odd whitespace.
>
> Do you mean tabs or something else?
> tabs = 8 spaces in the GNU coding style.
>
I mean something else, specifically:
@@ -6425,7 +6432,7 @@ main (int argc, const char **argv)
if (combine_flag)
combine_inputs = true;
else
-combine_inputs = false;
+combine_inputs = false; <--this (two extra spaces)
for (i = 0; (int) i < n_infiles; i++)
{
@@ -6456,6 +6463,9 @@ main (int argc, const char **argv)
infiles[i].compiled = false;
infiles[i].preprocessed = false;
}
+<-- this (another space error)
+ if (!combine_inputs && have_c && have_o && n_infiles > 1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #10 from rep dot nop at aon dot at 2005-10-16 16:22 --- Created an attachment (id=10004) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10004&action=view) fix w/ warning about mixed incompatible languages too Changelog: * gcc.c (have_c): New static variable. (have_o): Likewise. (process_command): Remove declation of have_c. Set have_o to 1 when handling -o. (main): Add a fatal error if there are multiple files specified and -o and -c/-S is passed witout -combine or multiple languages. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #9 from rep dot nop at aon dot at 2005-10-16 16:19 ---
(In reply to comment #8)
> (In reply to comment #7)
> > Was the non-standard behaviour in 3.4 a bug or a feature? In any case,
> > isn't it
> > reasonable to mention the -combine option in the error message?
>
> The behavior in 3.4 was a feature, IIRC not well documented one.
>
> > Something like:
> >
> > fatal ("cannot specify -o with -c or -S with multiple files. Try -combine");
>
> Well what happens when you do:
>
> gcc -combine t.cc t.c -c -o t.o
> We need an error but what should it be. I think leaving out the -combine will
> not confuse
> people as they should be reading the documention anyways.
Yes, they should, still i'd prefer that a hint to -combine is emitted (see
attached fix22544.diff2.txt)
Also your patch had odd whitespace.
>
> > I don't have the gcc code, but you check for have_c && have_o, but can
> > have_o
> > ever be true for -S?
>
> have_c is set for both -S and -c.
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug c/24395] -funit-at-a-time drops used functions (IMA mode)
--- Comment #1 from rep dot nop at aon dot at 2005-10-15 23:43 --- Created an attachment (id=9994) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9994&action=view) testcase for a miscompiled library A small pseudo library is attached as an example. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24395
[Bug c/24395] New: -funit-at-a-time drops used functions (IMA mode)
When building a library in IMA mode, several used functions are optimized away: gcc-4.1-HEAD -W -Wall -pedantic -funit-at-a-time -DPIC -fPIC -o liblib.o -c lib.c lib1.c lib2.c strip -x -R .note -R .comment liblib.o ar cr liblib.a liblib.o ld -shared --warn-common --warn-once -z combreloc -z defs -s -rpath . \ -soname=liblib.so -o liblib.so --whole-archive liblib.a --no-whole-archive -lc Do we have all of libmain, __func1, __func2 ? nm -D --defined-only liblib.so 1260 A __bss_start 11e4 A _DYNAMIC 1260 A _edata 1260 A _end 01bc T __func2 gcc-4.1-HEAD -W -Wall -pedantic -I. test.c -o libtest -L. -llib /tmp/ccsGhigf.o: In function `main': test.c:(.text+0x43): undefined reference to `libmain' collect2: ld returned 1 exit status make: *** [libtest] Error 1 This would be the expected result: nm -D --defined-only liblib.so 138c A __bss_start 12e8 A _DYNAMIC 138c A _edata 138c A _end 0234 T __func1 025b T __func2 0282 T libmain -- Summary: -funit-at-a-time drops used functions (IMA mode) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rep dot nop at aon dot at GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24395
[Bug c/24371] New: -fno-unit-at-a-time ignored in multifile compiles
In gcc/c-opts.c c_common_post_options() this snipped sets -funit-at-a-time unconditionally, and doesn't even warn that any -fno-unit-at-a-time was ignored: /* If we are given more than one input file, we must use unit-at-a-time mode. */ if (num_in_fnames > 1) flag_unit_at_a_time = 1; Please either warn that -fno-unit-at-a-time was overridden (see proposed patchlet attached to http://gcc.gnu.org/ml/gcc-help/2005-10/msg00068.html ) or honor the user turning off flag_unit_at_a_time. Thank you, -- Summary: -fno-unit-at-a-time ignored in multifile compiles Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rep dot nop at aon dot at GCC build triplet: i686-gnu-linux GCC host triplet: i686-gnu-linux GCC target triplet: i686-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24371
[Bug fortran/21302] Max line length in free form mode
--- Additional Comments From rep dot nop at aon dot at 2005-08-08 14:33 --- (From update of attachment 9444) correct description: it's about free form, not fixed form. -- What|Removed |Added Attachment #9444|allow -ffixed-line-length in|allow -ffixed-line-length in description|fixed form |free form http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
